Не работает обмен пакетами

Проверка потери пакетов интернета онлайн или через командную строку

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

Что такое пакеты и как они теряются

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

Обмен пакетами в интернете производится с помощью стека протоколов TCP/IP( TCP — протокол обмена передачей / IP — межсетевой протокол). Это несколько протоколов, которые обеспечивают online передачу данных, определяют их форму, способ отправки и так далее.

Так же, под IP понимают адрес какого-либо ресурса непосредственно в интернете. При попытке обращения к этому ресурсу по адресу (IP) высылаются пакеты данных. Чтобы эти данные не терялись и не дублировались, их контролирует протокол обмена (TCP). Если данные были доставлены, адрес в свою очередь отправляет ответные пакеты. При успешном обмене отображается скорость, называемая пингом (ping). На любом этапе может произойти ошибка, что будет являться потерей пакета.

При обнаружении проблемы с соединением, качеством контента приложения любой поисковик может выдавать фразу «потеря пакетов интернета, как исправить» и многие другие, не особо помогающие разобраться вещи. Чтобы исправить проблему, нужно прежде всего узнать причину.

Почему теряются пакеты

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

• Ошибки программного обеспечения,
• Проблемы оборудования(железа),
• Перегруженность сети,
• Беспроводные и проводные сети,
• Кибернетическая атака.

Важно! Каждая сеть сталкивается с этой проблемой. Это случается время от времени, в особенности из-за высокой скорости передачи. Если это не вызывает никаких негативных последствий, то не стоит обращать на это внимание.

Ошибки программного обеспечения

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

Проблемы оборудования (железа)

Устаревшее и неисправное оборудование, такое как маршрутизаторы, коммутаторы и брандмауэры может значительно замедлить сетевой трафик. Из-за роста компании, повышенная нагрузка на старые машины может вызывать потерю пакетов, общее снижение подключений, повышать задержку. Чтобы устранить проблему, такое оборудование стоит обновить или полностью заменить.

Перегруженность сети

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

Беспроводные и проводные сети

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

Проблемы, которые могут влиять на беспроводные сети:

• слабый сигнал
• ограничения по расстоянию для приема сигнала
• роуминг

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

Кибернетическая атака

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

Проверка скорости

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

Обратите внимание! Перед замером скорости нужно отключить все сторонние программы, которые как-либо используют сеть. Также стоит учесть время суток, так как в вечернее время нагрузка на сеть возрастает.

Для проверки подойдёт любой сайт предоставляющий тест скорости, например https://www.speedtest.net. Разные сервисы могут показывать разную скорость, необходимо провести тесты на нескольких сайтах. Небольшие отклонения в скорости нормальны, но если различие составляет от 30% и выше — стоит обратиться к провайдеру за разъяснением причин.

Сам по себе тест малоинформативен, однако дает базовую информацию. Если скорость соответствует заявленной провайдером или близка к ней, следует продолжить проверку. Более подробную информацию можно посмотреть из командной строки, но есть онлайн ресурсы, которые предоставляют подобный функционал. Проблема таких ресурсов может быть в ограниченности и недостоверности данных.

Проверка при помощи командной строки

Более детальную информацию можно достать средствами операционной системы. Ручная проверка потери пакетов осуществляется через командную строку. Вызов и команды будут рассмотрены на примере os Windows, а также ниже приведены аналогичные команды для Linux и MacOS.

Для открытия командной строки в Windows нужно:

1. Открыть панель задач (по умолчанию находится внизу экрана).
2. Нажать кнопку поиска.
3. Ввести cmd или командная строка.

Обратите внимание! Для Linux достаточно ввести сочетание клавиш Ctrl+Alt+F1, для MacOS Shift+Command+U.

В первую очередь, определить потерю возможно с помощью команды ping. Она предназначена для тестирования доставки пакетов. По умолчанию отправляются 4 пакета объемом в 32 байта.

Для проверки требуется ввести в поле командной строки «ping». Начать проверку стоит с собственным частным IP-адресом, это поможет определить, является ли проблема локальной. Узнавать его можно через поисковик или при помощи командной строки. Введите «ipconfig», найти строку «IPv4-адрес». Перепишите этот адрес после команды ping.

Далее можно обратиться к серверам крупных компаний, так как они являются наиболее стабильными. Попробуйте несколько:

• ping ya.ru,
• ping google.com,
• ping 8.8.8.8 — публичный DNS сервер от Google.

Важно! В Linux утилита ping работает бесконечно, если не задано количество отправляемых пакетов, остановить отправку можно комбинацией Ctrl+C.

Однако проблема может не проявиться на простой проверке. Чтобы провести расширенный тест, нужно изменить стандартные параметры. Параметры ставятся после основной команды, например «ping ya.ru -n 20» отправит двадцать пакетов, вместо четырех стандартных. Полезными параметрами для данной ситуации являются:

• -n — количество отправляемых пакетов,
• -l — размер одного пакета,
• -t — постоянная отправка, прервать можно с помощью сочетания Ctrl+C, несовместимо с -n.

Диагностика при помощи утилиты tracert

Командная строка также предоставляет внутреннюю программу для проверки маршрутов запроса — «tracert» (в Linux и MacOS — traceroute). Или трассировка. Данная утилита показывает каждый шаг и время задержки в сети до конечного источника. Например, изначально идёт обращение к частному IP адресу компьютера, затем к серверу провайдера и далее N-ное количество шагов к конечному адресу. Если какой-то адрес не отвечает, он может быть причиной потери пакетов. Вводится команда аналогично предыдущей, например — «tracert ya.ru».

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

Использование сторонних программ и утилит

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

Пример таких программ:

• VisualRoute 2010 Pro 14.0,
• NetInfo 8.2.

Обратите внимание! У программ есть демоверсии, которые позволят не прибегать к оплате и торрентам.

Решение проблем с Интернет-соединением

Если вышеперечисленные способы не помогли, можно попытаться определить механические проблемы с интернет-соединением. В первую очередь проверьте стабильность работы вашего компьютера. Сетевой адаптер, USB-порты — уязвимые места и могут пострадать от механического повреждения и работать нестабильно. От чего будет падать качество соединения.

Последнее, что можно сделать, — оптимизировать интернет-соединение. Операционные системы часто сами проводят оптимизацию, но не всегда это оптимально. Вручную оптимизировать соединение крайне не рекомендовано. Это требует глубоких знаний в сетевых технологиях и отличного понимания работы стека протоколов TCP/IP.

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

Источник

Не работает обмен пакетами

Этот форум закрыт. Спасибо за участие!

Спрашивающий

Вопрос

Столкнулся сейчас с такой проблемой.

На предприятии на компьютер была установлена Windows XP Home Edition, после чего эта машина была включена в сеть.

Топология сети сложная и описывать её здесь не буду, просто сразу скажу, что в этой сети уже есть несколько машин под управлением Windows XP Home Edition: они входят в состав рабочей группы MSHOME и обмен данными между собой у них возможен.

После установки я задал настройки протокола TCP/IP, а именно указал IP-адрес формата 192.168.0.X (у всех компьютеров MSHOME IP-адрес такого формата) и маску подсети 255.255.255.0. Удостоверился также, что рабочая группа задана по умолчанию, т. е. MSHOME.

Однако пинг с данного компьютера на другие из этой же рабочей группы не идёт. Точнее, пакеты отправляются, но вот количество принятых пакетов равно 0.

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

Встроенный брэндмауэр я отключил, а другого стороннего софта на этом компьютере, попросту говоря, пока нет.

Надеюсь на вашу помощь.

P. S. Думал, что причина может быть в кабеле, однако подключение 100% рабочего кабеля к желаемому результату не привела.

Источник

Команды для проверки и исправления настроек сети

Я уже писал, о том, что такое IP-адреса и как проверить, под каким адресом вас видит внешний мир. Однако часто этой информации недостаточно для того, чтобы понять, какой все-таки адрес присвоен вашей сетевой карте, а также провести диагностику проблем подключения. Приведу список команд, которые можно использовать. (также у меня на сайте можно прочитать про визуальную настройку сетевых подключений)

Для начала необходимо открыть командную строку. Делается это так: нажимаете кнопку пуск, выбираете пункт «выполнить».

Альтернативные способ — нужно нажать клавишу Win (между Ctrl и Alt) и R одновременно, этот способ работает также и на Висте

Появляется окошко, в которое нужно вписать cmd и нажать ОК

Появляется та самая командная строка

В ней можно набирать и «вводить» команды, нажимая Enter. Результаты можно копировать — если нажать правую кнопку можно выделить нужный кусок, далее нужно еще раз нажать правую кнопку мыши.

Команда ping

Первая команда, с которой нужно познакомиться — это ping, проверяющую доступность заданного адреса. Введите команду ping 127.0.0.1. Должно получиться что-то такое (если команда не ping не работает, то, возможно, решить проблему поможет инструкция по исправлению ошибки cmd no command):

C:\Documents and Settings\Администратор>ping 127.0.0.1

Обмен пакетами с 127.0.0.1 по 32 байт:

Ответ от 127.0.0.1: число байт=32 время

Как мы видим, на адрес 127.0.0.1 было отправлено 4 пакета, и они все достигли цели. Что же это был за адрес и почему я был уверен, что пакеты дойдут? Ответ прост — пакеты никуда не отправлялись, а оставались на вашем компьютере. Этот адрес специфичен и используется для loopback — пакетов, не уходящих никуда вовне. Отлично, можем теперь «пропинговать» адрес этого сайта: 212.193.236.38

C:\Documents and Settings\Администратор>ping 212.193.236.38

Обмен пакетами с 212.193.236.38 по 32 байт:

Ответ от 212.193.236.38: число байт=32 время=3мс TTL=55

Ответ от 212.193.236.38: число байт=32 время=3мс TTL=55

Ответ от 212.193.236.38: число байт=32 время=3мс TTL=55

Ответ от 212.193.236.38: число байт=32 время=3мс TTL=55

Статистика Ping для 212.193.236.38:

Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),

Приблизительное время приема-передачи в мс:

Минимальное = 3мсек, Максимальное = 3 мсек, Среднее = 3 мсек

C:\Documents and Settings\Администратор>

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

Появление таких строчек означает, что часть пакетов теряется. Это свидетельствует о проблемах на линии или не сервере, к которомы вы обращаетесь.

Команда ipconfig

Следующая важная команда — ipconfig. Введите ее. У меня получилось вот так:

Настройка протокола IP для Windows

Ethernet — Ethernet адаптер:

DNS-суффикс этого подключения . . : srcc.msu.ru

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз . . . . . . . . . . : 192.168.17.240

C:\Documents and Settings\Администратор>

В данном случае получился адрес 192.168.17.139. Можно этот адрес тоже пропинговать (вы пингуйте свой) — пакеты должны доходить мгновенно. Основной шлюз — это адрес, на который компьютер отправляет пакеты, не найдя подходящего адреса в своей сети. Так, в моем случае все пакеты, кроме пакетов на 192.168.17.* будут отправлены на 192.168.17.240, а тот компьюьтер уже должен решить, что с ними делать и куда их переправлять дальше. Примечание: локальная сеть, то есть те адреса, пакеты на которые не отправляются на шлюз, определяется при помощи маски — нолик на последнем месте и 255 на всех предыдующих как раз и означает, что может буть произвольным последнее число в IP-адресе.

Одно из стандартных действий при поиске проблем подключения — пропинговать свой шлюз. Если пакеты до него не доходят, то, видимо, проблема где-то рядом, например, поврежден или плохо воткнут сетевой шнур. Также стоит знать, где физически находится компьютер с вашим основным шлюзом — у провайдера, где-то в доме, а, может, это — можем в вашей квартире. Примечание: некоторые компьютеры настроены не откликаться на запросы команды ping. Поэтому отсутствие пинга — не стопроцентная гарантия отсутствия связи с адресом.

Более подробную информацию можно получить командой ipconfig /all. У меня получилось:

C:\Documents and Settings\Администратор>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : sander

Основной DNS-суффикс . . . . . . : MSHOME

Тип узла. . . . . . . . . . . . . : смешанный

IP-маршрутизация включена . . . . : нет

WINS-прокси включен . . . . . . . : нет

Порядок просмотра суффиксов DNS . : MSHOME

Ethernet — Ethernet адаптер:

DNS-суффикс этого подключения . . : srcc.msu.ru

Описание . . . . . . . . . . . . : Broadcom 440x 10/100 Integrated Controller

Физический адрес. . . . . . . . . : 00-16-D4-63-03-65

Dhcp включен. . . . . . . . . . . : да

Автонастройка включена . . . . . : да

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз . . . . . . . . . . : 192.168.17.240

Аренда получена . . . . . . . . . : 2 февраля 2009 г. 11:00:28

Аренда истекает . . . . . . . . . : 9 февраля 2009 г. 11:00:28

C:\Documents and Settings\Администратор>

Самую полезную информацию я выделил жирным. DHCP-сервер выделил мне динамиеский адрес на основе моего MAC-адреса или физического адреса. Мои DNS-сервера — это 212.192.244.2 и 212.192.244.3.

Другие команды

Команда tracert позволяет проследить путь пакетов от вашего компьютера до цели. Попробуйте, например протрассировать путь до этого сайта: tracert it.sander.su. Строки в выводе трассировки есть точки, через которые проходит пакет на своем пути. Первой точкой будет ваш шлюз. Использование команды tracert позволяет найти источник проблем при связи с каким-либо адресом. Пакеты, посылаемые командой tracert, имеют показатель TTL — time to live — целое положительное число. Каждый маршрутизатор на пути уменьшает этот показатель на 1, если TTL падает до нуля, то трассировка заканчивается. По умолчанию используется начальный TTL равный 30, задать другое значение можно опцией -h.

Посмотреть таблицу маршрутизации можно командой route print, однако я не буду подробно останавливаться на ней — это тема отдельной статьи.

Команда netstat позволяет просмотреть список установленных соединений. В режиме по умолчанию команда пытается преобразовывать все IP-адреса в доманные имена (при помощи службы DNS), что может работать медленно. Если вас устраивает числовой вывод, вызывайте команду netstat -n. Если вас также интересуют открытые порты на вашем компьютере (что означает, что он готов принимать соединения по этим портам), то вызовите команду с ключом -a: например, netstat -na. Можно также вызвать команду netstat -nb, чтобы посмотреть, какие процессы установили соединения. Команда netstat -r эквивалентна команде route print.

Команда netsh позволяет изменить настройки сети через командную строку. Введите команду netsh interface ip show address. У меня получилось:

C:\Documents and Settings\Администратор>ipconfig /all

Настройка интерфейса «Ethernet»

DHCP разрешен: да

Метрика интерфейса: 0

Запоминаем название (Ethernet) и теперь командой netsh interface ip set address name=»Ethernet» source=static addr=192.168.0.33 mask=255.255.255.0 gateway=192.168.0.1 gwmetric=30 задаем IP-адрес. Для динамического подключения: netsh interface ip set address name=»Ethernet» source=dhcp. На этом сайте также можно прочитать об интерактивной настройке параметров сети

Источник