Просмотр является медленным на LAN, но хорошо работает на беспроводной связи
Интернет работает отлично над любым маршрутизатором, но просмотр сосет дома (медленный просмотр и медленные времена загрузки). Я изменил серверы DNS на 8.8.0.0, все еще не помогает. И странно, загрузите скорость, чрезвычайно высоко в этой сети (значение потоков, например), но использование браузеров и загрузка веб-сайтов являются чрезвычайно медленными (только в этой сети). Я должен изменить что-то в установках маршрутизатора или что я могу попробовать? Между прочим, я использую проводное соединение с маршрутизатором. Кроме того, существует проблема с целым компьютером, это намного медленнее в целом.
Править: Нет никакой проблемы при использовании Windows.
Править:
$ ifconfig
eth0 Link encap:Ethernet HWaddr f2:4d:a0:c0:3f:4c
inet addr:192.168.11.8 Bcast:192.168.11.255 Mask:255.255.255.0
inet6 addr: fe80::f24d:a2ff:fec6:3f4c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:206798 errors:0 dropped:0 overruns:0 frame:0
TX packets:219570 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:76680734 (76.6 MB) TX bytes:21738160 (21.7 MB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:160 errors:0 dropped:0 overruns:0 frame:0
TX packets:160 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:11094 (11.0 KB) TX bytes:11094 (11.0 KB)
$ ping -c 2 4.2.2.2
PING 4.2.2.2 (4.2.2.2) 56(84) bytes of data.
--- 4.2.2.2 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1007ms
$ ping -c 2 google.com
PING google.com (213.159.32.147) 56(84) bytes of data. 64 bytes from
lan-213-159-32-147.kns.skynet.lv (213.159.32.147): icmp_seq=1 ttl=61
time=0.936 ms 64 bytes from lan-213-159-32-147.kns.skynet.lv
(213.159.32.147): icmp_seq=2 ttl=61 time=0.937 ms
--- google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.936/0.936/0.937/0.030 ms
3 ответа
Ваши признаки действительно предполагают, что Ваш первый DNS недопустим, таким образом, существует период тайм-аута, затем Ваш второй DNS может разрешить адреса правильно, и Вы начинаете видеть вещи загрузиться.
, Конечно, после того как соединение устанавливается, передачи быстры, как Вы отметили.
, Если я не отсутствую, что-то, 8.8.0.0 НЕ является допустимым DNS, который предполагает, что это - Ваша проблема:
$ dig @8.8.0.0 yahoo.com
; <<>> DiG 9.9.5-3-Ubuntu <<>> @8.8.0.0 yahoo.com
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached
, Если Вы означали использовать Google DNS, корректные адреса 8.8.8.8 и 8.8.4.4:
$ dig @8.8.8.8 yahoo.com
; <<>> DiG 9.9.5-3-Ubuntu <<>> @8.8.8.8 yahoo.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32669
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;yahoo.com. IN A
;; ANSWER SECTION:
yahoo.com. 1205 IN A 98.138.253.109
yahoo.com. 1205 IN A 98.139.183.24
yahoo.com. 1205 IN A 206.190.36.45
;; Query time: 32 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Jun 07 21:20:40 EDT 2014
;; MSG SIZE rcvd: 86
Ваш ISP завинчивает с Вашим соединением. Вы не можете добраться непосредственно до Интернета, как обозначено неудавшимися ping к 4.2.2.2 Затем PING google.com (213.159.32.147) шоу, что Ваш ISP перенаправляет Ваш DNS 213.159.32.147, НЕ IP Google, но принадлежит lan-213-159-32-147.vln.skynet.lt, который является, вероятно, Вашим маршрутизатором или локальным прокси/кэшем, потому что задержка составляет настолько низкий меньше чем 1 мс. Таким образом, то, когда Вы думаете, что проверяете с помощью ping-запросов Google, Вы на самом деле проверяете с помощью ping-запросов некоторый прокси, принадлежавший skynet.lv, Это не спутниковый Интернет, является этим? У Вас мог бы быть "толстый канал", может получить много данных за один раз (который объяснил бы быстрые потоки и большие загрузки файла), но высокую задержку (значение, что она требует времени, чтобы пакет достиг, это - место назначения). Таким образом, Ваша большая загрузка файлов казалась бы "быстрым" но просматривающим VOiP и другими операциями, которые не требуют большого количества данных, но нуждаются в быстром ответе, казался бы медленным. попробуйте ping -c 2 ir1.fp.vip.gq1.yahoo.com или некоторый другой нечетный домен, который Вы никогда не посещали, и посмотрите в то время, если бы это> 100 мс, которые были бы Вашей проблемой, если это - < 3 мс затем это - Ваш сервер ISPs. Можно также попробовать tracepath somedomain.com
Необходимо, вероятно, на правильном пути указать сервер имен. Тот, который Вы выбираете (8.8.0.0), не решает и закончил бы тем, что добавил время поиска к Вашему просмотру. Попытайтесь указать (8.8.8.8) вместо этого.
Также попытка с помощью заголовочного файла resolveconf функционирует так, чтобы можно было оставить все другие значением по умолчанию от dhcp нетронутого и просто добавить заголовок сервера имен.
Обновление Ваш/etc/resolvconf/resolv.conf.d/head к:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 8.8.8.8
Между прочим, я не знаю, почему значения по умолчанию файла к высказыванию не редактируют вручную. Я полагаю, что цель файла состоит в том, чтобы отредактировать вручную. Это - действительно/etc/resolv.conf файл, который перезаписывается.