LINUX.ORG.RU

OpenSUSE ломает роутер

 ,


0

1

Позавчера ночью начались проблемы с сетью. Комп с OpenSUSE Tumbleweed подключен по витой паре и Macbook по wifi. Роутер перестает отвечать (просто виснет и всё). Происходит это так: перезагружаем роутер, пинг до него начинает идти (и по проводу, и по wifi), проходит минута-две роутер перестаёт отвечать на пинг, тут же падает и интернет. Передёргиваем провод в компе - всё повторяется. Что интересно: если просто отключить комп от сети - всё нормально (mac по wifi нормально работает). Сетевую карту менял. Провод менял. Роутер сегодня заменил, всё повторяется. Загрузился с Ubuntu - всё работает нормально. В настройках сети в opensuse ничего не менял, но возможно были какие-то обновления, которые что-то изменили.



Последнее исправление: alexeevit (всего исправлений: 1)

Сдампите пакеты (tcpdump) под Убунту и Сусе, может Сусе пытается какой сетевой серсис у маршрутизатора попользовать, а ему это не нравится.

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

не знаю с чем это связано, удалил resolv.conf - yast'ом сгенерировал новый - вроде сейчас работает. Может как-то связано с перезагрузкой в Ubuntu. посмотрел в старом resolv.conf - там стоит search Home, может пытался искать домен по сети и нагружал так роутер... В общем, пока всё нормально, если будет что-то еще - напишу Спасибо!

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

Сегодня снова начались проблемы, ни с того, ни с сего Когда роутер перестаёт отвечать, в tcpdump появляется очень-очень много подобных строк:

    
192.168.1.101.45490 > 59.36.97.108.9920: Flags [S], cksum 0xe797 (correct), seq 2981272427:2981273286, win 61465, length 859
16:33:00.162580 IP (tos 0x0, ttl 222, id 5803, offset 0, flags [DF], proto TCP (6), length 890)
    192.168.1.101.5803 > 59.36.97.108.9920: Flags [S], cksum 0xb00f (correct), seq 380369671:380370521, win 65053, length 850
16:33:00.162581 IP (tos 0x0, ttl 213, id 41904, offset 0, flags [DF], proto TCP (6), length 891)
    192.168.1.101.41904 > 59.36.97.108.9920: Flags [S], cksum 0x89e8 (correct), seq 2746226485:2746227336, win 60939, length 851
16:33:00.162582 IP (tos 0x0, ttl 222, id 18477, offset 0, flags [DF], proto TCP (6), length 900)
    192.168.1.101.18477 > 59.36.97.108.9920: Flags [S], cksum 0xfc6a (correct), seq 1210932561:1210933421, win 60522, length 860
16:33:00.162592 IP (tos 0x0, ttl 223, id 31726, offset 0, flags [DF], proto TCP (6), length 927)
    192.168.1.101.31726 > 59.36.97.108.9920: Flags [S], cksum 0x3c6e (correct), seq 2079242004:2079242891, win 60166, length 887
16:33:00.162748 IP (tos 0x0, ttl 211, id 15694, offset 0, flags [DF], proto TCP (6), length 913)
    192.168.1.101.15694 > 59.36.97.108.9920: Flags [S], cksum 0x989d (correct), seq 1028574073:1028574946, win 63424, length 873
16:33:00.162751 IP (tos 0x0, ttl 239, id 61285, offset 0, flags [DF], proto TCP (6), length 909)
    192.168.1.101.61285 > 59.36.97.108.9920: Flags [S], cksum 0x11c3 (correct), seq 4016434197:4016435066, win 63955, length 869
16:33:00.162752 IP (tos 0x0, ttl 242, id 10823, offset 0, flags [DF], proto TCP (6), length 922)

а перед тем, как роутер упадет

listening on enp3s0, link-type EN10MB (Ethernet), capture size 262144 bytes
16:37:44.258818 IP 192.168.1.101.54140 > 178.248.233.6.http: Flags [.], ack 2681665543, win 237, options [nop,nop,TS val 73504 ecr 375389431], length 0
16:37:44.259425 IP 192.168.1.101.41494 > google-public-dns-a.google.com.domain: 15672+ PTR? 6.233.248.178.in-addr.arpa. (44)
16:37:44.355971 IP google-public-dns-a.google.com.domain > 192.168.1.101.41494: 15672 NXDomain 0/1/0 (100)
16:37:44.356357 IP 192.168.1.101.60020 > google-public-dns-a.google.com.domain: 46297+ PTR? 101.1.168.192.in-addr.arpa. (44)
16:37:44.433571 IP google-public-dns-a.google.com.domain > 192.168.1.101.60020: 46297 NXDomain 0/0/0 (44)
16:37:44.434049 IP 192.168.1.101.54211 > google-public-dns-a.google.com.domain: 6605+ PTR? 8.8.8.8.in-addr.arpa. (38)
16:37:44.515465 IP google-public-dns-a.google.com.domain > 192.168.1.101.54211: 6605 1/0/0 PTR google-public-dns-a.google.com. (82)
16:37:44.898816 IP 192.168.1.101.46008 > 178.248.233.6.https: Flags [.], ack 1808788075, win 649, options [nop,nop,TS val 73664 ecr 375390099], length 0
16:37:45.026870 IP 192.168.1.101.46006 > 178.248.233.6.https: Flags [.], ack 786269615, win 316, options [nop,nop,TS val 73696 ecr 375390122], length 0
16:37:45.666875 IP 192.168.1.101.46004 > 178.248.233.6.https: Flags [.], ack 3102207095, win 768, options [nop,nop,TS val 73856 ecr 375390872], length 0
16:37:48.399374 IP ns3046291.ip-164-132-170.eu.x11 > 192.168.1.101.53014: Flags [P.], seq 676311393:676311421, ack 1019126069, win 256, options [nop,nop,TS val 447787908 ecr 72218], length 28
16:37:48.399457 IP 192.168.1.101.53014 > ns3046291.ip-164-132-170.eu.x11: Flags [.], ack 28, win 229, options [nop,nop,TS val 74539 ecr 447787908], length 0
16:37:48.399766 IP 192.168.1.101.53749 > google-public-dns-a.google.com.domain: 5412+ PTR? 78.170.132.164.in-addr.arpa. (45)
16:37:48.482543 IP google-public-dns-a.google.com.domain > 192.168.1.101.53749: 5412 1/0/0 PTR ns3046291.ip-164-132-170.eu. (86)
16:37:49.266806 ARP, Request who-has 192.168.1.1 tell 192.168.1.101, length 28
16:37:49.266997 ARP, Reply 192.168.1.1 is-at a8:f9:4b:1d:2c:10 (oui Unknown), length 46
16:37:49.267175 IP 192.168.1.101.44184 > google-public-dns-a.google.com.domain: 25682+ PTR? 1.1.168.192.in-addr.arpa. (42)
16:37:49.350062 IP google-public-dns-a.google.com.domain > 192.168.1.101.44184: 25682 NXDomain 0/0/0 (42)
16:37:52.106806 IP 192.168.1.101.48498 > le-in-f95.1e100.net.https: Flags [.], ack 2223437536, win 355, options [nop,nop,TS val 75466 ecr 651389612], length 0
16:37:52.107119 IP 192.168.1.101.56775 > google-public-dns-a.google.com.domain: 63257+ PTR? 95.205.125.74.in-addr.arpa. (44)
16:37:52.185993 IP le-in-f95.1e100.net.https > 192.168.1.101.48498: Flags [.], ack 1, win 349, options [nop,nop,TS val 651434689 ecr 19131], length 0
16:37:52.187997 IP google-public-dns-a.google.com.domain > 192.168.1.101.56775: 63257 1/0/0 PTR le-in-f95.1e100.net. (77)
16:37:52.322872 IP 192.168.1.101.40224 > lr-in-f138.1e100.net.https: Flags [.], ack 99208816, win 337, options [nop,nop,TS val 75520 ecr 3871969305], length 0
16:37:52.323260 IP 192.168.1.101.54683 > google-public-dns-a.google.com.domain: 1037+ PTR? 138.233.85.209.in-addr.arpa. (45)
16:37:52.362802 IP 192.168.1.101.38200 > lg-in-f95.1e100.net.https: Flags [.], ack 2414977601, win 310, options [nop,nop,TS val 75530 ecr 1956505093], length 0
16:37:52.399452 IP lr-in-f138.1e100.net.https > 192.168.1.101.40224: Flags [.], ack 1, win 349, options [nop,nop,TS val 3872014468 ecr 19141], length 0
16:37:52.436301 IP google-public-dns-a.google.com.domain > 192.168.1.101.54683: 1037 1/0/0 PTR lr-in-f138.1e100.net. (79)
16:37:52.436784 IP 192.168.1.101.51573 > google-public-dns-a.google.com.domain: 50802+ PTR? 95.165.233.64.in-addr.arpa. (44)
16:37:52.439245 IP lg-in-f95.1e100.net.https > 192.168.1.101.38200: Flags [.], ack 1, win 340, options [nop,nop,TS val 1956550168 ecr 19184], length 0
16:37:52.549169 IP google-public-dns-a.google.com.domain > 192.168.1.101.51573: 50802 1/0/0 PTR lg-in-f95.1e100.net. (77)
16:37:52.874854 IP 192.168.1.101.38204 > lg-in-f95.1e100.net.https: Flags [.], ack 109119668, win 355, options [nop,nop,TS val 75658 ecr 1681623261], length 0
16:37:52.954556 IP lg-in-f95.1e100.net.https > 192.168.1.101.38204: Flags [.], ack 1, win 349, options [nop,nop,TS val 1681668338 ecr 19293], length 0
16:37:53.454133 IP ns3046291.ip-164-132-170.eu.x11 > 192.168.1.101.53014: Flags [P.], seq 28:332, ack 1, win 256, options [nop,nop,TS val 447788413 ecr 74539], length 304
16:37:53.454197 IP 192.168.1.101.53014 > ns3046291.ip-164-132-170.eu.x11: Flags [.], ack 332, win 237, options [nop,nop,TS val 75802 ecr 447788413], length 0
alexeevit
() автор топика

попробуй UPnP отключить.
я хз.
у меня вчера десктоп не ехал по вай-вай.
подключается и молчит.

поменял пароль на роутере - прошло.

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

проверь dhcp relay на зюзе. может она забирает все адреса? %-)
и не ломится ли она регистрироваться в ДНС роутера?

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

а это в виндой был прикол, кажется 2003 сервер.
запущена служба была дхцп -релай и она выжирала у РDC адресный пул.

фиг его знает конечно что сейчас.

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

не думаю, что в этом дело (мак по wifi тоже к нему обращается) попробовал - не помогло в системе не стоит dchp-server - этого достаточно, чтобы сказать, что он не пытается поднять в сети еще один dhcp?

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

Да, есть такой древний мем, сейчас уже по большей части не актуальный.

Но с другой стороны, у меня есть вопросы к дефолтным настройкам sysctl в opensuse.

Настройка сети на suse делается через wicked или через NetworkManager? Что если все отключить и сконфигурировать руками?

Khnazile ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.