SSH, если вывод команды является больше, чем приблизительно 5 строк
C:\>nslookup www.rehash.com
*** Can't find server name for address 192.168.0.1: Non-existent domain
*** Default servers are not available
Server: UnKnown
Address: 192.168.0.1
Non-authoritative answer:
Name: www.rehash.com
Address: 127.0.0.1 <----- Whoops
На Ваш домен указывают на 127.0.0.1.
походит на проводную проблему MTU. немного...
действительно ли возможно, что у Вас есть включенный jumboframes?наверное, нет. так или иначе - пытаются установить ниже mtu на debian и видят, помогает ли он.
-
1Временно назначенный; это походит на проблему MTU. I' d предлагают пробовать большие и большие пакеты (легко сделанный ping использования), пока Вы не получаете ошибки/отброшенные пакеты. Или просто проверьте настройки MTU везде :) – MikeyB 22 December 2009 в 06:37
-
2Спасибо люди! Понизьте MTU на laptop' s добитый цели. MTU относится к sender/receiver/both? Я мог проверить с помощью ping-запросов сервер от ноутбука с большим размером данных. Реверс wasn' t верный. Сервер Linux: ~ # проверяют с помощью ping-запросов-S 5000 athlon64-laptop.lan PING athlon64-laptop.lan 56 (84) байты данных 64 байта от x.x.x.x: icmp_seq=1 ttl=128 time=2.71 ноутбук окон On мс >-l 2048 athlon64x2-server.lan ping, Проверяющий с помощью ping-запросов athlon64x2-server.lan с 2 048 байтами данных: Запрос приведен к таймауту. >-l 1048 athlon64x2-server.lan ping, Проверяющий с помощью ping-запросов athlon64x2-server.lan с 1 048 байтами данных: Ответ от x.x.x.x: bytes=1048 time=3ms TTL=64 – 22 December 2009 в 21:34
-
3@leftbrainlogic - проблемы с mtu, indcate, что существует что-то подозрительное в Вашей сети. возможно, accesspoint не передают самый большой позволенный [1500B] кадры для Fast Ethernet? Вы настроенный вручную сервер для использования jumboframes? – pQd 22 December 2009 в 21:39
-
4@pQd - Нет, сервер просто выполняет ванильную установку Debian 5.0. Я принял все значения по умолчанию за исключением разбиения дисков на разделы, и Вывод имени хоста от ifconfig-a здесь: pastebin.com/f78fcbf3d – 22 December 2009 в 22:27
-
5@leftbrainlogic - хорошо; попытайтесь понизить mtu, как описано в моей ссылке. Ваш 1500B helahtly стандартная длина, я думаю, что это указывает на некоторую проблему или с переключателем, точкой доступа или с сетевой платой Wi-Fi. – pQd 22 December 2009 в 22:31
Существует, вероятно, проблема с MTU Вашего сетевого соединения - когда сервер Linux пытается отправить слишком много байтов данных в пакете единой сети, вероятно, маршрутизатор отказывается передавать его полю окон, потому что это думает, что размер пакета является слишком большим для отправки по беспроводной сети. Необходимо смочь уменьшить MTU для интерфейса Ethernet на поле Linux, и это, вероятно, решило бы проблему.
Для диагностирования попробовать ping -s <packetsize> <windows-ip> от поля Linux до IP Вашей машины окон, и ping <linux-ip> <packetsize> от поля окон до Linux, с различными значениями для параметра размера пакета, и видят, отличается ли максимальный размер в любом направлении.
Также: man ping на Linux будет полезно для понимания, что продолжается.
Первое, что нужно сделать состоит в том, чтобы включить режим отладки, обоих на клиенте и сервере.
PuTTY имеет встроенную отладку, которая доступна под Сессией-> Вход. Обратите внимание, что необходимо загрузить сессию, которую Вы собираетесь использовать до установки Регистрирующихся настроек. Регистрирующиеся настройки являются частью конфигурации сессии.
На сервере Вы могли покинуть LogLevel ИНФОРМАЦИИ (в /etc/ssh/sshd_config) и измените его для ОТЛАДКИ, только если Вы не видите ничего связанного со своей проблемой. Не забудьте выходить из системы и перезапускать ssh сервер для применения изменений (/etc/init.d/ssh restart). Если ОТЛАДКА не дает полезной информации, попробуйте DEBUG3, согласно man sshd_config.
Обновите свой вопрос с Вашими результатами!