У меня есть и проводное и беспроводное соединение на моем ноутбуке. Соединенный проводом соединен со статическим IP, в то время как беспроводная связь через dhcp к той же сети. В то время как я могу проверить с помощью ping-запросов, я не могу перейти соединенный проводом. Это не сетевая проблема, поскольку та же конфигурация сети совместно используется с другим дюйм/с.
Конфигурация здесь: http://pastebin.ubuntu.com/24548017/
Беспроводной ping:
PING www.google.com (216.58.205.132) 56(84) bytes of data.
64 bytes from mil04s27-in-f4.1e100.net (216.58.205.132): icmp_seq=1 ttl=52 time=19.9 ms
64 bytes from mil04s27-in-f4.1e100.net (216.58.205.132): icmp_seq=3 ttl=52 time=9.27 ms
64 bytes from mil04s27-in-f4.1e100.net (216.58.205.132): icmp_seq=4 ttl=52 time=12.2 ms
64 bytes from mil04s27-in-f4.1e100.net (216.58.205.132): icmp_seq=5 ttl=52 time=16.8 ms
^C
--- www.google.com ping statistics ---
5 packets transmitted, 4 received, 20% packet loss, time 4010ms
rtt min/avg/max/mdev = 9.274/14.559/19.925/4.102 ms
Проводной ping:
PING www.google.com (216.58.205.132) 56(84) bytes of data.
64 bytes from mil04s27-in-f4.1e100.net (216.58.205.132): icmp_seq=2 ttl=52 time=6.29 ms
64 bytes from mil04s27-in-f4.1e100.net (216.58.205.132): icmp_seq=5 ttl=52 time=6.40 ms
64 bytes from mil04s27-in-f4.1e100.net (216.58.205.132): icmp_seq=7 ttl=52 time=5.47 ms
64 bytes from mil04s27-in-f4.1e100.net (216.58.205.132): icmp_seq=8 ttl=52 time=6.17 ms
64 bytes from mil04s27-in-f4.1e100.net (216.58.205.132): icmp_seq=12 ttl=52 time=5.39 ms
^C
--- www.google.com ping statistics ---
12 packets transmitted, 5 received, 58% packet loss, time 15083ms
rtt min/avg/max/mdev = 5.397/5.949/6.404/0.426 ms
в то время как иногда ровный:
$ ping www.google.com
ping: unknown host www.google.com
Потеря пакета намного выше, в то время как соединено проводом. Процент может повыситься на 70% (возможно, больше).
Я использую ту же конфигурацию с долгого времени, таким образом, я предполагаю, что это могло быть проблемой обновления.
Можно ли помочь мне?
Дополнительный infos здесь: http://pastebin.ubuntu.com/24548650/
Я подозреваю, что проблема заключается в том, что Вы имеете один со статическим и другим с dhcp. Именно мой опыт, когда ноутбук обычно включается беспроводная связь, разъединился бы, и Ethernet вступит во владение и наоборот. Разве этого не происходит с Вашим компьютером?
С наличием двух отдельных IP-адресов, работающих одновременно к той же машине, Вы путаете свои передачи данных возможно.... Я поставил, когда Ваше проводное Ваше беспроводное соединение не разъединяется.
можно попытаться проверить с помощью ping-запросов IP беспроводной карты от другого компьютера в сети, в то время как проблемная машина соединена проводом в и если ping успешен, это все еще соединено, когда это не должно быть.
Его попытка быть твердым сказать, не смотря на Вашу сеть и трафик.
я могу сказать этим:
, "в то время как иногда ровный:
$ проверяют с помощью ping-запросов ping www.google.com: неизвестный хост www.google.com"
может означать, что Ваш DNS не работает правильно. установите статический DNS на, гуглит 8.8.8.8 & 8.8.4.4 или любые серверы DNS Вашего выбора.
Попытка traceroute управляют на беспроводной связи и соединенных проводом снимках экрана сообщения или данных, исключая Ваш персональный IP www.whatsmyip.com исключая: traceroute google.com
(Возможно, должен уже установить, если не установленная sudo Кв. - получает установку traceroute)
при испытании проблемы делает трассировка направляет приблизительно 10 раз по последовательному и видит, остается ли первый локальный адрес таким же или возвращается назад и вперед между проводным и беспроводным....
отключают беспроводную связь, в то время как на проводном видят, понижается ли потеря пакетов.
можно загрузить Wireshark и использовать фильтр DNS, чтобы видеть, идет ли запрос DNS в правильное место. Я могу значительно помочь Вам, если у меня могло бы быть 10 минут транспортной записи для проводного и беспроводного, таким образом, я вижу то, что на самом деле продолжается.
, Но будет много персональных данных о Вашей сети в тех файлах.