作者回复: nginx对下游的协议支持是有限的,比如http{}下的都只有http协议,你配置grpc的server是在http{}下吗?
作者回复: 1、auth_request工作在access阶段,此时只有http协议,没有grpc协议;
2、grpc协议转换工作在content阶段。
3、grpc本质是http2协议,在其上又封装了两层协议。
作者回复: 不是,对下游客户端nginx可以处理http1.1或者http2,然后经由content之前阶段的模块,到content阶段可以经由各proxy模块转换为grpc等其他协议。所以content前模块都能用。
作者回复: 只要面向客户端的协议是http协议,都能用
作者回复: 你是问http的那些协议?还是http的那些模块?模块仍然可以使用,因为只是content阶段转给grpc模块了;
关于协议,grpc在http2上先用protobuf封装,又用grpc封装,我的《Web协议详解与抓包实战》第3部分倒数第2节课有详细分析。
作者回复: 可以,content阶段之前的access/rewrite/post_read阶段模块正常执行
作者回复: 1、是的。
2、不行,建立http1.1与grpc映射关系太不通用,现在也还没有这样的模块
作者回复: 没看明白,有完整的业务场景介绍吗?可以发我邮箱russelltao@foxmail.com
作者回复: 这是letsencrypt自动生成的,文件内容如下:
ssl_session_cache shared:le_nginx_SSL:1m;
ssl_session_timeout 1440m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_prefer_server_ciphers on;
ssl_ciphers "ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS";