Я не могу сохранить несколько типов длительных соединений открытыми из моего офиса LAN (ADSL), и я должен убедить поставщика услуг, что существует настоящая проблема. Стандартные ping и traceroutes не указывают ни на какие проблемы, мне нужно что-то более усовершенствованное.
Каждый раз, когда я запускаю длительный запрос 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 и более ранних версиях ОС X, файл будет в /var/log/secure.log
. Надеюсь, что это поможет
Пинги должны показать проблему, если вы достаточно хорошо подготовили запрос ping и оставите его запущенным в фоновом режиме, указав его, например, на файл журнала;
ping -t -w 250 -4 -l 1024 google.com >> log.txt
будет пинговать google.com с пакет 1k и таймаут 250 мс. Некоторые хосты не будут принимать пакеты размером более 32/64 байта, но чем больше размер пакета, тем лучше ping будет имитировать фактическое использование и дать вам потерянные пакеты, если это происходит. Не беспокойтесь о размере ответа.