Алгоритм проверки сети на ПК
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод
inxi -Fxz
в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
-
Автор темы - Сообщения: 1650
- Зарегистрирован: 10 сен 2016, 10:16
- Решено: 19
- Откуда: Москва
- Благодарил (а): 697 раз
- Поблагодарили: 187 раз
- Контактная информация:
Алгоритм проверки сети на ПК
Добрый день.
Подскажите пожалуйста алгоритм и команды проверки сети на ПК.
Сеть отваливается и не понятно на каком этапе (кабеля? сетевой интерейс? спящий режим? службы?)
hw-probe в подписи - обновил...
Запущенные сетевые службы, как я понимаю: Иногда еще появляется и исчезает sh
Подскажите пожалуйста алгоритм и команды проверки сети на ПК.
Сеть отваливается и не понятно на каком этапе (кабеля? сетевой интерейс? спящий режим? службы?)
hw-probe в подписи - обновил...
Запущенные сетевые службы, как я понимаю: Иногда еще появляется и исчезает sh
-
- Сообщения: 4859
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 111
- Благодарил (а): 53 раза
- Поблагодарили: 2177 раз
- Контактная информация:
Алгоритм проверки сети на ПК
Если непонятно даже на каком этапе - сначала вычисляете этап. Старым добрым методом исключения. Нужно установить работоспособность:
1. Кабеля.
2. Наличие IP на интерфейсе - ip a.
3. Маршруты - ip r.
4. ping до гейта.
5. ping до 8.8.8.8 / 1.1.1.1
6. работу DNS - командами nslookup / dig google.com
1. Кабеля.
2. Наличие IP на интерфейсе - ip a.
3. Маршруты - ip r.
4. ping до гейта.
5. ping до 8.8.8.8 / 1.1.1.1
6. работу DNS - командами nslookup / dig google.com
-
Автор темы - Сообщения: 1650
- Зарегистрирован: 10 сен 2016, 10:16
- Решено: 19
- Откуда: Москва
- Благодарил (а): 697 раз
- Поблагодарили: 187 раз
- Контактная информация:
Алгоритм проверки сети на ПК
Ну вот опять началось:
Первые 3 шага - норм.
1. Протестировал патчкорд китайским тестером с лампочками.
2.
3.
На 4 шаге:
Ребутнул опять роутер, что бы отправить отчет сюда. Что дальше делать? Если переткнуть кабель, то эффект тот же.
Код: Выделить всё
┌─ mugalem ~
└─ $ ping ya.ru
ping: unknown host ya.ru
1. Протестировал патчкорд китайским тестером с лампочками.
2.
Код: Выделить всё
┌─ mugalem ~
└─ $ ifconfig
enp5s0f0 Link encap:Ethernet HWaddr 00:19:99:99:33:bb
inet addr:192.168.0.12 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::219:99ff:fe99:33bb/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2803002 errors:0 dropped:0 overruns:0 frame:0
TX packets:1999517 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2498036344 (2.4 GB) TX bytes:261421016 (261.4 MB)
lo Link encap:Локальная петля (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:12669 errors:0 dropped:0 overruns:0 frame:0
TX packets:12669 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:967885 (967.8 KB) TX bytes:967885 (967.8 KB)
virbr0 Link encap:Ethernet HWaddr 52:54:00:93:29:6e
inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Код: Выделить всё
┌─ mugalem ~
└─ $ 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: enp5s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 00:19:99:99:33:bb brd ff:ff:ff:ff:ff:ff
inet 192.168.0.12/24 brd 192.168.0.255 scope global dynamic enp5s0f0
valid_lft 84749sec preferred_lft 84749sec
inet6 fe80::219:99ff:fe99:33bb/64 scope link
valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 52:54:00:93:29:6e brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
link/ether 52:54:00:93:29:6e brd ff:ff:ff:ff:ff:ff
Код: Выделить всё
┌─ mugalem ~
└─ $ ip r
default via 192.168.0.1 dev enp5s0f0 proto dhcp src 192.168.0.12 metric 1024
192.168.0.0/24 dev enp5s0f0 proto kernel scope link src 192.168.0.12
192.168.0.1 dev enp5s0f0 proto dhcp scope link src 192.168.0.12 metric 1024
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown
Код: Выделить всё
┌─ mugalem ~
└─ $ ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.12 icmp_seq=1 Destination Host Unreachable
From 192.168.0.12 icmp_seq=2 Destination Host Unreachable
--- 192.168.0.1 ping statistics ---
4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 3049ms
pipe 3
Последний раз редактировалось пользователем 2 StarMAUGLI; всего редактировалось раз: 25
-
- Сообщения: 4859
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 111
- Благодарил (а): 53 раза
- Поблагодарили: 2177 раз
- Контактная информация:
Алгоритм проверки сети на ПК
Ну, теперь правильным будет проверить то, что гейтом служит. В идеале - заменой на другую железку.
Либо, можно заменить сетевую карту. Если с новой сетевой ничего не изменится - виноват гейт. Если изменится - сетевая.
Либо, можно заменить сетевую карту. Если с новой сетевой ничего не изменится - виноват гейт. Если изменится - сетевая.
-
Автор темы - Сообщения: 1650
- Зарегистрирован: 10 сен 2016, 10:16
- Решено: 19
- Откуда: Москва
- Благодарил (а): 697 раз
- Поблагодарили: 187 раз
- Контактная информация:
Алгоритм проверки сети на ПК
Чего-то оба совета в моем положении - не реальные. Где я возьму роутер ростелекома для подмены на проверку? и сетевая - распаяна на МВ... тоже поменять проблематично...
Я бы хотел исключить версию со сном.
И версию с некорректно работающими службами.
Можете подсказать мануалы к каким командам курить?
Если не получится - придется сетевую карту писиайную покупать.
-
- Сообщения: 10438
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 135
- Откуда: Нижний Тагил
- Благодарил (а): 792 раза
- Поблагодарили: 2051 раз
- Контактная информация:
Алгоритм проверки сети на ПК
Позвонить провайдеру и сделать заявку на проверку роутера/кабеля.
Вставить в pci-e/pci сетевуху и подключить кабель в нее.StarMAUGLI писал(а): ↑25 дек 2020, 15:57и сетевая - распаяна на МВ... тоже поменять проблематично...
-
Автор темы - Сообщения: 1650
- Зарегистрирован: 10 сен 2016, 10:16
- Решено: 19
- Откуда: Москва
- Благодарил (а): 697 раз
- Поблагодарили: 187 раз
- Контактная информация:
Алгоритм проверки сети на ПК
Т.е. команд для проверки спящего режима и демонов нет?
Жалко.
Вбить команду в консоль проще, чем вызвать инженера ростелекома или идти в магазин покупать карту. К тому же он не будет проверять после роутера. А сам-то роутер работает же.
Я ж писал, что другие компы (пк жены, два ноутбука, планшеты, телефоны по вай-фай, а также айпи-телевидение) - это все работает. Легко могу угадать что скажет мастер из ростелекома: "У вас с роутером все в порядке, а с линуксом это вы сами на ***вертели что-то - сами и разбирайтесь (а мы линуксы не разумеем)".
Сеть отваливается только на одном компьютере. На моем. На компьютере с линуксом.
Жалко.
Вбить команду в консоль проще, чем вызвать инженера ростелекома или идти в магазин покупать карту. К тому же он не будет проверять после роутера. А сам-то роутер работает же.
Я ж писал, что другие компы (пк жены, два ноутбука, планшеты, телефоны по вай-фай, а также айпи-телевидение) - это все работает. Легко могу угадать что скажет мастер из ростелекома: "У вас с роутером все в порядке, а с линуксом это вы сами на ***вертели что-то - сами и разбирайтесь (а мы линуксы не разумеем)".
Сеть отваливается только на одном компьютере. На моем. На компьютере с линуксом.

Последний раз редактировалось пользователем 1 StarMAUGLI; всего редактировалось раз: 25
-
- Сообщения: 10438
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 135
- Откуда: Нижний Тагил
- Благодарил (а): 792 раза
- Поблагодарили: 2051 раз
- Контактная информация:
Алгоритм проверки сети на ПК
StarMAUGLI, тогда остается только подкинуть к твоему компу другую сетевуху.
И еще попробуй патчкорды поменять местами пк_жены/твой_пк.
И еще попробуй патчкорды поменять местами пк_жены/твой_пк.
-
- Сообщения: 4859
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 111
- Благодарил (а): 53 раза
- Поблагодарили: 2177 раз
- Контактная информация:
Алгоритм проверки сети на ПК
Можно использовать любой другой как промежуточное звено. Internet -> WAN(ртк)LAN(ртк) -> WAN(тестовый)LAN(тестовый) -> комп. Да, это аж два NAT-а, но их в таком сетапе можно пинговать раздельно у таким образом выяснить где глюк. Если не будет пинговаться ртк но тестовый будет - виноват ртк. Если же не будет пинговаться тестовый - смотреть сетевую карту.
Воткнуть для теста любую другую в слот на материнке, и кабель на нее перекинуть. Всего делов. Но да - эту "другую" надо где-то взять. Обычно - либо свою иметь на такой случай, либо у знакомых. С роутером для теста, впрочем, то же самое.StarMAUGLI писал(а): ↑25 дек 2020, 15:57и сетевая - распаяна на МВ... тоже поменять проблематично...
Если это происходит и до первого вхождения в сон - можете исключать смело.
Уже исключили.
Нет смысла. В домашних условиях и без глубоких знаний по устройству сетевого стека+ядра, это решается только "дифференциальной диагностикой" - методом исключения. Т.к. чтобы понять что происходит на программном уровне - надо лезть в сеть вручную, разбирать бегающие пакеты, читать исходники драйверов используемого железа и очень много думать. Я таким заниматься точно не буду в подобной ситуации. Проверить железки многократно быстрее и проще, даже если их по рукой "сей момент" нету для теста, и нужно где-то искать.
А вот это надо было писать в первом сообщении.StarMAUGLI писал(а): ↑25 дек 2020, 17:29Сеть отваливается только на одном компьютере. На моем. На компьютере с линуксом.

Попробуйте несколько других live дистрибутивов, и посмотрите как там. Если на live системах проблем нету - тогда можно ковырять что-то программно. Если проблемы будут везде - виновата карта.
-
Автор темы - Сообщения: 1650
- Зарегистрирован: 10 сен 2016, 10:16
- Решено: 19
- Откуда: Москва
- Благодарил (а): 697 раз
- Поблагодарили: 187 раз
- Контактная информация:
Алгоритм проверки сети на ПК
пока каникулы - решил все-таки добить решение этой проблемы...
подскажите: как выяснить какая служба на сегодня ответственна за сеть? Нетворк менеджер или систем-д?
подскажите: как выяснить какая служба на сегодня ответственна за сеть? Нетворк менеджер или систем-д?
-
Автор темы - Сообщения: 1650
- Зарегистрирован: 10 сен 2016, 10:16
- Решено: 19
- Откуда: Москва
- Благодарил (а): 697 раз
- Поблагодарили: 187 раз
- Контактная информация:
Алгоритм проверки сети на ПК
к сожалению, настраивал... ((
в скриншоте в топике же видно
systemd-networkd
по какой-то статье отсюда...
правда, давно это было...
и теперь не понимаю, что не так
может с обновлениями чего прилетело?
(особенно сложно искать информацию и способы диагностики, когда интернет уже отвалился... а когда он работает - нет ошибок, что бы показать)

Вот в течение минут 10:
Код: Выделить всё
┌─ mugalem ~
└─ $ networkctl
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanag
2 enp5s0f0 ether degraded configuring
3 virbr0 ether no-carrier unmanag
4 virbr0-nic ether off unmanag
4 links listed.
┌─ mugalem ~
└─ $ networkctl
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanag
2 enp5s0f0 ether routable configuring
3 virbr0 ether no-carrier unmanag
4 virbr0-nic ether off unmanag
4 links listed.
degraded configuring
, а потом сразу routable configuring
...как такое может быть?
Как по мне, то тут дело совсем не в железе. Но как протестировать - не понятно.
И собственно по вопросу мне так никто и не ответил: каков алгоритм проверки сети? (меня интересует именно программная часть, тесты... понять работает сетевой интерфейс или заснул? разрешаются имена в адреса или нет (dns)? получен ли адрес по dhcp? в каком сегменте сети теряются пакеты и почему? может какой-то нужный сервис не поднялся? и т.п.).
Если это сложно объяснять, то может быть вы порекомендуете мне какую-нибудь ссылку, где все вопросы рассмотрены комплексно? Ну не верю, я что про это ничего не написано... просто я как-то не так запросы что ли составляю? все время не по теме материал нагугливаю и тону в не нужной информации...
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 2 гостя