LinuxForum.Fans
Тема

[Решено] Проверка работоспособности сети, ищем проблемы TCP-трафика

Автор: Linux777 3 сообщений 4417 просмотров
#319642

Столкнулся с интересным фактом на работе, когда пользователи начали жаловаться на плохую работу интернета. Жалобы были такими: "интернет работает через раз... у меня мой айпад уже 3 часа пытается скачать обновление и пишет не могу получить данные с сервера и т.д." Вообщем стал разбираться, действительно косячит интернет или нет. И выяснил, действительно есть проблемы.

Для понимания изначально скажу, что наша фирма сидит в бизнес-центре, и интернет нам дает провайдет бизнес-центра. А уже потом я его раздаю всем отделам. Вообщем у нас есть сетевой оборудование ключевое циски, сервера и т.д.

Вообщем проделал следующее:
1. пинганул все сетевой оборудование нашего офиса, плюс пинганул сервера, т.к. сеть сложная, мне надо было понять, нет ли проблем на нашей стороне, пинг смотрел полчаса. потери пакетов не обнаружил. К нам приходит интернет по оптике от провайдера, и я знаю айпишник железки провайдера, который я тоже пинганул и убедился пинги идут без потерь от провайдера.

2. Далее решил исключить проблему dns. и заменил в настройках другие публичные dns на некоторых хостах в сети, и свой сервер временно отключил. проблема отсталась. значит дело не в днс. а почему я думал, что днс, потому что жалобы были что часть сайтов открывается, а часть нет. действительно походил по страничкам в браузере, заметил, какие-то странички легко открываются, какие-то тупят и долго идет соедениение, или воовсе не открываются.

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

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

Интересный факт такой, ping host как известно дает icmp запросы/ответы и работает этот протокол на сетевом уровне OSI, т.е на третьем, а TCP/UDP это уже 4 уровень, транспортный. считаю именно с этим проблемы у меня и у провайдера в частности. Как проверить правильно работу TCP/UDP пакетов в сети, кто может подсказать. просто раньше думал, если пинги идут, то проблемы нет, думал пинги есть, интернет есть, а оказывается, пинг еще ничего не говорит. Хотелось бы услышать и это мнение, так ли это? можно ли так утверждать?

в сети вычитал о команде nmap и что проверить можно так

nmap -p 80 8.8.8.8

то есть ключ команды такой nmap -p port host, но пока ничего не вижу в ответах, возможно потому, что нет нормального интернета. или почему?
Если дальше смотреть модель OSI все протоколы прикладного и сеансового уровня тоже работают через раз, http (80) and ssh (22). Можно ли утверждать, что они работают через раз, потому что предыдущий уровень 4 протокол TCP тоже работает через раз?

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

кстати, хочу заметить, аська, скайп работает. нашел такую прогу http://www.elifulkerson.com/projects/tcping.php но не пойму это для линукса или для винды софтина. скачал. но чет не работает. или может nmap не правильно я использую. судя по всему эта софтина должна дать такой ответ

Probing 64.22.103.201:80/tcp - HTTP is open - time=31.288ms rcv_time=31.951 status=200 bytes=4052 kbit/s=~1014.554
Probing 64.22.103.201:80/tcp - HTTP is open - time=29.553ms rcv_time=30.947 status=200 bytes=4052 kbit/s=~1047.479
Probing 64.22.103.201:80/tcp - HTTP is open - time=29.871ms rcv_time=31.727 status=200 bytes=4052 kbit/s=~1021.728
Probing 64.22.103.201:80/tcp - HTTP is open - time=29.976ms rcv_time=36.002 status=200 bytes=4052 kbit/s=~900.393

Спасибо!

#319659

Провайдер сообщил, что они получают интернет от МТС. И выяснил у них, что в МТС меняли оборудование на праздниках и у них что-то не завелось, поэтому пошли проблемы. По крайней мере ясен источник проблем. Но вот как их продиагностировать с офиса, чтобы на будущее избежать недопонимания со стороны руководства фирмы и коллег. Сейчас в МГС вернули старую схему и все вроде как пошло хорошо..

я даже проверил, что не получалось проверить с новой схемой

root@admin:/home/# nmap -p 80 www.yandex.ru

Starting Nmap 5.21 ( http://nmap.org ) at 2013-05-07 12:17 MSK
Nmap scan report for www.yandex.ru (87.250.251.3)
Host is up (0.0029s latency).
Hostname www.yandex.ru resolves to 8 IPs. Only scanned 87.250.251.3
PORT STATE SERVICE
80/tcp open http

Nmap done: 1 IP address (1 host up) scanned in 0.08 seconds

80/tcp open http
и вижу что работает по этой строчке. раньше не было этого..ничего не показывало..наверно по причине глюка у МТС...


p.s. разбираясь, решил проверить порты, и вот кратко о сканировании портов
Показать

root@SQUID:/home/squid# nmap -T5 -sV -O localhost

Starting Nmap 5.21 ( http://nmap.org ) at 2013-05-07 12:07 MSK
Nmap scan report for localhost (127.0.0.1)
Host is up (0.000037s latency).
Not shown: 995 closed ports
PORT STATE SERVICE VERSION
22/tcp open ssh OpenSSH 5.8p1 Debian 7ubuntu1 (protocol 2.0)
80/tcp open http Apache httpd 2.2.20 ((Ubuntu))
2000/tcp open cisco-sccp?
3128/tcp open http-proxy Squid webproxy 2.7.STABLE9
3306/tcp open mysql MySQL 5.1.67-0ubuntu0.11.10.1
Device type: general purpose|webcam|specialized|WAP|firewall
Running (JUST GUESSING) : Linux 2.6.X|2.4.X (96%), AXIS Linux 2.6.X (91%), Crestron 2-Series (89%), Gemtek embedded (88%), Siemen s embedded (88%), Check Point embedded (88%), Check Point Linux 2.4.X (88%)
Aggressive OS guesses: Linux 2.6.19 - 2.6.31 (96%), Linux 2.6.31 - 2.6.32 (93%), Linux 2.6.17 - 2.6.30 (93%), Linux 2.6.20-grml ( 93%), Linux 2.6.22 (93%), Linux 2.6.31 (92%), Linux 2.6.17 - 2.6.26 (92%), Linux 2.6.22 (Ubuntu 7.10, x86_64) (92%), Linux 2.6.24 (92%), AXIS 211A Network Camera (Linux 2.6) (91%)
No exact OS matches for host (test conditions non-ideal).
Network Distance: 0 hops
Service Info: OS: Linux

OS and Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 14.47 seconds
#319785

Нашел, как это проверить. Есть такая утилита httping. Плюс немного матчасти http://ru.wikipedia.org/wiki/HTTP, где выяснил что http как раз по tcp соединяется по 80 порту. как работает httping

text
root@zabbix:/etc/apache2# httping www.yandex.ru -c5
PING www.yandex.ru:80 (www.yandex.ru):
connected to www.yandex.ru:80, seq=0 time=157.99 ms
connected to www.yandex.ru:80, seq=1 time=119.56 ms
connected to www.yandex.ru:80, seq=2 time=132.90 ms
connected to www.yandex.ru:80, seq=3 time=110.91 ms
connected to www.yandex.ru:80, seq=4 time=237.37 ms
--- www.yandex.ru ping statistics ---
5 connects, 5 ok, 0.00% failed
round-trip min/avg/max = 110.9/151.7/237.4 ms

протестил соединения, все работает. обрывов нет. если бы была неудача, было бы так

text
root@zabbux:/etc/# httping www.yandex.ru -c5
PING www.yandex.ru:80 (www.yandex.ru):
Error resolving 'www.yandex.ru'errno=11 (if applicable)

это первый способ, утилитой httping. есть и другой - утилитой wget, которая даже в случае обрыва потом сама автоматом докачает файл. делается так

text
root@sxz:/home/admin# wget http://yandex.ru
--2013-05-08 11:40:10--  http://yandex.ru/
Resolving yandex.ru... 87.250.250.11, 93.158.134.11, 213.180.193.11, ...
Connecting to yandex.ru|87.250.250.11|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://www.yandex.ru/ [following]
--2013-05-08 11:40:10--  http://www.yandex.ru/
Resolving www.yandex.ru... 213.180.204.3, 77.88.21.3, 87.250.250.3, ...
Connecting to www.yandex.ru|213.180.204.3|:80... connected.
HTTP request sent, awaiting response... 200 Ok
Length: 158656 (155K) [text/html]
Saving to: `index.html'

100%[=======================================================================>] 158,656 --.-K/s in 0.1s

2013-05-08 11:40:10 (1.49 MB/s) - `index.html' saved [158656/158656]

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

На этом все. Тема закрыта, так проверяется другие протоколы, а не icmp через стандартный пинг.

Показать
кстати, это я просто проверил доступность порта на удаленном хосте, а не доступ по порту 80.
"Linux777⇓" написал:
root@admin:/home/# nmap -p 80 www.yandex.ru

Starting Nmap 5.21 ( http://nmap.org ) at 2013-05-07 12:17 MSK
Nmap scan report for www.yandex.ru (87.250.251.3)
Host is up (0.0029s latency).
Hostname www.yandex.ru resolves to 8 IPs. Only scanned 87.250.251.3
PORT STATE SERVICE
80/tcp open http

Nmap done: 1 IP address (1 host up) scanned in 0.08 seconds

80/tcp open http

тоже самое делает и nmap о чем я уже вышел писал

"Linux777" написал:
root@svz:/home/admin# nmap -p 80 www.yandex.ru

Starting Nmap 5.21 ( http://nmap.org ) at 2013-05-08 11:50 MSK
Nmap scan report for www.yandex.ru (87.250.251.3)
Host is up (0.0031s latency).
Hostname www.yandex.ru resolves to 8 IPs. Only scanned 87.250.251.3
PORT STATE SERVICE
80/tcp open http

Nmap done: 1 IP address (1 host up) scanned in 0.12 seconds

вот полезная ссылка про Nmap на русском. все ключи и поясниния http://cherepovets-city.ru/insecure/runmap/nmap_manpage-ru.htm

Войдите или зарегистрируйтесь, чтобы ответить.