课件下载地址

陶老师好，请教下 TCP 的 keepalive 和 HTTP 的 keepalive 有何不同？

老师，是不是100讲课程就结束了？还是跟课程目录一样？

背景： 反向代理使用openresty监听80端口,上游使用nginx（部署的dlib静态资源）监听8080端口。然后在openresty的配置增加:proxy_bind 127.0.0.1:8089.（特殊场景需要，固定openresty的转发访问端口为8089，而不是系统随机生成的端口） 使用： 浏览器中访问http://openresty/,此访问请求，会有很多静态资源css、图片的请求，一共8个请求，发现有3个报500响应。 问题： 在openresty的error.log下，看到报：bind(127.0.0.1:8089) failed (98: Address already in use) ,详细如下： 2019/10/08 00:31:45 [crit] 14417#14417: *56 bind(127.0.0.1:8089) failed (98: Address already in use) while connecting to upstream, client: 192.168.236.1, server: localhost, request: "GET /dlib.css HTTP/1.1", upstream: "http://127.0.0.1:8080/dlib.css", host: "192.168.236.130", referrer: "http://192.168.236.130/" 请教下，如何解决？另外这种情况下，是不是同时只能一个用户的浏览器访问？

老师 生产环境一般要使用keepalive吗

老师，为什么ngnix与upstream之间默认用http1.0?

您好 添加什么参数可以看到ngx请求上有服务的具体uri？

老师您好，有个问题请教一下。我们这边采用openresty开发，有时会-s reload服务。出现情况从监控上看我们这边流量正常，但是上游流量有一个短暂的大幅下滑，上游跟我们部署在同一个openresty上，使用upstream 代理过去，下面是配置 upstream backend.proxy { server 127.0.0.1:8088; keepalive 16; }

proxy_bind使用场景：https://www.taohui.pub/2018/04/08/udp的反向代理：nginx/

老师请教个问题： upstream prematurely closed connectionn while reading response header from upstream 配置如下： location /files { proxy_connect_timeout 100; proxy_pass http://http_backend; proxy_buffering on; proxy_http_version 1.1; proxy_set_header Connection ""; }

老师好，resolver后面指定多个DNS server IP，如果缓存失效后，nginx是怎么从多个DNS中选出一个DNS IP去重新解析的？如果某台DNS不存在或者解析不到某域名的IP 他是不是一直hang住，直到resolver_timeout设定的超时时间嘛？官方文档未看到这块的内容