Просмотр веб-страниц через туннель SSH застревает / забивается
Я использую такие инструменты, как Tunnelier, чтобы войти в мой домашний томатный маршрутизатор через SSH, а затем использовать его в качестве прокси для просмотра веб-страниц, туннеля для удаленного рабочего стола /VNC и т. Д.
В большинстве случаев это прекрасно работает, но в некоторые дни каждая страница, которую я пытаюсь просмотреть, застревает, как будто туннель забит. Я загружаю веб-страницу, и она, кажется, загружается, затем останавливается, с небольшим значком загрузки, и ничего не происходит.
Я обновляю страницу, перезагружаю маршрутизатор, перезагружаю другие компьютеры в моей домашней сети и отключаю на них любые сервисы, контролирующие пропускную способность, я включил QoS на маршрутизаторе, чтобы установить приоритет SSH. Я не понимаю, что застревает. Перезагрузка или отключение / повторное подключение туннеля SSH улучшают скорость отклика на минуту, но затем он снова забивается. Также, кажется, поможет, если я не буду ничего делать в туннеле в течение нескольких минут, тогда он будет реагировать немного, а затем снова будет засорен.
Попытка открыть консоль терминала из Tunnelier также не отвечает, так что это не просто проблема просмотра веб-страниц. Аналогично, подключение к http://192.168.1.1
в браузере (для веб-конфигурации маршрутизатора через собственный туннель) также медленно / лагает / останавливается.
Если я открываю второе соединение через PuTTY и запускаю od -t x1 /dev/urandom
, он будет сидеть там, сбрасывая номера без зависаний, в то время как другой терминал и просмотр веб-страниц через Tunnelier заморожены и не отвечают.
Пропускная способность в реальном времени, сообщаемая маршрутизатором, нигде не приближается к пределам моего соединения DSL PPPoE, хотя в медленное время он показывает большие пики, и соединение реагирует, когда оно показывает низкую пропускную способность.
Как мне устранить неполадки, как это?
2 ответа
Проверьте MTU вашего DSL и VPN-туннеля. Отрегулируйте вниз. DSL должен быть меньше 1492. Для MLPPP должно быть около 1487 из-за накладных расходов на кадрирование MLPPP. Также проверьте настройки MTU вашего маршрутизатора для 1492, а НЕ 1500 (широкополосный кабель)
Matt
Вы видите какие-либо ошибки на маршрутизаторе для отброшенных пакетов?
Введите SSH или telnet в маршрутизатор и введите ifconfig. Ищите интерфейсы с ненулевыми ошибками. Я могу постоянно получать ошибки, когда использую туннель SSH, когда мой DSL использует канал MLPPP. Я считаю, что есть ошибка в прошивке или проблема MTU.
Для моей проблемы я отключаю MLPPP при туннелировании большого количества трафика через ssh. Смотрите пример выходных данных с ошибками на RX.
ppp0 Link encap:Point-to-Point Protocol
inet addr:X.X.X.X P-t-P:X.X.X.X Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:902164 errors:7328 dropped:7328 overruns:0 frame:0
TX packets:801796 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:930052499 (886.9 MiB) TX bytes:447000060 (426.2 MiB)