Диагностика сети."не работает Интернет"

[olegik-hp]

# ip route show table all

Внес в главный топик
Пользователь решил продолжить мысль 21 Сентября 2012, 10:02:09:

ip, iptables*, ss, nmap, dig?

Если можно подробнее (пару слов) о каждой команде. И как ее применить для диагностики.

[AnrDaemon]

Кстати route выводит динамическую таблицу маршрутизации. Если VPN в твоем выхлопе не задействован то в выхлоп route он точно не попадет.

Оба задействованы, и через оба в каждый конкретный момент времени идёт трафик.
Слово "бэкап" пишется через a.

[ArcFi]

Чито есть ss ?

netstat в контексте iproute2.

Если можно подробнее (пару слов) о каждой команде. И как ее применить для диагностики.

Код: [Выделить]

ip [a|r|n|-s l]Адресация, маршруты, arp-кэш, статистика... Короче, всё это и более есть в man.

Ещё пара тривиальных примеров, тем не менее, частенько используемых:

Код: [Выделить]

iptables-save [-c]
nmap --reason -Pn -sV -p 22,25,993 example.com
ss -mapin
И определение настроек прокси до кучи:

Код: [Выделить]

env | grep -i proxy
Однако, все возможные ситуации охватить нереально, да и смысла нет, наверное.

[astrobeglec]

Ещё пара тривиальных примеров, тем не менее, частенько используемых:

Код: [Выделить]

iptables-save [-c]
nmap --reason -Pn -sV -p 22,25,993 example.com
ss -mapin

Еще раз повторюсь - iptables-save надо запускать от рута:

Код: [Выделить]

user@host:~$ iptables-save
user@host:~$ sudo iptables-save
[sudo] password for system:
# Generated by iptables-save v1.4.4 on Fri Sep 21 10:37:25 2012
*filter
:INPUT ACCEPT [85559:78690681]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [66883:16000204]
-A INPUT -i virbr0 -p udp -m udp --dport 53 -j ACCEPT
-A INPUT -i virbr0 -p tcp -m tcp --dport 53 -j ACCEPT
-A INPUT -i virbr0 -p udp -m udp --dport 67 -j ACCEPT
-A INPUT -i virbr0 -p tcp -m tcp --dport 67 -j ACCEPT
-A FORWARD -d 192.168.91.0/24 -i vboxnet0 -o virbr0 -j ACCEPT
-A FORWARD -s 192.168.91.0/24 -i virbr0 -o vboxnet0 -j ACCEPT
-A FORWARD -i virbr0 -o virbr0 -j ACCEPT
-A FORWARD -o virbr0 -j REJECT --reject-with icmp-port-unreachable
-A FORWARD -i virbr0 -j REJECT --reject-with icmp-port-unreachable
COMMIT
# Completed on Fri Sep 21 10:37:25 2012
system@VirtServer:~$


[ArcFi]

Еще раз повторюсь - iptables-save надо запускать от рута

Да там много чего от рута надо запускать.
Тот же прокси: у юзера может быть прописан, а у рута — нет.
В результате инет у юзера пашет, а пакетный менеджер может затупить.
Для nmap и ss с определёнными опциями тоже рут нужен.

[fisher74]

nslookup для понимания, работает ли DNS, вообще не нужно.

Не понял фразу.
Считаете эти команды ненужными для диагностики работоспособности интернета?

[OldSamuray]

NetworkManager вполне поддается анализу из терминала

(Нажмите, чтобы показать/скрыть)

Узнаем какие есть соединения

Код: [Выделить]

test@888:~$ ls -1 /etc/NetworkManager/system-connections
Domosos
Проводное соединение 1Смотрим настройки каждого (требуется повышение прав)

Код: [Выделить]

test@888:~$ sudo cat /etc/NetworkManager/system-connections/Domosos

[connection]
id=Domosos
uuid=6059baa0-5085-423f-8ede-ad67312bf7c3
type=802-11-wireless

[802-11-wireless]
ssid=Domosos
mode=infrastructure
mac-address=00:1E:58:A1:70:00
security=802-11-wireless-security

[802-11-wireless-security]
key-mgmt=wpa-psk
auth-alg=open
psk=pskphrase

[ipv4]
method=auto

[ipv6]
method=auto

Код: [Выделить]

test@888:~$ sudo cat /etc/NetworkManager/system-connections/Проводное\ соединение\ 1

[802-3-ethernet]
duplex=full
mac-address=BC:5F:F4:1C:8C:AA

[connection]
id=Проводное соединение 1
uuid=773dd353-6342-4b82-b5fb-f9f32d3a682f
type=802-3-ethernet
timestamp=1346567229

[ipv6]
method=auto

[ipv4]
method=shared
В данном примере "Domosos" -- WiFi получает интернет, а "Проводное соединение 1" -- раздает дальше в "локалку"
Меняю "Проводное соединение 1" через настройки НМ

Код: [Выделить]

test@888:~$ ls -1 /etc/NetworkManager/system-connections
Domosos
Intranet

Код: [Выделить]

test@888:~$ sudo cat /etc/NetworkManager/system-connections/Intranet

[802-3-ethernet]
duplex=full
mac-address=BC:5F:F4:1C:8C:AA

[connection]
id=Intranet
uuid=773dd353-6342-4b82-b5fb-f9f32d3a682f
type=802-3-ethernet
timestamp=1347615497

[ipv6]
method=ignore

[ipv4]
method=manual
dns=8.8.8.8;
addresses1=192.168.55.55;24;192.168.55.1;
routes1=175.3.5.0;24;192.168.55.6;5;
Теперь у нас "Intranet" с ручными настройками и дополнительным маршрутом

[fisher74]

ИМХО это не диагностика сети. Это проверка настроек NM, не более. Вы же по ним не определите - даёт провайдер интернет или не пускает за пределы своей сети. Или вообще дальше шлюза не пускает.

[OldSamuray]

Естественно, это вместо картинок-скриншотов.

[olegik-hp]

NetworkManager вполне поддается анализу из терминала

(Нажмите, чтобы показать/скрыть)

Узнаем какие есть соединения

Код: [Выделить]

test@888:~$ ls -1 /etc/NetworkManager/system-connections
Domosos
Проводное соединение 1Смотрим настройки каждого (требуется повышение прав)

Код: [Выделить]

test@888:~$ sudo cat /etc/NetworkManager/system-connections/Domosos

[connection]
id=Domosos
uuid=6059baa0-5085-423f-8ede-ad67312bf7c3
type=802-11-wireless

[802-11-wireless]
ssid=Domosos
mode=infrastructure
mac-address=00:1E:58:A1:70:00
security=802-11-wireless-security

[802-11-wireless-security]
key-mgmt=wpa-psk
auth-alg=open
psk=pskphrase

[ipv4]
method=auto

[ipv6]
method=auto

Код: [Выделить]

test@888:~$ sudo cat /etc/NetworkManager/system-connections/Проводное\ соединение\ 1

[802-3-ethernet]
duplex=full
mac-address=BC:5F:F4:1C:8C:AA

[connection]
id=Проводное соединение 1
uuid=773dd353-6342-4b82-b5fb-f9f32d3a682f
type=802-3-ethernet
timestamp=1346567229

[ipv6]
method=auto

[ipv4]
method=shared
В данном примере "Domosos" -- WiFi получает интернет, а "Проводное соединение 1" -- раздает дальше в "локалку"
Меняю "Проводное соединение 1" через настройки НМ

Код: [Выделить]

test@888:~$ ls -1 /etc/NetworkManager/system-connections
Domosos
Intranet

Код: [Выделить]

test@888:~$ sudo cat /etc/NetworkManager/system-connections/Intranet

[802-3-ethernet]
duplex=full
mac-address=BC:5F:F4:1C:8C:AA

[connection]
id=Intranet
uuid=773dd353-6342-4b82-b5fb-f9f32d3a682f
type=802-3-ethernet
timestamp=1347615497

[ipv6]
method=ignore

[ipv4]
method=manual
dns=8.8.8.8;
addresses1=192.168.55.55;24;192.168.55.1;
routes1=175.3.5.0;24;192.168.55.6;5;
Теперь у нас "Intranet" с ручными настройками и дополнительным маршрутом

Добавил в топик.

[astrobeglec]

nslookup для понимания, работает ли DNS, вообще не нужно.

Не понял фразу.
Считаете эти команды ненужными для диагностики работоспособности интернета?

По большому счету не нужно. nslookup тестирует не интернет, а DNS сервер.

[ArcFi]

nslookup тестирует не интернет, а DNS сервер.

А диагностика выше сетевого уровня, типа, не нужна? =)

[AnrDaemon]

nslookup для понимания, работает ли DNS, вообще не нужно.

Не понял фразу.
Считаете эти команды ненужными для диагностики работоспособности интернета?

Считаю, что tracepath в случае "я ни знау, чё рассказывааать" даёт больше информации, чем ping, nslookup и traceroute вместе взятые.

[fisher74]

А моё мнение, пара команд nslookup даёт несколько пунктов тестироваия сети:
1-ая. доступность и работоспособность провадерского DNS-сервера;
2-ая. работоспособность сети до гулоDNS-ов (что в общем плане фактически говорит, что сеть жива) и в купе с неработоспособной первой командой показывает, что проблемы только на уровне DNS провайдера или локальных настроек компьютера (криво настроенный Bind и т.п.)
При безошибочно сработавшей второй команде - отметаются стопицот процедур проверки сети.

Если провести анализ вопросов на форуме (специально не проводил, но ощущения именно такие), то чаще всего проблемы встречаются или из-за драйвера сетевой, которые вывляются не простыми пингами и трассерами, или из-за DNS которые выявляются именно одной командой с разными параметрами (WiFi не в счёт)

А вообще, траблшуттинг сети (да и других сложных систем) существует в нескольких вариантах, как по принципу сверху вниз, так и снизу-вверх по OSI. Вариант секционного деления тоже есть, как и метод по наиболее часто встречающимся проблемам.