V2EX › raysonx 的所有回复 › 第 77 页 / 共 89 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 73 74 75 76 77 78 79 80 81 82 ... 89

❮

❯

2016 年 1 月 23 日

回复了 realsteve 创建的主题 › DNS › g.cn google.cn 今天全线撞墙了，是因为解析到台湾服务器还是因为其他的原因？

google.cn 的解析確實是變了。坐標北京聯通：
$ dig www.google.cn +trace

; <<>> DiG 9.10.3-P2-RedHat-9.10.3-7.P2.fc23 <<>> www.google.cn
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19300
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;www.google.cn. IN A

;; ANSWER SECTION:
www.google.cn. 117 IN A 64.233.189.160

;; Query time: 2 msec
;; SERVER: 10.11.0.1#53(10.11.0.1)
;; WHEN: Sat Jan 23 16:08:43 CST 2016
;; MSG SIZE rcvd: 58

[vfreex@rayson-blackchan ~]$ dig www.google.cn +trace

; <<>> DiG 9.10.3-P2-RedHat-9.10.3-7.P2.fc23 <<>> www.google.cn +trace
;; global options: +cmd
. 290918 IN NS i.root-servers.net.
. 290918 IN NS j.root-servers.net.
. 290918 IN NS k.root-servers.net.
. 290918 IN NS l.root-servers.net.
. 290918 IN NS m.root-servers.net.
. 290918 IN NS a.root-servers.net.
. 290918 IN NS b.root-servers.net.
. 290918 IN NS c.root-servers.net.
. 290918 IN NS d.root-servers.net.
. 290918 IN NS e.root-servers.net.
. 290918 IN NS f.root-servers.net.
. 290918 IN NS g.root-servers.net.
. 290918 IN NS h.root-servers.net.
;; Received 239 bytes from 10.11.0.1#53(10.11.0.1) in 14 ms

cn. 172800 IN NS d.dns.cn.
cn. 172800 IN NS b.dns.cn.
cn. 172800 IN NS ns.cernet.net.
cn. 172800 IN NS a.dns.cn.
cn. 172800 IN NS e.dns.cn.
cn. 172800 IN NS c.dns.cn.
cn. 86400 IN DS 24697 8 2 A8BD8346D72C8C08FCE76D85298A8D58025323487122C5354D6E34AD 857498E3
cn. 86400 IN RRSIG DS 8 1 86400 20160202050000 20160123040000 54549 . S+WFT1uFr9yuYwtE8+w4UKXwcQQRtZPcFNUr8MkgP8+NmQ+eGNJCV/Qj mUCIg17L50kHgWijjYubk3Lctq1ZuVPP6Hayjjz5zZIekYW/5qi4LcoJ EO6pcdgZQUfL7/adoX9Pf5CdY6D/FAkDjqBgr2UvWEoGgY5rD7yfBTdo YeQ=
;; Received 512 bytes from 192.112.36.4#53(g.root-servers.net) in 328 ms

google.cn. 86400 IN NS ns1.google.com.
google.cn. 86400 IN NS ns4.google.com.
google.cn. 86400 IN NS ns3.google.com.
google.cn. 86400 IN NS ns2.google.com.
3QDAQA092EE5BELP64A74EBNB8J53D7E.cn. 21600 IN NSEC3 1 1 10 AEF123AB 3QLMP0QRNQ96G5AFGOPNB7U7IJ4MBP4B NS SOA RRSIG DNSKEY NSEC3PARAM
3QDAQA092EE5BELP64A74EBNB8J53D7E.cn. 21600 IN RRSIG NSEC3 8 2 21600 20160204095230 20160105085239 10680 cn. prOlIUtwQhqsnPUz8N3XVdNkZ8h7JQfLUZrQGuTHXC5vPDOF8vBOClEM SzzObVb6FR5acEL0HFNsKncyPbVraBxGvMd1h0a6MGPI6QBLvBNpCQya cgvkQa2rhl6zvFWfWnfQsFwvLtASI+5dGDcWrIf36GjmFW8yNBx3tnXX ANU=
8TM10SUG7NMG1C1GU6KIL3P61OE3JKI2.cn. 21600 IN NSEC3 1 1 10 AEF123AB 8TN7D4R99B9F9CM0C56QGJVQNGD0TU04 CNAME RRSIG
8TM10SUG7NMG1C1GU6KIL3P61OE3JKI2.cn. 21600 IN RRSIG NSEC3 8 2 21600 20160201024418 20160102022048 10680 cn. u63loHTk3l8QBnnWtDu0an0l9PtMpSSnBa1Ch94HTKAyUlo/KmjjGkzu 38YiLEFpI2r4STglBAlIysQyLEO2NouP+VTfQWT9k4VejxE2qjz/wVUC 5pBs8YuWjRo6wwRSYDVDs7vxxSdQSyS5h0cVa+9+CW4BWLG/iog74q5q TNM=
;; Received 615 bytes from 2001:dc7:1000::1#53(d.dns.cn) in 264 ms

www.google.cn. 300 IN A 64.233.189.160

$ mtr 64.233.189.160
;; Received 47 bytes from 216.239.36.10#53(ns3.google.com) in 409 ms

Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. ************* 0.0% 14 1.2 27.7 1.1 368.4 98.1
2. ************* 0.0% 14 4.7 37.2 4.7 310.9 85.1
3. 61.148.174.185 38.5% 14 6.1 5.2 2.7 9.0 2.0
4. 61.51.113.145 0.0% 14 6.9 20.1 5.8 185.2 47.5
5. 123.126.0.57 0.0% 14 7.9 17.0 5.5 124.7 31.1
6. 219.158.7.18 0.0% 14 35.5 52.3 35.4 135.2 28.2
7. 219.158.11.202 0.0% 14 191.2 144.1 78.6 191.2 36.0
8. 219.158.19.89 15.4% 14 162.3 160.5 109.1 289.5 50.9
9. 219.158.97.254 0.0% 13 230.6 201.7 115.1 290.7 55.8
10. 219.158.33.174 7.7% 13 197.4 163.7 106.3 364.3 71.4
11. 209.85.241.56 0.0% 13 193.6 181.0 115.5 301.4 48.5
12. 216.239.40.35 16.7% 13 193.7 155.7 116.6 239.3 35.2
13. 216.239.57.239 0.0% 13 412.7 388.3 316.3 508.4 53.2
14. 64.233.175.209 25.0% 13 259.8 279.1 190.2 750.8 179.0
15. ???
16. tl-in-f160.1e100.net 8.3% 13 442.8 459.9 379.9 806.7 118.2

2016 年 1 月 22 日

回复了 weuiyseui 创建的主题 › 宽带症候群 › 联通取消劫持后，国际出口严重劣化

聯通的出口問題從 12 初就存在了，聯通技術人員說是海纜故障，誰知道呢

2016 年 1 月 22 日

回复了 webdev 创建的主题 › 宽带症候群 › 这里网络高手多，询问一个丢包问题

@1423 如果是真丢包的話，會從某個節點開始一串全是丢包。像這種某一跳丢包而後續不丢的都是策略丢包，目的是防止 ICMP 耗費性能，保護路由器的。

2016 年 1 月 22 日

回复了 webdev 创建的主题 › 宽带症候群 › 这里网络高手多，询问一个丢包问题

好多網絡設備在負載高的情況下會對 ICMP 策略丢包，但並不會影響 TCP 、 UDP 等數據包的傳輸。建議還是按樓上所說排查一下。

2016 年 1 月 22 日

回复了 fourstring 创建的主题 › 宽带症候群 › 坐标湘潭电信，开始分配 ipv6 了，但是电脑上依旧只有 ipv4

@fourstring 我記得是可以在不影響電話和 ITV 的情況下改橋接的，你可以打電話問問或網上查一下。

2016 年 1 月 22 日

回复了 gzelvis 创建的主题 › 宽带症候群 › 最近一到晚上，（广州）联通宽带的速度慢得让我沉醉（不是慢，是直接丢包了）

據 @redsonic 講，「魔都联通最近访问外站十分缓慢，联通的技术人员回复我说去年 12 月以后联通海缆故障造成的。不知道和这次的缓存事件有没有联系。一开始他们建议我换 dns ，走国内 cdn ，然后我说我用的服务是 ip 直连海外他们就说只能等年后海缆修好再看了。」
但願如此吧。

2016 年 1 月 21 日

回复了 raysonx 创建的主题 › 宽带症候群 › 直播投诉聯通寬帶和數據網絡（ 3G-4G）的 HTTP 鏈路劫持行為

@gaoxt1983 我剛剛沒測出來，給個鏈接。

2016 年 1 月 21 日

回复了 fourstring 创建的主题 › 宽带症候群 › 坐标湘潭电信，开始分配 ipv6 了，但是电脑上依旧只有 ipv4

另外我用日本東京的 VPS MTR 了一下，發現繞美國，而且丢包感人。
My traceroute [v0.85]
tyo01 (::) Thu Jan 21 19:26:37 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. rtr-edge-hsrp1.tyo01.pub.vfree.org 0.0% 22 1.1 1.2 1.0 2.0 0.0
rtr-edge-hsrp2.tyo01.pub.vfree.org
2. 2.00.0000.ip4.static.sl-reverse.com 0.0% 22 0.4 0.6 0.3 3.6 0.7
8.00.0000.ip4.static.sl-reverse.com
3. a810.0000.0000.0000.2000.2000.0d0f.7062.ip6.static.sl-reverse.com 0.0% 22 0.6 0.8 0.5 3.5 0.5
c810.0000.0000.0000.2000.2000.0d0f.7062.ip6.static.sl-reverse.com
4. gigabitethernet2-8.core1.tyo1.he.net 0.0% 22 1.7 3.0 0.6 10.1 3.1
5. 10ge1-13.core1.lax2.he.net 0.0% 22 116.3 132.7 107.9 189.0 21.1
6. cngi-bjix-as-ap-as23911.10gigabitethernet16-5.core1.lax2.he.net 40.9% 22 168.0 169.9 167.9 171.5 1.1
7. 2001:252:0:302::1 0.0% 22 165.5 165.6 165.5 165.7 0.0
8. 2001:252:0:100::1 71.4% 22 172.8 174.7 167.7 197.4 11.3
9. 2001:252:0:1::2 0.0% 22 172.6 173.7 172.3 180.1 2.4
10. 2001:c68::1 0.0% 22 167.7 167.7 167.7 167.9 0.0
11. 2001:c68:0:1200::1 23.8% 22 240.1 242.3 232.9 248.2 3.9
12. 2001:c68:0:1000::2 52.4% 22 235.7 242.2 235.7 248.3 3.6
13. 2001:c68:4800:202::2 28.6% 21 244.5 244.6 240.2 250.0 2.7
14. 240e::21:61:2c03 25.0% 21 244.0 247.8 234.7 256.9 5.0
15. 240e::61:73:a103 38.1% 21 256.6 259.5 254.6 266.1 3.1
16. 240e::73:73:1202 23.8% 21 266.4 266.0 260.7 270.7 2.4
17. 240e:10:0:708::3 23.8% 21 262.7 266.1 255.9 274.7 4.0
18. 240e:10:2c00:602::2 28.6% 21 273.6 267.2 258.7 273.6 3.8
19. 240e:c0:5004:3a0a:15e2:1a16:23b2:a2c 57.1% 21 267.1 266.3 262.7 271.3 2.7

2016 年 1 月 21 日

回复了 fourstring 创建的主题 › 宽带症候群 › 坐标湘潭电信，开始分配 ipv6 了，但是电脑上依旧只有 ipv4

@nopy 你需要確認一下電信給你分配的是一個段還是一個 IPv6 地址。/64 只是表示地址前綴，不一定代表整個段路由到你這裡了。
如果只給了你一個 IPv6 的話，可以嘗試使用刷了 OpenWrt 路由器，開啟 IPv6 NDP Proxy 讓你的 LAN 端的設備也能獲取一個公網 IPv6 。

@fourstring fe80::/64 相當於 169.254.0.0/16 。相當於 192.168.0.0/8 的段是 fd00::/8 。

2016 年 1 月 21 日

回复了 xiaofami 创建的主题 › 宽带症候群 › 联通支持 IPv6 了？

@babyformula 你那個 2002 開頭的是 6to4 地址，嚇我一跳。 5 樓那個地址才是原生 IPv6 。

2016 年 1 月 21 日

回复了 raysonx 创建的主题 › 宽带症候群 › 談聯通此次大範圍網絡緩存劫持的危害

@leavic 個人感覺維護好一套緩存系統太難了，需要很高的技術、運維和管理成本。這次聯通搞這麼大規模的緩存，不知道是為了搞什麼大動作。

2016 年 1 月 21 日

回复了 czmecho 创建的主题 › 问与答 › 开放的 WIFI 会有哪些危害？

@tony1016 WPA2-EAP 可以使用證書驗熱點的身份，但是多數設備需要用戶去手動核對公鑰的指紋。

2016 年 1 月 21 日

回复了 xjx0524 创建的主题 › 宽带症候群 › 有一个 z.com 的 ipv6 地址 ping 不通，可能有哪些原因？

@xjx0524 從外部 ping 的時候，用 TCPDUMP 看一看網卡有沒有收到數據包。
sudo tcpdump -i eth0 icmp6 -nnX
把 eth0 換成你的網卡名稱

2016 年 1 月 21 日

回复了 xjx0524 创建的主题 › 宽带症候群 › 有一个 z.com 的 ipv6 地址 ping 不通，可能有哪些原因？

網關和你的虛擬機不通。
Host Loss% Snt Last Avg Best Wrst StDev
1. ******************** 0.0% 56 1.0 1.0 0.8 1.7 0.0
2. 4.00.0000.ip4.static.sl-reverse.com 0.0% 56 0.4 0.4 0.3 0.8 0.0
3. c810.0000.0000.0000.2000.2000.0d0f.7062.ip6.s 0.0% 55 0.6 1.2 0.6 8.2 1.2
4. 3900.0000.0000.0000.2000.2000.0d0f.7062.ip6.s 0.0% 55 0.6 1.1 0.6 13.1 1.9
5. 2001:de8:5::2518:2 0.0% 55 0.9 6.5 0.8 49.0 11.9
6. 2001:260:305:a::a:2 0.0% 55 1.4 1.5 1.3 3.0 0.3
7. 2001:260:305:1a::1a:1 0.0% 55 1.9 2.3 1.7 4.2 0.7
8. ???
9. 2400:8500:1300:1045::2 0.0% 55 2.3 2.3 2.1 4.8 0.3
10. 2400:8500:1300:1026::2 0.0% 55 2.8 14.8 2.2 114.7 24.5
11. ???

檢查你的虛擬機：
1. 是否啟用了 IPv6 ；
2. IPv6 地址是否正確；
3. 路由表是否正確（是否配置了默認網關）；
4. 防火墙是否允許 IPv6 ICMP 入站。

2016 年 1 月 21 日

回复了 raysonx 创建的主题 › 宽带症候群 › 直播投诉聯通寬帶和數據網絡（ 3G-4G）的 HTTP 鏈路劫持行為

@gaoxt1983 你確定？上午 10 點半測試，還在劫持，只是出現頻率低了。

2016 年 1 月 21 日

回复了 Hyponet 创建的主题 › JavaScript › 这十二行代码是如何让浏览器爆炸的？

估計是讓瀏覽器不斷佔用內存且無法釋放，最終 out of memory 崩潰

2016 年 1 月 20 日

回复了 raysonx 创建的主题 › 宽带症候群 › 談聯通此次大範圍網絡緩存劫持的危害

@linjuyx 我還不能確定，我投訴的時候是通通劫持的，連自家聯通機房也劫持。最近劫持頻率低了，我也沒仔細去測試。

2016 年 1 月 20 日

回复了 raysonx 创建的主题 › 宽带症候群 › 談聯通此次大範圍網絡緩存劫持的危害

@aivier 北京聯通，一直都能打開啊