У меня возникла проблема, когда из дома с Comcast я могу загрузить файл со стоечного сервера моей компании со скоростью около 8 МБ / с (что показывает scp), а мой тест скорости (fast.com) показывает 80 Мбит / с.
Однако в нашем офисе с XO загрузка этого же файла показывает 800 КБ / с, а тест скорости (fast.com) показывает 80 Мбит / с.
Какой инструмент или метод я могу использовать, чтобы определить, почему загрузка в офисе происходит намного медленнее, когда сети читают с одинаковой скоростью.
Какой инструмент или метод я могу использовать, чтобы определить, почему загрузка в офисе происходит намного медленнее, когда сети читают с одинаковой скоростью.
Сеть считывает с той же скоростью в сторону сервера учета.
Это может быть тот случай, когда:
Вам нужно будет найти другой сервер как можно ближе к стойке вашей компании с точки зрения маршрутизации и проверить его фактическую скорость.
Интернет состоит из множества взаимосвязанных сегментов, и скорость, которую вы получите на любом из маршрутов, будет, конечно, скоростью самого медленного сегмента:
HOME ==== Comcast ======== Company Rack === high speed line
|| . ... slow speed line
fast.com ==++.....................
||
XO ======= Office
Другая возможность заключается в том, что офисный брандмауэр по некоторым причинам активно ограничивает пропускную способность в направлении стойки компании или соединений по протоколу SSH.
Например, протокол SSH может быть оптимизирован для интерактивной оболочки, что в точности противоположно тому, что требуется для быстрой передачи файлов.
Вы можете проверить задержку и соответствие MTU между двумя компьютерами, используя, например, winping для Windows или утилиту ping для Unix/Linux.
Вы также можете использовать утилиту tracert / traceroute чтобы отобразить все переходы между домом и стойкой, а также между офисом и стойкой, а затем протестировать скорость каждого прыжка с помощью утилиты ping.
Кажется, проблема с брандмауэром в сети компании, использующим виртуальную (программную) связь для обеспечения избыточности между 2 физическими портами WAN от разных провайдеров. Интересно, что дуплексные режимы совпадают, но может потребоваться клонировать адрес виртуального канала из основного канала WAN.