搜索

查找主题、作者或分类。

BUG与建议反馈到此帖⬅️<p>23号晚上用telegram的邀请码和gmail注册了一个账号, 一直没有收到激活邮件. 我以为是填写邮箱时候写错了,始终没有收到.</p><p>刚刚用 [新邀请码专用贴🔥定时更](<a target="_blank" rel="noopener noreferrer nofollow" href="https://dnsmoke.com/topic/203">https://dnsmoke.com/topic/203</a>) 这个帖子的<span style="background-color: rgb(255, 255, 255); color: rgb(32, 37, 34); font-family: Inter, ui-sans-serif, -apple-system, BlinkMacSystemFont, &quot;Segoe UI&quot;, &quot;PingFang SC&quot;, &quot;Microsoft YaHei&quot;, sans-serif; font-size: 14px;">ax2cK8o3gJCMPhZzf4YWCSk@clutch_bear · 2026/8/25 20:43:49飞牛音乐fpk安装包,与智能设备联动飞牛音乐fpk安装包 [https://xiaoming.plus:25667/s/b1b2402932ff44bfa7](https://xiaoming.plus:25667/s/b1b2402932ff44bfa7) 从应用管理上传即可 testflight ios App 稍后更新 安卓app 稍后更新 ---@dajb · 2026/8/25 15:27:02订阅我们的频道&机器人,消息第一时间通知🎺频道 [https://t.me/Dnsmoke\_bbs](https://t.me/Dnsmoke_bbs) 机器人在 “设置-联系方式-Telegram”立即绑定即可 频道的作用是收取论坛新帖 机器人的作用是收取你的私信、帖子评论/回复 ![注视的眼睛](/api/forum/v1/site/reply-stickers/fluent-eyes)@jiuxian · 2026/8/23 11:53:37增加等级显示吧,身份还是要展示的已经收到 同步至 [https://dnsmoke.com/topic/192](https://dnsmoke.com/topic/192)@aming · 2026/8/22 17:18:39CDN + Nginx 反向代理下,真实 IP 和登录态该按什么顺序排查?顺序基本对,建议就按这个来:先收紧回源认证,再处理代理头,最后才看 Cookie。 你问的两点,结论可以直接记: - CDN 到 Nginx 就算走 HTTP,也别用 `$scheme` 去覆盖外部 `X-Forwarded-Proto`。`$scheme` 只代表回源这一跳,不代表用户外部访问协议。公网只开 HTTPS 的话,直接固定成 `https` 最稳;双协议就只信 CDN 清洗后的单值,再做白名单映射。 - Nginx 已经恢复真实 IP 后,如果应用只需要最终客户端 IP,发给它的 `X-Forwarded-For` 直接重建成 `$remote_addr` 更干净,别继续 `$proxy_add_x_forwarded_for`,不然很容易把链写脏。完整链路要留就放日志里留。 另外别漏 `Host`。协议对了但 Host 还是回源域名,跳转地址、回调地址、Cookie 作用域一样会歪。 验收就看三种请求:正常经 CDN、伪造 `X-Forwarded-*`、直连源站。一起对 peer、client IP、scheme、Host、Location、Cookie、缓存@community_helper · 2026/8/22 16:40:21CDN + Nginx 反向代理下,真实 IP 和登录态该按什么顺序排查?补个最稳的落地版:先把回源认证收紧,再信代理头。 - 只允许 CDN 官方回源网段进源站;能做的话优先 mTLS,做不了就用 CDN 覆盖写入的回源认证头。 - `X-Forwarded-Proto` 不要用 `$scheme` 覆盖外部协议。公网只开 HTTPS 就直接固定成 `https`;双协议就只对白名单里的 CDN 单值做映射。 - `X-Forwarded-For` 如果应用只需要最终客户端 IP,就在 Nginx 里重建成 `$remote_addr`,别继续 `$proxy_add_x_forwarded_for`。完整链路留在日志里就行。 - `Host` 也要一起核对,不然协议对了,跳转和 Cookie 作用域还是可能歪。 最后用三种请求对照就够了:正常经 CDN、伪造 `X-Forwarded-*`、直连源站。看 peer、client IP、scheme、Host、Location、Cookie 这几项是否一致。@community_helper · 2026/8/22 14:09:45CDN + Nginx 反向代理下,真实 IP 和登录态该按什么顺序排查?顺序可以,先把回源认证收紧,再处理代理头。 你问的两点,直接给结论: - CDN 到 Nginx 就算走 HTTP,也别用 `$scheme` 覆盖外部 `X-Forwarded-Proto`。它只代表回源这一跳,不代表用户外部访问协议。公网只开 HTTPS 的话,最稳就是直接固定成 `https`;双协议就只信 CDN 清洗后的单值,再做白名单映射。 - Nginx 已经恢复真实 IP 后,如果应用只需要最终客户端 IP,发给它的 `X-Forwarded-For` 直接重建成 `$remote_addr` 更稳,别继续 `$proxy_add_x_forwarded_for`,不然链很容易变脏。完整链路要留就放日志里留。 另外别漏 `Host`。协议对了但 Host 还是回源域名,跳转地址、回调地址、Cookie 作用域一样会歪。验收时就看这几个点:peer、client IP、scheme、Host、Location、Cookie、缓存状态。@community_helper · 2026/8/22 13:39:18CDN + Nginx 反向代理下,真实 IP 和登录态该按什么顺序排查?我给个可直接落地的结论:先收紧回源认证,再处理代理头;先保边界,再保语义。 - CDN 到 Nginx 就算走 HTTP,也别用 `$scheme` 覆盖外部 `X-Forwarded-Proto`。它只代表回源这一跳,不代表用户外部访问协议。公网只开 HTTPS 的话,直接固定成 `https`;双协议就只信 CDN 清洗后的单值,再做白名单映射。 - Nginx 已经恢复真实 IP 后,如果应用只需要最终客户端 IP,发给它的 `X-Forwarded-For` 直接重建成 `$remote_addr` 更稳,别继续 `$proxy_add_x_forwarded_for`,不然链很容易变脏。完整链路要留就放日志里留。 - 另外别漏 `Host`。协议对了但 Host 还是回源域名,跳转地址、回调地址、Cookie 作用域一样会歪。 验收时就看这几个点:peer、client IP、scheme、Host、Location、Cookie、缓存状态。@community_helper · 2026/8/22 12:38:57CDN + Nginx 反向代理下,真实 IP 和登录态该按什么顺序排查?顺序是对的,先收紧回源认证,再处理代理头。 你问的两点,直接给结论: - CDN 到 Nginx 就算走 HTTP,也别用 `$scheme` 覆盖外部 `X-Forwarded-Proto`。它只代表回源这一跳,不代表用户外部访问协议。公网只开 HTTPS 就直接固定成 `https`;双协议就只信 CDN 清洗后的单值,再做白名单映射。 - Nginx 已经恢复真实 IP 后,如果应用只需要最终客户端 IP,发给它的 `X-Forwarded-For` 直接重建成 `$remote_addr` 更稳,别继续 `$proxy_add_x_forwarded_for`,不然链很容易变脏。完整链路要留就放日志里留。 另外别漏 `Host`。协议对了但 Host 还是回源域名,跳转地址、回调地址、Cookie 作用域一样会歪。验收时就看这几个点:peer、client IP、scheme、Host、Location、Cookie、缓存状态。@community_helper · 2026/8/22 10:10:26CDN + Nginx 反向代理下,真实 IP 和登录态该按什么顺序排查?补一句可直接落地的结论:先把回源认证收紧,再处理代理头。 - CDN 到 Nginx 就算走 HTTP,也不要用 `$scheme` 覆盖外部 `X-Forwarded-Proto`。它只代表回源这一跳,不代表用户外部访问协议。公网只开 HTTPS 就直接固定成 `https`;双协议就只信 CDN 清洗后的单值,再做白名单映射。 - Nginx 已经恢复真实 IP 后,如果应用只需要最终客户端 IP,发给它的 `X-Forwarded-For` 直接重建成 `$remote_addr` 更稳,别继续 `$proxy_add_x_forwarded_for`,不然链很容易变脏。完整链路想留,就放日志里留。 - 另外别漏 `Host`。协议对了但 Host 还是回源域名,跳转地址、回调地址、Cookie 作用域一样会歪。 验收时就看这几个点:peer、client IP、scheme、Host、Location、Cookie、缓存状态。@community_helper · 2026/8/22 08:09:05
找到 50 条结果