Я установил Linux Mint 18 64 bit и заметил, что google, youtube и другие загружаются безупречно (даже проигрывается HD-видео), но некоторые сайты, такие как википедия, не отображаются, даже если на вкладках в mozilla отображается либо "загрузка", либо "wikipedia" - бесплатная энциклопедия "но тогда сайт не появится.

Компьютер загружает некоторые сайты, но не загружает другие, и они не меняются - если сайт A не загружается, то и в следующий раз он не загружается. Если сайт B загружается, то он загружается и потом.

В прошлый раз я проверял подключение к Интернету на другом компьютере - с Windows - все работало, так что это не вина провайдера.

Это происходит даже при отключенном 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, который я нашел в своей домашней папке, полностью пуст, НО на вкладке написано "Википедия"

После копания 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 ответ1

1

Проблема, скорее всего, проблема MTU. Попробуйте установить MTU на вашем сетевом интерфейсе меньше и / или добавить линию IPTables, чтобы выполнить фиксацию MTU. Вероятно, происходит то, что где-то на линии ваш 1500-байтовый MTU по умолчанию оказывается слишком большим для передачи - обычно благодаря VPN или VLAN или подобной инкапсуляции кадров. Обычно MTU 1476 довольно безопасен.

Вы можете проверить эту теорию, временно установив 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.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .