Я не могу поддерживать открытыми несколько типов длительных подключений из моей офисной локальной сети (ADSL), и мне нужно убедить поставщика услуг в том, что существует реальная проблема. Стандартные пинги и трассировки не указывают на какие-либо проблемы, мне нужно что-то более продвинутое.
Каждый раз, когда я запускаю длительный запрос MySQL из своего ящика (PHP или MySQL Workbench) по линии ADSL на сервер в Интернете, кажется, что драйвер отключается. MySQL Workbench зависает и требует принудительного выхода. PHP никогда не возвращает никаких результатов и должен быть уничтожен. Один и тот же запрос из моего дома всегда работает нормально.
Подключения к удаленному рабочему столу по линии ADSL часто обрываются, и мне нужно повторно подключаться 15 раз в день. Это не происходит из дома. Соединения SSH также разрываются.
Я использую Mac, но у моего коллеги с Windows такая же проблема. Как я могу диагностировать и доказать проблему?
Вы должны попробовать свой маршрут к хосту, один из инструментов для этого - mtr, traceroute, который показывает задержку для каждого перехода на маршруте.
В Mac вы можете установить с помощью homebrew
brew install mtr
затем
mtr example.com
И вы сможете увидеть, как хост-ведьма сбрасывает пакеты.
Вы можете использовать программное обеспечение для мониторинга пропускной способности и запускать его в течение 24 часов. Это должно дать вам довольно точное представление о вашей пропускной способности.
В качестве альтернативы вы также можете скопировать журнал своих ssh-подключений. Поскольку они отключаются при каждом микрокоде, это должно доказать, что вы действительно испытываете постоянно повторяющуюся потерю соединения.
Информация из ваших ssh-сессий будет в /var/log/system.log
а в Lion и более ранних версиях OS X файл будет в /var/log/secure.log
надеюсь, это поможет
Пинги должны показать проблему, если вы достаточно хорошо подготовили запрос ping и оставите его запущенным в фоновом режиме, указывая, например, на файл журнала;
ping -t -w 250 -4 -l 1024 google.com >> log.txt
пингует google.com с пакетом 1k и таймаутом 250 мс. Некоторые хосты не будут принимать пакеты размером более 32/64 байта, но чем больше размер пакета, тем лучше ping будет имитировать фактическое использование и дать вам потерянные пакеты, если это происходит. Не беспокойтесь о размере ответа.