Как определить, является ли это вашей проблемой или проблемой вашего провайдера

Первоначально я назвал это «как узнать, не работает ли ваш интернет или ваша сеть просто облажалась», и AI Джеффа сказал, что этот вопрос, вероятно, будет закрыт.

Тем не менее, кто-то здесь всегда говорит по телефону с провайдером, и это, как правило, наша вина. Каковы некоторые из лучших методов, чтобы сказать, есть ли у вас проблема или у них есть проблема.

Я знаю, что это может быть слишком сложным вопросом, но в случае периодической задержки и разрыва соединения (а не просто общего сбоя [т.е. не удается проверить связь с google.com]), что вы делаете перед вызовом интернет-провайдера?

Удобный тестовый сайт: http://downforeveryoneorjustme.com/

Pings и traceroutes являются одними из первых и лучших тестов в начале такого рода исследований. Однако брандмауэры могут блокировать этот трафик.

Не останавливайтесь на нормальных пингах. Попробуйте ping <ip address> -l 2048отправить несколько больших пакетов и убедитесь, что это не проблема фрагментации / MTU.

Проверьте свое использование - ваши трубы могут быть заполнены.

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

1. Отправьте эхо-запрос вашего интернет-провайдера с устройства в той же подсети. (Подтверждает, что между вами и вашим провайдером нет проблем с L2).
2. Отправьте эхо-запрос вашего интернет-провайдера с устройства в одной из ваших внутренних подсетей. (Подтверждает, что у вас нет проблем маршрутизации / безопасности между внутренней сетью и вашим провайдером)
3. Пингуйте IP в сети вашего провайдера. Если вы не можете найти тот, который находится в публичном списке, или служба поддержки не даст вам его, сделайте трассировку к чему-либо в Интернете и используйте второй или третий переход. Это подтверждает, что маршрутизация между вами и вашим провайдером настроена правильно.
4. Пинг в интернете по IP . Я обычно использую 4.2.2.1, один из DNS-серверов Level3, который легко запомнить. Это подтверждает, что маршрутизация от вашего интернет-провайдера к определенному IP-адресу, который вы пропинговали, правильно настроена.
5. Пингует интернет- доменное имя . Это подтверждает правильность конфигурации DNS вашего / вашего провайдера.

Если шаги 1 или 2 не пройдены, это, скорее всего, проблема во внутренней сети.

Если шаг 3 не пройден, возможно, проблема в сети вашего провайдера. Тем не менее, обратите внимание, что если вы вообще не получаете ответа, то ваш провайдер мог просто заблокировать ICMP к своим адресам инфраструктуры.

Сбой шага 4 указывает на потенциальную проблему между вашим интернет-провайдером и одним из его вышестоящих провайдеров.

Ошибка шага 5 указывает на проблемы с разрешением имени.

Надеюсь, это поможет.

Также хорошо проверить количество соединений TCP, например,

• netstat -a (Linux / Windows)
• lsof -i tcp (Linux)
• Sysinternals TCP View (окна).

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

Модем DSL также может подавить множество соединений.

Это обычно касается только машин с Windows.

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

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

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

В Linux есть замечательный, простой в использовании инструмент под названием MTR (сокращение от My Trace Route), который покажет вам потерю пакетов на каждом этапе маршрута и даже может помочь вам выследить колеблющиеся маршруты.

Лучший инструмент - научный метод. Сформировать гипотезу о причине проблемы. Запиши это. Сформулируйте эксперимент, который проверит гипотезу. Запиши это. Провести эксперимент. Запишите результат вниз. Если эксперимент подтверждает гипотезу, то все готово. Если не удается подтвердить гипотезу, то вам нужна новая гипотеза. Если это не дает результатов, то вам нужен новый эксперимент.

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

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