Многие наверняка задавались вопросом, как быстро без лишних движений протестировать сетевой кабель на обрыв или коротыш. Многие производители LAN-адаптеров давно уже решили этот вопрос, включив в состав драйверов специальные утилиты для проверки канала связи. Конечно, набор поддерживаемых устройств в каждой из этих утилит ограничен, но это всё таки ощутимая помощь в нелегкой работе сисадминов.
Предлагаю вашему вниманию наиболее популярные из этих утилит. Добавление в список — приветствуется!
Marvell Virtual Cable Tester (VCT)
На сайте http://www.marvell.com — выберите Windows Style VCT for all Windows и скачайте «VCT (Virtual Cable Tester) Program for Yukon Devices»
Realtek — Ethernet Diagnostic Utility
На сайте http://www.realtek.com.tw — выберите ваше семейство сетевых карт и скачайте «Windows Diagnostic Program»
Broadcom — Broadcom Advanced Control Suite (BACS)
На сайте Home | Broadcom — BACS, BACS4 можно, к примеру, качнуть отсюда (размер 75 метров).
Как найти неисправность в локальной сети? Универсальный способ!
__________________
Убить всех человеков!
Daniellos (27.10.2015), Filimonoff (27.10.2015), ICE_Alex (29.10.2015), navy4ok (28.10.2015), Ultras (28.10.2015), Валерий (27.10.2015), Счастье (27.10.2015)
Источник: www.tehnari.ru
Текущие плагины и программы для Mozilla Firefox ® и др.
Вы прошли тесты скорости интернет-соединения и результаты Вас огорчают, проверьте прохождение пакетов в сети до интересующего Вас хоста (например адрес Вашего провайдера интернет-услуг и далее google.ru, yandex.ru . ) программой WinMTR.
Если все грустно на протяжении часа с разными серверами, то спокойно отправляйте все собранные результаты работы программы WinMTR (используй кнопки Copy. ) службе тех.поддержки.
Оспаривать результаты трассировки программы WinMTR никто не будет, программа является популярной, общеизвестной и признанной в мире.
Но не забывайте, что кратковременные сбои в сети, это к сожалению, нормальное явление и тех.поддержка пропустит мимо ушей Ваши результаты.
Специалисты службы тех.поддержки провайдера, после вашего обращения, проведут соответствующую проверку и сообщат результаты.
Рис. «Скорость полета Интернет. Не пытайтесь повторить, тарифы выполнены профессионалами».
Надпись на рекламе интернет провайдера. Фото автора: «Интернет за забором». (Гипербола? Сарказм? или реальность?)
На фотографии видно, что скорость с 10-и утра до часа ночи в два раза меньше на всех тарифных планах. См. внимательно свой договор и делайте выводы.
Примечание. Никаких претензий к данному провайдеру мы не имеем. Композиция фотографии является обобщенной аллегорией на российский интернет и рекламу.
Если проблемы на стороне поставщика услуг, то они должны её устранить, если нет, ищем владельца «тормоза» и к нашему провайдеру претензий нет. Зона ответственности определяется диапазоном IP-адресов, где владелец находится через любой whois-сервис, например на странице нашего сайта Сетевые инструменты. (строка NetRange) или более продвинутые сервисы: dns.l4x.org, robtex.com, domaintools.com, для трассировки на этом же сайте — traceroute или посмотреть на карте geoip.flagfox.net и т.д.
Практический материал: Диагностика сети
Хороший вариант, когда несколько пользователей, локализуют проблемный сервер ориентировочно в одно время, но без фанатизма, а то получится нонсенс, что несколько сот (тыс.) разъяренных пользователей «запингуют» «тупой» сервер, а тот «повесится».
Примечание: Для предъявления претензий, у Вас должно выполнятся одно главное условие — Ваш компьютер должен быть правильно настроен (идеальный вариант — сетевые настройки установлены по умолчанию, а не изменены различного рода «ускорителями» и «оптимизаторами», которыми полон интернет и обещающие Вам заоблачные скорости).
Некоторые сетевые устройства, имеют свои программы настройки своего оборудования для подключения к сети и они не имеют никакого отношения к разного рода «ускорителям» (если оно не «глючное», то во внимание не принимается)
В первую очередь, после трассировки, смотрим прохождение пакетов в своей локальной сети — это Ваша зона ответственности!
(см. в wikipedia — «Локальная вычислительная сеть»)
Домашняя страница программы WinMTR — winmtr.net
Загрузить можно с файлового архива бесплатно: Скачать WinMTR
Программа WinMTR бесплатная.
Лицензия программы GPL v2. (открытый исходный код)
Бесплатная программа WinMTR, как пользоваться.
WinMTR аналогична консольной утилиты PatchPing (Windows) см. в ru.wikipedia.org , которая выполняет трассировку маршрута пакета в сети и определения потерь данных на межсетевых узлах.
Для диагностики сети используются также консольные программы: netstat, ping, tracert, ipconfig (Windows).
Утилита WinMTR проста в использовании и не требует регистраций. Не имеет инсталлятора и может выполняться с любого носителя.
Окно программы WinMTR.
В поле «Host» вписываем имя хоста (см. в wikipedia.org ), например «serfock.ru» и жмем кнопку «Start», для остановки — «Stop».
Выполнение теста приблизительно 100-200 пакетов или 1-2 минуты вполне достаточно для получения картины состояния сети.
Щелкнув два раза по интересующему хосту, во время выполнения программы, откроется окно с результатами теста по нему в более читабельном виде (на рис. не показано).
Рис Окно программы WinMTR с результатами трассировки хоста.
В колонке «Hostname», программа выведет «IP — адреса» маршрутных узлов от Вашего компьютера «Nr — 1» до конечного хоста, который Вы тестируете, т.е. будет произведена трассировка маршрута прохождения сигнала.
По полученному списку адресов, будет видно сколько отправлено/принято («Sent» / «Recv») пакетов и с какими задержками «(Best»/»Avrg»/»Worst»/ «Last») и процентом потерь («Loss%») на каждом из узлов маршрута.
«Best»/»Avrg»/»Worst»/»Last «- минимальное/среднее/максимальное/последнее время задержки пакета в мсек
На снимке представлены результаты диагностики плохой сети имеющей большие задержки («Worst» свыше 1000) и процент потерь пакетов («Loss% больше 5%) .
В такой сети играть в онлайн-игры будет проблематично или невозможно.
Настройки WinMTR .
Нажав кнопку «Options», можно изменить интервал и размер пинга, а также ограничить количество хостов.
Для обычной проверки сети, настройки установленные по умолчанию достаточны.
Программа WinMTR может работать также и с командной строки.
Для получения справки введите следующую команду из месторасположения утилиты:
Рис. Окно справки по командам WinMTR
При желании запускать WinMTR из командной строки, скопируйте исполняемый файл WinMTR.exe в папку: /Windows/System32/
Не забывайте, что у любого пользователя, в независимости от его технической подготовки, всегда есть право на звонок своему поставщику интернет-услуг. Но если Вы не произвели диагностику сети, вас скорее всего попросят это сделать с помощью служебных консольных программ: netstat, ping, tracert, ipconfig .
Если со стороны Вашего интернет-провайдера проблем нет, а у Вас всё опять медленно, то проблемы сети ищите у себя!
В большинстве случаев, при правильной настройке сетевого оборудования, отсутствия вирусов, троянов и прочей живности,а также если уборщица не оборвала Вам сетевые провода, проблема, с большей вероятностью, находится в фоновых (резидентных) программ, которые постоянно «сидят» в интернете или контролируют всё и подряд очень жадные до ресурсов, например антивирусы на Вашем компьютере.
Программы мониторинга сетевых портов (TCP и UDP).
Для начала, проверьте приложения, которые «сидят» на портах Вашего компьютера, и удалите ненужные, для этого используйте небольшую бесплатную утилиту, разработанную программистом Nir Sofer — CurrPorts, не требующую установки.
Скачать CurrPorts можно из файлового архива или с сайта разработчика.
Рис. Программа мониторинга сетевых портов CurrPorts
или воспользуйтесь бесплатной утилитой Марка Руссиновича — TCPView (http://technet.microsoft.com/ru-ru/sysinternals)
Рис. Программа Марка Руссиновича для мониторинга сетевых портов TCPView
Для контроля, выгрузки и удаления этих «энергичных» приложений существуют различные программы (имеется ввиду, если нельзя штатными средствами самой программы отключить резидент), например: AnVir Task Manager, Toolwiz Care.
С помощью AnVir Task Manager можно контролировать все выполняемые фоновые (резидентные) процессы, а также сетевую активность на Вашем компьютере.
Toolwiz Care имеющая в своем составе свыше 40 системных утилит, в том числе и просмотр запущенных процессов, а также функцию «Игровой режим», при котором отключаются ненужные при игре процессы, освобождая при этом память (оперативную) и уменьшая нагрузку на процессор.
Программа NetWorx, которая поможет оценить полосу пропускания сети (интернет, локальная сеть) и т.д. (см. статью Скачать сетевой монитор NetWorx.)
Для аскетов — Ctrl-Alt-Del (Windows), запуск «Диспетчер задач»
Параметры командой строки для tracert, ping, ipconfig
Справочная информация для диагностических утилит, перечисленных в статье.
Параметры командой строки программ в Windows:
tracert
Использование tracert:
tracert [-d] [-h макс. число] [-j список узлов] [-w интервал] имя
Параметры tracert:
-d Без разрешения в имена узлов.
-h Максимальное число прыжков при поиске узла.
-j Свободный выбор маршрута по списку узлов.
-w Интервал ожидания каждого ответа в миллисекундах.
ping:
Использование ping:
ping [-t] [-a] [-n число] [-l размер] [-f] [-i TTL] [-v TOS] [-r число] [-s число] [[-j список Узлов] | [-k список Узлов]] [-w тайм-аут] конечное Имя
Параметры ping:
-t Отправка пакетов на указанный узел до команды прерывания.
-a Определение адресов по именам узлов.
-n Число отправляемых запросов.
-l Размер буфера отправки.
-f Установка флага, запрещающего фрагментацию пакета.
-i TTL Задание срока жизни пакета (поле «Time To Live»).
-v TOS Задание типа службы (поле «Type Of Service»).
-r Запись маршрута для указанного числа переходов.
-s Штамп времени для указанного числа переходов.
-j Свободный выбор маршрута по списку узлов.
-k Жесткий выбор маршрута по списку узлов.
ipconfig:
ipconfig [/? | /all | /release [адаптер] | /renew [адаптер] | /flushdns | /displaydns /registerdns | /showclassid адаптер | /setclassid адаптер [устанавливаемый_код_класса_dhcp] ]
Где:
адаптер Полное имя или имя, содержащие подстановочные знаки «*» и «?»
(* — любое количество знаков, ? — один любой знак. См. примеры ниже).
/? Отобразить это справочное сообщение.
/all Отобразить полную информацию о настройке параметров.
/release Освободить IP-адрес для указанного адаптера.
/renew Обновить IP-адрес для указанного адаптера.
/flushdns Очистить кэш разрешений DNS.
/registerdns Обновить все DHCP-аренды и перерегистрировать DNS-имена
/displaydns Отобразить содержимое кэша разрешений DNS.
/showclassid Отобразить все допустимые для этого адаптера коды (IDs) DHCP-классов.
/setclassid Изменить код (ID) DHCP-класса.
По умолчанию отображается только IP-адрес, маска подсети и стандартный шлюз для каждого подключенного адаптера, для которого выполнена привязка с TCP/IP.
Для ключей /Release и /Renew, если не указано имя адаптера, то будет освобожден или обновлен IP-адрес, выданный для всех адаптеров, для которых существуют привязки с TCP/IP.
Для ключа SetClassID, если не указан код класса (ID), то существующий код класса будет удален.
Примеры:
› ipconfig — Отображает краткую информацию.
› ipconfig /all — Отображает полную информацию.
› ipconfig /renew — Обновляет сведения для всех адаптеров.
› ipconfig /renew EL* — Обновляет сведения для адаптеров, начинающихся с EL.
› ipconfig /release *ELINK?21* — Освобождает IP-адреса для всех адаптеров, имена которых удовлетворяют запросу: ELINK-21 или myELELINKi21adapter и т.п.
Возможно Вам будут интересны следующие статьи:
Источник: serfock.ru
Диагностика сетевого подключения (ping, arp, traceroute, dig, nslookup)
Одна из важнейших подсистем, отвечающая за связь любого сервера с внешним миром — сетевая. Через сетевые интерфейсы поступают запросы от удаленных систем и через эти же интерфейсы направляются ответы, что позволяет налаживать коммуникацию и предоставлять/получать сервисы. В связи с этим особенно важно уметь производить диагностику и мониторинг сети хотя бы на базовом уровне, чтобы выявлять проблемы и вносить корректировки в конфигурацию в случае необходимости.
Для операционных систем семейства Linux написано множество утилит, помогающих в диагностике и мониторинге. Познакомимся с наиболее часто используемыми из них.
Диагностика сетевой связности (ping, arp, traceroute)
В данной статье мы будем опираться на использование протокола IP версии 4. Согласно стандартам, определяющим работу этого протокола, каждое устройство, подключенное к сети, должно иметь как минимум IP-адрес и маску подсети — параметры, которые позволяют уникально идентифицировать устройство в пределах определенной сети. В такой конфигурации устройство может обмениваться сетевыми пакетами с другими устройствами в пределах той же самой логической сети. Если к этому набору параметров добавить адрес шлюза по умолчанию — наш сервер сможет связываться с хостами, находящимися за пределами локального адресного пространства.
В случае каких-либо сетевых проблем в первую очередь проверяем, не сбились ли настройки сетевого интерфейса. Например, команды ip addr или ifconfig выведут IP-адрес и маску сети:
В выводе команды виден перечень сетевых интерфейсов, распознанных операционной системой. Интерфейс lo — это псевдоинтерфейс (loopback). Он не используется в реальных взаимодействиях с удаленными хостами, а вот интерфейс с именем ens192 — то, что нам нужно (именование сетевых интерфейсов различается в разных ветках и версиях ОС Linux). IP-адрес и маска сети, назначенные этому интерфейсу, указаны в поле inet — /24 после адреса обозначают 24-битную маску 255.255.255.0.
Теперь проверим, указан ли шлюз по умолчанию. Команды ip route или route покажут имеющиеся маршруты:
В таблице маршрутизации мы видим, что имеется маршрут по умолчанию (обозначается либо ключевым словом default, либо адресом 0.0.0.0). Все пакеты, предназначенные для внешних сетей, должны направляться на указанный в маршруте адрес через обозначенный сетевой интерфейс.
Если в настройках интерфейса есть ошибки, их необходимо исправить — помогут в этом другие статьи, для ОС Ubuntu 18.04 или CentOS. Если же все верно — приступаем к диагностике с помощью утилиты ping. Данная команда отправляет специальные сетевые пакеты на удаленный IP-адрес (ICMP Request) и ожидает ответные пакеты (ICMP Reply). Таким образом можно проверить сетевую связность — маршрутизируются ли сетевые пакеты между IP-адресами отправителя и получателя.
Синтаксис команды ping IP/имя опции:
В данном случае видим, что на оба сетевых пакета, отправленных на адрес нашего шлюза по умолчанию, получены ответы, потерь нет. Это значит, что на уровне локальной сети со связностью все в порядке. Помимо количества полученных/потерянных сетевых пакетов мы можем увидеть время, которое было затрачено на прохождение запроса и ответа – параметр RTT (Round Trip Time). Этот параметр может быть очень важен при диагностике проблем, связанных с нестабильностью связи и скоростью соединения.
Часто используемые параметры:
- ping –c количество — указать количество пакетов, которое будет отправлено адресату (по умолчанию пакеты отправляются до тех пор, пока пользователь не прервет выполнение команды. Этот режим можно использовать, чтобы проверить стабильность сетевого соединения. Если параметр RTT будет сильно изменяться в ходе проверки, значит где-то на протяжении маршрута есть проблема);
- ping –s количество — указать размер пакета в байтах. По умолчанию проверка производится малыми пакетами. Чтобы проверить работу сетевых устройств с пакетами большего размера, можно использовать этот параметр;
- ping –I интерфейс — указать сетевой интерфейс, с которого будет отправлен запрос (актуально при наличии нескольких сетевых интерфейсов и необходимости проверить прохождение пакетов по конкретному сетевому маршруту).
В случае, если при использовании команды ping пакеты от шлюза (или другого хоста, находящегося в одной локальной сети с сервером-отправителем) в ответ не приходят, стоит проверить сетевую связность на уровне Ethernet. Здесь для коммуникации между устройствами используются так называемые MAC-адреса сетевых интерфейсов. За разрешение Ethernet-адресов отвечает протокол ARP (Address Resolution Protocol) и с помощью одноименной утилиты мы можем проверить корректность работы на этом уровне. Запустим команду arp –n и проверим результат:
Команда выведет список IP-адресов (так как был использован аргумент –n), и соответствующие им MAC-адреса хостов, находящиеся в одной сети с нашим сервером. Если в этом списке есть IP, который мы пытаемся пинговать, и соответствующий ему MAC, значит сеть работает и, возможно, ICMP-пакеты, которые использует команда ping, просто блокируются файрволом (либо со стороны отправителя, либо со стороны получателя). Подробнее об управлении правилами файрвола рассказано здесь и здесь.
Часто используемые параметры:
- arp –n — вывод содержимого локального arp-кэша в числовом формате. Без этой опции будет предпринята попытка определить символические имена хостов;
- arp –d адрес — удаление указанного адреса из кэша. Это может быть полезно для проверки корректности разрешения адреса. Чтобы убедиться, что в настоящий момент времени адрес разрешается корректно, можно удалить его из кэша и снова запустить ping. Если все работает правильно, адрес снова появится в кэше.
Если все предыдущие шаги завершены корректно, проверяем работу маршрутизатора — запускаем ping до сервера за пределами нашей сети, например, 8.8.8.8 (DNS-сервис от Google). Если все работает корректно, получаем результат:
В случае проблем на этом шаге, нам может помочь утилита traceroute, которая используя ту же логику запросов и ответов помогает увидеть маршрут, по которому движутся сетевые пакеты. Запускаем traceroute 8.8.8.8 –n и изучаем вывод программы:
Первым маршрутизатором на пути пакета должен быть наш локальный шлюз по умолчанию. Если дальше него пакет не уходит, возможно проблема в конфигурации маршрутизатора и нужно разбираться с ним. Если пакеты теряются на дальнейших шагах, возможно, есть проблема в промежуточной сети. А, возможно, промежуточные маршрутизаторы не отсылают ответные пакеты. В этом случае можно переключиться на использование другого протокола в traceroute.
Часто используемые опции:
- traceroute –n — вывод результата в числовом формате вместо символических имен промежуточных узлов;
- traceroute –I — использование ICMP-протокола при отслеживании маршрута. По умолчанию используются UDP-датаграммы;
- traceroute –s адрес— указать адрес источника для исходящего сетевого пакета;
- traceroute –i интерфейс— указать сетевой интерфейс, с которого будут отправляться пакеты.
Диагностика разрешения имен (nslookup, dig)
Разобравшись с сетевой связностью и маршрутизацией приходим к следующему этапу — разрешение доменных имен. В большинстве случаев в работе с удаленными сервисами мы не используем IP-адреса, а указываем доменные имена удаленных ресурсов. За перевод символических имен в IP-адреса отвечает служба DNS — это сеть серверов, которые содержат актуальную информацию о соответствии имен и IP в пределах доверенных им доменных зон.
Самый простой способ проверить работает ли разрешение имен — запустить утилиту ping с указанием доменного имени вместо IP-адреса (например, ping ya.ru). Если ответные пакеты от удаленного сервера приходят, значит все работает как надо. В противном случае нужно проверить прописан ли DNS-сервер в сетевых настройках и удается ли получить от него ответ.
Способы выяснения какой DNS-сервер использует наш сервер различаются в зависимости от используемой версии и дистрибутива ОС Linux. Например, если ОС используется Network Manager для управления сетевыми интерфейсами (CentOS, RedHat и др.), может помочь вывод команды nmcli:
В настройках сетевого интерфейса, в разделе DNS configuration, мы увидим IP-адрес сервера. В Ubuntu 18.04 и выше, использующих Netplan, используем команду systemd-resolve –status:
Используемый сервер также будет указан в настройках интерфейса, в разделе DNS Servers. В более старых версиях Ubuntu потребуется проверить содержимое файлов /etc/resolve.conf и /etc/network/interfaces. Если сервер не указан, воспользуйтесь статьей для ОС Ubuntu 18.04 или CentOS, чтобы скорректировать настройки.
Проверить работу сервиса разрешения имен нам помогут утилиты nslookup или dig. Функционально они почти идентичны: G-вывод утилиты dig содержит больше диагностической информации и гибко регулируется, но это далеко не всегда нужно. Поэтому используйте ту утилиту, которая удобна в конкретной ситуации. Если эти команды недоступны, потребуется доставить пакеты на CentOS/RedHat:
yum install bind-utils
sudo apt install dnsutils
После успешной установки сделаем тестовые запросы:
В разделе Answer Section видим ответ от DNS сервера — IP-адрес для A-записи с доменным именем ya.ru. Разрешение имени работает корректно:
nslookup ya.ru
Аналогичный запрос утилитой nslookup выдает более компактный вывод, но вся нужная сейчас информация в нем присутствует.
Что же делать, если в ответе отсутствует IP-адрес? Возможно, DNS-сервер недоступен. Для проверки можно отправить тестовый запрос на другой DNS-сервер. Обе утилиты позволяют эти сделать. Направим тестовый запрос на DNS-сервер Google:
nslookup ya.ru 8.8.8.8
Если имена разрешаются публичным DNS-сервером корректно, а установленным по умолчанию в ОС нет, вероятно, есть проблема в работе этого DNS-сервера. Временным решением данной проблемы может быть использование публичного DNS-сервера в качестве сервера для разрешения имен в операционной системе. В том случае, если разрешение имен не работает ни через локальный, ни через публичный DNS сервер — стоит проверить не блокируют ли правила файрволла отправку на удаленный порт 53 TCP/UDP пакетов (именно на этом порту DNS-серверы принимают запросы).
Часто используемые параметры:
Как обычно, полный набор опций и параметров для указанных утилит можно найти во встроенной справке операционной системы, используя команду man.
Вам также может быть интересно
- Недорогие VPS серверы
- Настройка сетевого адаптера в Ubuntu и Debian
- Основные команды CLI Linux
Источник: serverspace.ru