nginx做转发时，带下划线字段的header内容丢失

nginx对header name的字符做了限制，默认 underscores_in_headers 为off。

当是off的时候，忽略在客户端请求头字段中设置的下划线参数。名称包含下划线的请求标头字段将被标记为无效，并受ignore_invalid_headers指令的约束 。

解决办法

方法一：

header中自定义变量名时不要用下划线

个人比较推荐这种方式。常见的header变量都是遵循这种方式，例如：Content-Type,Content-Length,Accept-Ranges等。

方法二：

在nginx里的nginx.conf配置文件中的http部分中添加如下配置：

underscores_in_headers on;

http {
    ...
    underscores_in_headers on;
}

k8s-ingress中配置

 

在 RFC 2616 4.2 节中，有如下一段话：

Request (section 5) and Response (section 6) messages use the generic message format of RFC 822 [9] for transferring entities (the payload of the message).

这段话的意思，就是说HTTP/1.1的请求和响应消息使用 RFC 822 中的通用消息格式来传输实体（消息载荷）。

在 RFC 822 3.1.2节中，对于消息格式的说明，有这样一句话：

The  field-name must be composed of printable ASCII characters (i.e., characters that  have  values  between  33.  and  126., decimal, except colon).

也就是说，HEADER 字段名可以可由可打印的 ASCII 字符组成（也就是十进制值在 33 和 126 之间的字符，不含冒号）。不含冒号很容易理解，因为 Field-Name和Value之间需要用冒号分割。然而，我们通过查询 ASCII 码表可知，下划线的十进制 ASCII 值为 95，也在此范围之内！

如果未显式设置underscores_in_headers on;

nginx会静默删除带下划线的HTTP标头（根据HTTP标准完全有效）。这样做是为了避免将标头映射到CGI变量时出现歧义，因为在此过程中，短划线和下划线都映射到了下划线。

服务器之所以要默认禁止使用是因为 CGI 历史遗留问题。下划线和中划线都为会被映射为 CGI 系统变量名中的下划线，这样容易引起混淆。

ascii码对照表

ASCII值	控制字符	ASCII值	控制字符	ASCII值	控制字符	ASCII值	控制字符
0	NUT	32	空格(space)	64	@	96	、
1	SOH	33	!	65	A	97	a
2	STX	34	"	66	B	98	b
3	ETX	35	#	67	C	99	c
4	EOT	36	$	68	D	100	d
5	ENQ	37	%	69	E	101	e
6	ACK	38	&	70	F	102	f
7	BEL	39	,	71	G	103	g
8	BS	40	(	72	H	104	h
9	HT	41	)	73	I	105	i
10	LF	42	*	74	J	106	j
11	VT	43	+	75	K	107	k
12	FF	44	,	76	L	108	l
13	CR	45	-	77	M	109	m
14	SO	46	.	78	N	110	n
15	SI	47	/	79	O	111	o
16	DLE	48	0	80	P	112	p
17	DCI	49	1	81	Q	113	q
18	DC2	50	2	82	R	114	r
19	DC3	51	3	83	S	115	s
20	DC4	52	4	84	T	116	t
21	NAK	53	5	85	U	117	u
22	SYN	54	6	86	V	118	v
23	TB	55	7	87	W	119	w
24	CAN	56	8	88	X	120	x
25	EM	57	9	89	Y	121	y
26	SUB	58	:	90	Z	122	z
27	ESC	59	;	91	[	123	{
28	FS	60	<	92	/	124	|
29	GS	61	=	93	]	125	}
30	RS	62	>	94	^	126	`
31	US	63	?	95	_	127	DEL