tes286 最近的时间轴更新

tes286

V2EX 第 496919 号会员，加入于 2020-06-29 23:06:44 +08:00

tes286 提问技术话题好玩工作信息交易信息城市相关

一个奇怪的 cloudfront 问题

Amazon Web Services • tes286 • 64 天前 • 最后回复来自 tes286

做了个下载加速器

Cloudflare • tes286 • 2021-08-14 21:29:44 PM • 最后回复来自 Fred0410

» tes286 创建的更多主题

tes286 最近回复了

63 天前

回复了 Bocchi810 创建的主题 › DNS › 目前几乎全部的境外 DoH 的域名被 Reset

确实。包括我自己自建的 doh 也被 reset 了。

第一个地址被 ban 后换了个新地址，不超过一天就又被 ban 了，adg home 上请求量才几千

最近 dns 环境好像很差，运营商在拦截一切 udp dns 数据包，返回几个奇奇怪怪的 ip （比如那个 ipv6 地址：2001:1 ，很明显是假的。。。）

服了(*￣︿￣)

> www.google.com 1.1.1.1
服务器: [1.1.1.1]
Address: 1.1.1.1

非权威应答:
名称: www.google.com
Addresses: 2001::1
31.13.88.26
> www.google.com 8.8.8.8
服务器: [8.8.8.8]
Address: 8.8.8.8

非权威应答:
名称: www.google.com
Addresses: 2001::1
199.16.158.8
> www.google.com 223.5.5.5
服务器: [223.5.5.5]
Address: 223.5.5.5

非权威应答:
名称: www.google.com
Addresses: 2001::1
31.13.88.26
> www.google.com 2001:4860:4860::8888
服务器: [2001:4860:4860::8888]
Address: 2001:4860:4860::8888

非权威应答:
名称: www.google.com
Addresses: 2001::1
31.13.68.169
> www.google.com 216.239.32.10
服务器: [216.239.32.10] -> ns1.google.com
Address: 216.239.32.10

非权威应答: -> 这里本来应该是权威解析的
名称: www.google.com
Addresses: 2001::1
199.16.158.9
tes286@TESDpc:~$ dig www.google.com +trace @192.168.0.200 -4

; <<>> DiG 9.18.28-0ubuntu0.24.04.1-Ubuntu <<>> www.google.com +trace @192.168.0.200 -4
;; global options: +cmd
. 517895 IN NS a.root-servers.net.
. 517895 IN NS b.root-servers.net.
. 517895 IN NS c.root-servers.net.
. 517895 IN NS d.root-servers.net.
. 517895 IN NS e.root-servers.net.
. 517895 IN NS f.root-servers.net.
. 517895 IN NS g.root-servers.net.
. 517895 IN NS h.root-servers.net.
. 517895 IN NS i.root-servers.net.
. 517895 IN NS j.root-servers.net.
. 517895 IN NS k.root-servers.net.
. 517895 IN NS l.root-servers.net.
. 517895 IN NS m.root-servers.net.
;; Received 525 bytes from 192.168.0.200#53(192.168.0.200) in 0 ms

com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
;; Received 1174 bytes from 199.7.83.42#53(l.root-servers.net) in 32 ms

www.google.com. 203 IN A 157.240.17.35
;; Received 59 bytes from 192.26.92.30#53(c.gtld-servers.net) in 43 ms -> 甚至截胡根 dns

正常解析:
tes286@TESDpc:~$ dig dns.google +trace @192.168.0.200 -4

; <<>> DiG 9.18.28-0ubuntu0.24.04.1-Ubuntu <<>> dns.google +trace @192.168.0.200 -4
;; global options: +cmd
. 517679 IN NS a.root-servers.net.
. 517679 IN NS b.root-servers.net.
. 517679 IN NS c.root-servers.net.
. 517679 IN NS d.root-servers.net.
. 517679 IN NS e.root-servers.net.
. 517679 IN NS f.root-servers.net.
. 517679 IN NS g.root-servers.net.
. 517679 IN NS h.root-servers.net.
. 517679 IN NS i.root-servers.net.
. 517679 IN NS j.root-servers.net.
. 517679 IN NS k.root-servers.net.
. 517679 IN NS l.root-servers.net.
. 517679 IN NS m.root-servers.net.
;; Received 525 bytes from 192.168.0.200#53(192.168.0.200) in 0 ms

google. 172800 IN NS ns-tld4.charlestonroadregistry.com.
google. 172800 IN NS ns-tld5.charlestonroadregistry.com.
google. 172800 IN NS ns-tld1.charlestonroadregistry.com.
google. 172800 IN NS ns-tld2.charlestonroadregistry.com.
google. 172800 IN NS ns-tld3.charlestonroadregistry.com.
;; Received 730 bytes from 193.0.14.129#53(k.root-servers.net) in 335 ms

dns.google. 10800 IN NS ns2.zdns.google.
dns.google. 10800 IN NS ns1.zdns.google.
dns.google. 10800 IN NS ns3.zdns.google.
dns.google. 10800 IN NS ns4.zdns.google.
;; Received 539 bytes from 216.239.36.105#53(ns-tld3.charlestonroadregistry.com) in 86 ms

dns.google. 900 IN A 8.8.8.8
dns.google. 900 IN A 8.8.4.4
;; Received 274 bytes from 216.239.38.114#53(ns4.zdns.google) in 249 ms

64 天前

回复了 tes286 创建的主题 › Amazon Web Services › 一个奇怪的 cloudfront 问题

@allenforrest 现在好了，确实已经解决了。aws 控制台还真有点坑

原本在 lambda 哪里部署到 cloudfront ，我以为全部都配置上了，哪知道只配置了默认路径，像 *.png *.js 之类默认添加的规则还没加上。。。页面上也不说明一下（流汗

66 天前

回复了 tes286 创建的主题 › Amazon Web Services › 一个奇怪的 cloudfront 问题

@xenme 能改的，用 lambda@edge 改，具体可以看 https://assets.cdn.tes286.site/cdn-cgi/trace （这个是 cloudflare 提供的）

@allenforrest 都不太行。我这（移动）晚上 10 点左右其实都不咋样，不仅是 cdn ，所有出国流量都极慢，包括我的梯子。不过对比起来，cloudfront 略好一点，虽然都不够 1 MBytes/s
参考： https://storage.tes286.site/%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202024-09-18%20224800.png

不过白天 cloudfront 上限高一些，多线程甚至能满宽带

2021-08-11 18:54:06 +08:00

回复了 tes286 创建的主题 › Cloudflare › 做了个下载加速器

@XIU2 主要是一些直接下载过慢的东西,有时候下载器不能配代理

另外该一小点就成了去区域限制的神器,比如 B 站港澳台专享

2021-08-11 18:45:33 +08:00

回复了 input2output 创建的主题 › Cloudflare › 收到了一封声称是来自 Cloudflare 的邮件，不知是真是假

cf 全都是 @cloudflare.com 发的,貌似有问题

域名不会吞,永远不会,我的域名都在上面放了几年了还一分钱没付,现在还好好的

2021-07-07 11:58:22 +08:00

回复了 vevlins 创建的主题 › 程序员 › 为什么有些开源项目选择在 gitee 开源而不是 github？

@Terry05 github pages+cloudflare,不是很好吗

gitee 审查让人无语至极,例如 L4 的图

另外, 对于白嫖党来说,github 更合适,并且名声大,周边社区更完善一些.(例如:jsdelivr 为啥给 github 镜像而不给 gitee?还有很多例子)

最优方法应该是用一主一备

» tes286 创建的更多回复