在 Linux Mint 18 中,有些网站可以加载,而其他网站则需要很长时间才能加载

在 Linux Mint 18 中,有些网站可以加载,而其他网站则需要很长时间才能加载

我已经安装了 Linux Mint 18 64 位,并发现谷歌、youtube 和其他网站加载顺利(甚至播放高清视频),但维基百科等一些网站却没有显示,尽管 mozilla 中的选项卡显示“加载”或显示“维基百科 - 自由百科全书”,但该网站并没有出现。

计算机会加载某些网站,但不会加载其他网站,而且这些网站不会发生变化 - 如果网站 A 不加载,则下次也不会加载。如果网站 B 加载,则之后也会加载。

上次我在另一台装有 Windows 的计算机上检查了互联网连接,一切正常,所以这不是 ISP 的错。

即使禁用 ufw,它也会这样做。

也不适用于 Mint liveDVD。它们是一样的。

如果我打开网络代理并输入维基百科,它就会进入那里。

其他浏览器也一样。

输入 wget wikipedia.org 后:

--2016-07-20 21:30:40--  htt.p://wikipedia.org/

Resolving wikipedia.org (wikipedia.org)... 91.198.174.192, 2620:0:862:ed1a::1

Connecting to wikipedia.org (wikipedia.org)|91.198.174.192|:80... connected.

HTTP request sent, awaiting response... 301 TLS Redirect

Location: htt.ps://wikipedia.org/ [following]

--2016-07-20 21:30:40--  htt.ps://wikipedia.org/

Connecting to wikipedia.org (wikipedia.org)|91.198.174.192|:443... connected.

HTTP request sent, awaiting response... 301 Moved Permanently

Location: htt.ps://www.wikipedia.org/ [following]

--2016-07-20 21:30:40--  htt.ps://www.wikipedia.org/

Resolving www.wikipedia.org (www.wikipedia.org)... 91.198.174.192, 

2620:0:862:ed1a::1


Connecting to www.wikipedia.org (www.wikipedia.org)|91.198.174.192|:443... connected.


HTTP request sent, awaiting response... 200 OK

Length: unspecified [text/html]

Saving to: ‘index.html’

index.html              [<=>                 ]       0 --.-KB/s    

       ^   

然后它就停下来,再也没有继续下去。我不得不打断它。

我在主文件夹中发现的 index.html 完全是空的,但在选项卡上显示“维基百科”

dig wikipedia.org 之后输出是:

; <<>> DiG 9.10.3-P4-Ubuntu <<>> wikipedia.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15688
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;wikipedia.org.         IN  A

;; ANSWER SECTION:
wikipedia.org.      343 IN  A   91.198.174.192

;; Query time: 21 msec
;; SERVER: 193.231.252.1#53(193.231.252.1)
;; WHEN: Wed Jul 20 21:38:59 EEST 2016
;; MSG SIZE  rcvd: 58

ping -c 3 wikipedia.org 之后:

PING wikipedia.org (91.198.174.192) 56(84) bytes of data.
64 bytes from text-lb.esams.wikimedia.org (91.198.174.192): icmp_seq=1 ttl=59 time=50.5 ms
64 bytes from text-lb.esams.wikimedia.org (91.198.174.192): icmp_seq=2 ttl=59 time=48.3 ms
64 bytes from text-lb.esams.wikimedia.org (91.198.174.192): icmp_seq=3 ttl=59 time=49.4 ms

--- wikipedia.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 48.342/49.475/50.594/0.954 ms

ping -c 3 91.198.174.192 之后:

PING 91.198.174.192 (91.198.174.192) 56(84) bytes of data.
64 bytes from 91.198.174.192: icmp_seq=1 ttl=59 time=50.6 ms
64 bytes from 91.198.174.192: icmp_seq=2 ttl=59 time=50.7 ms
64 bytes from 91.198.174.192: icmp_seq=3 ttl=59 time=48.2 ms

--- 91.198.174.192 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 48.267/49.898/50.796/1.155 ms

注意:由于本网站的“您需要至少 10 点声誉才能发布 2 个以上链接”规则,我不得不搞砸维基百科的链接,但您仍然可以阅读。此外,它首先显示了 wget 输出,因此我在文本之间添加了空格。

答案1

问题很可能是 MTU 问题。尝试将网络接口上的 MTU 设置得更小一些和/或添加 IPTables 行以进行 MTU 限制。可能发生的情况是,在某个时候,您的默认 1500 字节 MTU 被证明太大而无法传输 - 通常是由于 VPN 或 VLAN 或类似的帧封装。通常,1476 的 MTU 是相当安全的。

您可以使用以下命令临时设置 MTU 来测试此理论

iptables -t mangle -A POSTROUTING -p tcp --tcp-flags SYN,RST SYN -j TCPMSS  --clamp-mss-to-pmtu

强制限制传出数据包的 MTU。或者,如果您的默认网关位于 eth0 上,请尝试

ifconfig eth0 mtu 1476

将 MTU 设置为 1476。

相关内容