LINUX.ORG.RU
Форум — General  

Не работает интернет, но есть соединение по локальной сети

 ,


0

1

Всем доброго дня! Не пинайте сильно, в линуксе я полный новичек, но добросовестно весь вечер гуглил свою проблему и ничего не нагуглил :-( Суть проблемы такова: в линуксе настраиваю сетевое соединение (что вручную, что DHCP - все одна беда). Пробую пинговать компьютеры в локальной сети и внутрений интерфейс роутера - все отлично пингуется. Но интернета нет. Пробую «ping http://www.google.com", он находит IP гугла по имени (т.е. проблема не в DNS), но пинг не проходит. Сразу после попытки пингануть гугл смотрю лог на роутере - там появляется строчка вида „Dropped packet from 0.0.0.0 to X.X.X.X (IP protocol 1) as unable to create new session“, где X.X.X.X - IP гугла. С виндовыми клиентами (что по проводу, что по WiFi), и с андроидами подобных проблем с роутером не было. Роутер перегружать пробовал. Эта же проблема с различными сборками линукса, и как с виртуальными машинами, так и с живыми компьютерами.

← swap блокирует загрузку
Не удалось найти привод grub →

 ← 1 2
Ответ на: комментарий от Vsevolod-linuxoid

Это сути дела не меняет - на виндовой машине тот же гугль нормально пингуется, а на линуксах - нет.

Thunderbom
() автор топика
Ответ на: комментарий от Vsevolod-linuxoid

Попробовал и ping google.com - не пашет. И тупо в браузере попробовал открыть google.com, не работает, та же ошибка в роутере при попытке открыть из браузера: «Dropped packet from 0.0.0.0 to 64.233.164.100 (IP protocol 6) as unable to create new session», где 64.233.164.100 - гугль. В то же время веб-интерфейс роутера без проблем открывается в браузере.

Thunderbom
() автор топика
Ответ на: комментарий от Vsevolod-linuxoid

Дак вот в том-то и проблема, что он никакой не 0.0.0.0 У линукса IP = 169.254.185.97, внутренний интерфейс роутера 169.254.185.200. Есть виндовая машина 169.254.185.1. Для интереса, чтобы убедиться, что линукс на самом деле не 0.0.0.0 я поробовал с винды его пингануть по 169.254.185.97 - пинг проходит, все ОК. Ума не приложу, чего роутер с ума сходит и про какой-то 0.0.0.0 пишет...

Thunderbom
() автор топика
Ответ на: комментарий от Vsevolod-linuxoid

Вот: osboxes@osboxes:~$ sudo ifconfig [sudo] password for osboxes: enp0s3 Link encap:Ethernet HWaddr 08:00:27:6c:ff:1e inet addr:169.254.185.97 Bcast:169.254.185.255 Mask:255.255.255.0 inet6 addr: fe80::6314:62ee:128f:f2cf/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1657 errors:0 dropped:0 overruns:0 frame:0 TX packets:2090 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:168892 (168.8 KB) TX bytes:201926 (201.9 KB) Interrupt:19 Base address:0xd020

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:58 errors:0 dropped:0 overruns:0 frame:0 TX packets:58 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:5550 (5.5 KB) TX bytes:5550 (5.5 KB)

Thunderbom
() автор топика

Исполни комманды 

blitz@inode ~/aur/infinality % sudo netstat -vWeeNpal --numeric-ports --numeric-users -t -u 
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name    
tcp        0      0 localhost:53            0.0.0.0:*               LISTEN      0          3925967    1/systemd           
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      195        3929407    18265/systemd-resol 
tcp        0      0 inode:54268             104.31.88.227:80        ESTABLISHED 1000       8396952    1963/firefox        
tcp        1      0 inode:46506             bbc-vip024.cwwtf.bbc.co.uk:80 CLOSE_WAIT  1000       8363226    1679/cinnamon       
tcp        1      0 inode:46508             bbc-vip024.cwwtf.bbc.co.uk:80 CLOSE_WAIT  1000       8363227    1679/cinnamon       
tcp        0      0 inode:51400             192.0.73.2:443          ESTABLISHED 1000       8391573    1963/firefox        
tcp        0      0 inode:54270             104.31.88.227:80        ESTABLISHED 1000       8396953    1963/firefox        
tcp        0      0 inode:54266             104.31.88.227:80        ESTABLISHED 1000       8397918    1963/firefox        
tcp        0      0 inode:40132             pikabu.ru:443           TIME_WAIT   0          0          -                   
tcp        0      0 inode:40114             pikabu.ru:443           TIME_WAIT   0          0          -                   
tcp        0      0 inode:52828             178.248.233.6:9000      ESTABLISHED 1000       8391579    1963/firefox        
tcp        0      0 inode:53820             178.248.233.6:443       TIME_WAIT   0          0          -                   
tcp6       0      0 [::]:6600               [::]:*                  LISTEN      0          15071      1/systemd           
tcp6       0      0 [::]:5355               [::]:*                  LISTEN      195        3929410    18265/systemd-resol 
tcp6       0      0 inode:36898             2400:cb00:2048:1::6819:4108:80 ESTABLISHED 1000       8396262    1963/firefox        
tcp6       0      0 inode:36896             2400:cb00:2048:1::6819:4108:80 ESTABLISHED 1000       8396261    1963/firefox        
tcp6       0      0 inode:60602             2400:cb00:2048:1::6814:e30d:80 ESTABLISHED 1000       8274797    1963/firefox        
tcp6       0      0 inode:39188             yandex.ru:443           ESTABLISHED 1000       8394158    1963/firefox        
tcp6       0      0 inode:58926             2400:cb00:2048:1::6819:4008:80 ESTABLISHED 1000       8398295    1963/firefox        
tcp6       0      0 inode:50870             nrt13s48-in-x0e.1e100.net:443 ESTABLISHED 1000       8390408    1963/firefox        
udp        0      0 localhost:53            0.0.0.0:*                           195        3929412    18265/systemd-resol 
udp        0      0 localhost:53            0.0.0.0:*                           0          3925968    1/systemd           
udp        0      0 inode:68                0.0.0.0:*                           193        8364610    29216/systemd-netwo 
udp        0      0 0.0.0.0:5355            0.0.0.0:*                           195        3929406    18265/systemd-resol 
udp6       0      0 [::]:57107              [::]:*                              0          3925977    18173/dnscrypt-prox 
udp6       0      0 inode:546               [::]:*                              193        8383803    29216/systemd-netwo 
udp6       0      0 [::]:5355               [::]:*                              195        3929409    18265/systemd-resol 


blitz@inode ~/aur/infinality % ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 44:37:e6:b7:93:1b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.7/24 brd 192.168.1.255 scope global dynamic eno1
       valid_lft 2813sec preferred_lft 2813sec
    inet6 2a02:a03f:10be:2500:4637:e6ff:feb7:931b/64 scope global mngtmpaddr noprefixroute dynamic 
       valid_lft 189555sec preferred_lft 189555sec
    inet6 fe80::4637:e6ff:feb7:931b/64 scope link 
       valid_lft forever preferred_lft forever
blitz
()
Ответ на: комментарий от Vsevolod-linuxoid

В смысле настройки DHCP? Подсеть 169.254.185.X с маской 255.255.255.0 Я пробовал и вручную адрес присваивать без DHCP - та же ерунда.

Thunderbom
() автор топика
Ответ на: комментарий от Thunderbom

В следующий раз используй лоркод. Но твоя проблема — кривой DHCP на роутере. Для локальной сети с подключением в Интернет такой диапазон недопустим. Прочти статью: http://tvoi-setevichok.ru/lokalnaya-set/kakie-ip-adresa-mozhno-ispolzovat-v-l...

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от blitz

Цитирую ТСа:

Подсеть 169.254.185.X с маской 255.255.255.0

Это у него DHCP на роутере такой.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от blitz 
osboxes@osboxes:~$ sudo netstat -vWeeNpal --numeric-ports --numeric-users -t -u
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      0          18027       1395/smbd       
tcp        0      0 127.0.1.1:53            0.0.0.0:*               LISTEN      0          15887       1013/dnsmasq    
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      0          14191       856/cupsd       
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      0          18026       1395/smbd       
tcp6       0      0 :::139                  :::*                    LISTEN      0          18025       1395/smbd       
tcp6       0      0 ::1:631                 :::*                    LISTEN      0          14190       856/cupsd       
tcp6       0      0 :::445                  :::*                    LISTEN      0          18024       1395/smbd       
udp        0      0 0.0.0.0:58169           0.0.0.0:*                           65534      36501       1013/dnsmasq    
udp        0      0 127.0.1.1:53            0.0.0.0:*                           0          15886       1013/dnsmasq    
udp        0      0 0.0.0.0:68              0.0.0.0:*                           0          36489       8293/dhclient   
udp        0      0 0.0.0.0:55417           0.0.0.0:*                           109        14195       850/avahi-daemon: r
udp        0      0 169.254.185.97:123      0.0.0.0:*                           118        36746       1360/ntpd       
udp        0      0 127.0.0.1:123           0.0.0.0:*                           0          17605       1360/ntpd       
udp        0      0 0.0.0.0:123             0.0.0.0:*                           0          17601       1360/ntpd       
udp        0      0 169.254.185.255:137     0.0.0.0:*                           0          36739       1381/nmbd       
udp        0      0 169.254.185.97:137      0.0.0.0:*                           0          36738       1381/nmbd       
udp        0      0 0.0.0.0:137             0.0.0.0:*                           0          17678       1381/nmbd       
udp        0      0 169.254.185.255:138     0.0.0.0:*                           0          36741       1381/nmbd       
udp        0      0 169.254.185.97:138      0.0.0.0:*                           0          36740       1381/nmbd       
udp        0      0 0.0.0.0:138             0.0.0.0:*                           0          17679       1381/nmbd       
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           109        14193       850/avahi-daemon: r
udp        0      0 0.0.0.0:631             0.0.0.0:*                           0          14794       880/cups-browsed
udp6       0      0 :::43749                :::*                                109        14196       850/avahi-daemon: r
udp6       0      0 fe80::6314:62ee:128f:f2cf:123 :::*                                118        36749       1360/ntpd       
udp6       0      0 ::1:123                 :::*                                0          17609       1360/ntpd       

osboxes@osboxes:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
    link/ether 08:00:27:6c:ff:1e brd ff:ff:ff:ff:ff:ff
    inet 169.254.185.97/24 brd 169.254.185.255 scope link dynamic enp0s3
       valid_lft 84655sec preferred_lft 84655sec
    inet6 fe80::6314:62ee:128f:f2cf/64 scope link 
       valid_lft forever preferred_lft forever
osboxes@osboxes:~$
Thunderbom
() автор топика
Ответ на: комментарий от Vsevolod-linuxoid

Сам научился )) Да вроде все работало норм с виндовыми клиентами. Это ж моя внутренняя сеть за NATом, а наружу роутер уже смотрит тем адресом, что мне провайдер дал. Я всегда думал, что за NATом могу лепить что угодно...

Thunderbom
() автор топика
Ответ на: комментарий от Thunderbom

Ничего подобного, я уже давал ссылку. Есть 3 допустимых диапазона, другие использовать нельзя.

А по поводу винды — она и впрямь толерантна к ошибкам, за что её здесь и не любят. Это не дело, когда ОС игнорирует стандарты в угоду удобства.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от mandala

Если често, не знаю до конца. Но у него 100% кривой DHCP, и его стоит устранить, прежде чем решать дальше — просто чтобы исключить его влияние.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Есть 3 допустимых диапазона, другие использовать нельзя.

Но к данной проблеме это не относится. Вот если б у гугла был адрес 169.254.185.97 или 169.254.185.что-то_там/24, то относилось бы. А если у кого-то выделенный диапазон 169.254.185.0 - 169.254.185.255? А если сеть вообще не подключена к Инету? Почему нельзя?

Т. е. исправить на 192.168.x.x, конечно, нужно, но вряд ли это поможет успешно пинговать гугл, если под Windows всё и так работает. Проблема тут, имхо, в сетевых настройках linux-desktop, а не роутера.

aureliano15 ★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Блин, я не спец по сетям, а жаль, интересно же. Надо у себя воспроизвести если ни кто не ответит, жаль винды нету.

mandala ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Но у него 100% кривой DHCP, и его стоит устранить, прежде чем решать дальше

В данном случае - действительно, не поднялся простейший проводной сетевой интерфейс.

100% кривой DHCP.

blitz
()
Ответ на: комментарий от blitz

Да я в курсе уже, что это не причина. Но исправить надо. А так с дровами беда, да? Или просто с настройками.

Вообще. предлагаю:

  • Исправить таки DHCP — он не причина, но лучше будет по стандартам.
  • Пишем в /etc/network/interfaces 
    auto lo
iface lo inet loopback

allow-hotplug enp0s3
iface enp0s3 inet dhcp
    и перезагружаемся.

Если не поможет, то придется копать дальше.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

Так думается, что ТС запилил себе сервисы, для работы с файлами Windows - nmbd + avahi + smbd.

На его месте, сделал бы выбор, для начала - одно из двух, или nmbd или smbd.

blitz
()
Ответ на: комментарий от blitz

тьфу, а я тут размечтался о детективной истории.. спрятал сам код под спойлеры, прочитал наискосок...

mandala ★★★★★
()
Ответ на: комментарий от blitz

или nmbd или smbd.

А как демоны могут повлиять на работоспособность интерфейса?

И потом, по-моему, оба эти демона нужны для самбы.

aureliano15 ★★
()

169.254.185.97

читай, потом смотри, что такое Link local и настраивай сеть правильно на всех своих устройствах, всеволода не слушай - это тупой школьник.
ПС есличо:

Подсети link-local не маршрутизируются: маршрутизаторы не должны отправлять пакеты с адресами link-local в другие сети.

и какой тебе после этого интернет, умник?

novitchok ★★★★★
()
Последнее исправление: novitchok (всего исправлений: 1)
Ответ на: комментарий от aureliano15

И потом, по-моему, оба эти демона нужны для самбы.

Нисколько. Достаточно одного из них.

blitz
()
Ответ на: комментарий от Vsevolod-linuxoid

Для локальной сети с подключением в Интернет такой диапазон недопустим.

NetRange:       169.254.0.0 - 169.254.255.255
CIDR:           169.254.0.0/16
NetName:        LINKLOCAL-RFC3927-IANA-RESERVED

И даже если бы он, действительно, попал в недопустимый диапазон, то проблемы бы были только с доступом в этот самый диапазон, не более того.

AS ★★★★★
()
Ответ на: комментарий от AS

и прочих.

Пришёл лесник и всё испортил... Что ж вы так нетерпеливо? Интересно же было, до чего додумаются.

vodz ★★★★★
()

у меня такое было недавно :
дело оказалось в mtu=1500 ,а должно стоять mtu=1492

zoloz ★
()

некоторые консумерные роутеры не пропускают в интер компы подключенные через дополнительный свитч. такие дела. угодал что это твой случай? если да, то хз. может нужно роутер менять?

anonymous
()
Ответ на: комментарий от Vsevolod-linuxoid

Во! Заработало! Там были прописаны только первые 2 строчки. Добавил вторые 2, перегрузил машину и все заработало, в т.ч. и ping http://www.google.com :-)

С локалкой Вашу рекомендацию понял, но, честно говоря, лень - дома достаточно много клиентов, в т.ч. принтеры всякие сетевые, с подключением которых в свое время тоже пришлось поплясать с бубном. Пока все работает, оставлю как есть :-)

Чуть попозже проверю на других машинах с линуксом - неужели везде та же проблема?.. Потому что симптомы одинаковые были.

Thunderbom
() автор топика
Ответ на: комментарий от Thunderbom

На самом деле, я тоже не совсем профи в сетях. Вот novitchok выше переслал тебе ряд ссылок, и тебе стоит их прочесть. Вот цитата про Link local:

Подсети link-local не маршрутизируются: маршрутизаторы не должны отправлять пакеты с адресами link-local в другие сети.

Адреса link-local часто используются для автоматического конфигурирования сетевого адреса, в случаях, когда внешние источники информации об адресах сети недоступны.

То есть похоже на то, что у тебя все хуже, чем я думал. Тебе стоит проверить не только настройки роутера, но и всех компов в ней, так как ппохоже, что они не понимают DHCP и выбирают IP сами, в аварийном режиме.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)

dmesg попробуй, чего говорит? Может, сетевуха кривая.

В частности, dmesg | grep Eth

lspci сделай, какие оно сетевухи расскажет

То, что даёт IP из блока 169.254.х.х - так это центось сама назначает, поскольку не увидела DHCP сервер.

Ставлю банку 0-й балтики, что проблема либо в сетевухе, либо в дровах (например, firmware не загрузилось).

Как совсем тупой вариант - проверь сетевые кабели.

slamd64 ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

И снова здравствуйте! :-) На том девайсе, что я мучил, прописка указанных строк в /etc/network/interfaces помогла. Теперь вот другой девайс перестал в интернет ходить с теми же симптомами - по локалке его видно, удаленно захожу на него, а в интернет не идет, и роутер так же ругается на адрес 0.0.0.0 До этого все работало, а тут установил дрова на WiFi-флешку, и после этого инет пропал. За DHCP не пинайте, все равно явно не в нем первопричина, т.к. до этого все работало. Согласен, что диапазон не «по феншую», но корень зла не в нем. /etc/network/interfaces : 

source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback

allow-hotplug eth0
no-auto-down eth0
iface eth0 inet dhcp

auto ra0
allow-hotplug ra0
iface ra0 inet dhcp
wpa-ssid DimidrolRouter
wpa-psk {тут пароль}
ifconfig: 
eth0      Link encap:Ethernet  HWaddr ee:13:b1:c1:14:fc
          inet addr:169.254.185.92  Bcast:169.254.185.255  Mask:255.255.255.0
          inet6 addr: fe80::ec13:b1ff:fec1:14fc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:549 errors:0 dropped:0 overruns:0 frame:0
          TX packets:514 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:51022 (51.0 KB)  TX bytes:64518 (64.5 KB)
          Interrupt:114

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:16436  Metric:1
          RX packets:24 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2189 (2.1 KB)  TX bytes:2189 (2.1 KB)
ip a: 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether ee:13:b1:c1:14:fc brd ff:ff:ff:ff:ff:ff
    inet 169.254.185.92/24 brd 169.254.185.255 scope link eth0
    inet6 fe80::ec13:b1ff:fec1:14fc/64 scope link
       valid_lft forever preferred_lft forever

Thunderbom
() автор топика
Ответ на: комментарий от Thunderbom

Я не профи по сетям, потому отказываюсь давать любые комментарии. Но любой специалист посоветует устранить причину, а не возиться со следствиями. Как я уже писал, дело не только в кривом диапазоне, с сетью что-то нехорошее, но я не могу помочь, ибо не профи.

Cast novitchok.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от pawnhearts

google: icmp-redirect, но таки к тому что написал наркоман выше, это отношения не имеет.

Deleted
()
Ответ на: комментарий от Vsevolod-linuxoid

А проблема, случаем, не в этой строчке: 

inet 169.254.185.92/24 brd 169.254.185.255 scope link eth0
Не должно ли там быть scope global? И если должно, то как поменять link на global?

Thunderbom
() автор топика
Ответ на: комментарий от Thunderbom

Я не специалист, сколько раз повторять. Я уже насоветовал тебе глупостей. Ну не из скромности говорю, я не так много работал с сетями.

В треде есть novitchok, slamd64, AS, blitz — обратись к ним.

Vsevolod-linuxoid ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2
← swap блокирует загрузку
General
Не удалось найти привод grub →