SSHはUbuntuでのみ応答しません

SSHはUbuntuでのみ応答しません

WindowsとUbuntuの両方がインストールされているいくつかのデスクトップがあります。ただし、一部はUbuntuでのみ特定のサーバーに接続できません。現在の状態を要約すると、次のようになります。

  • できないUbunutuからサーバーに接続する(14.04、16.04)
    • ユーザー名/パスワードが間違っている場合は、「権限が拒否されました」と表示されます。
    • ユーザー名/パスワードが正しい場合は、1時間停止し、「Broken Pipe」エラーが発生します。
    • サーバーログには接続が承認されていると表示されますが、端末の履歴はありません。
  • Windowsからサーバーに接続できます(puttyを使用)。
  • Ubuntuから他のサーバーに接続できます
  • Ubuntuで「ping」できます

以下は出力ですssh -vvv username@host

username@host's password: 
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 52
debug1: Authentication succeeded (password).
Authenticated to host ([host_ip]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting [email protected]
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug3: receive packet: type 80
debug1: client_input_global_request: rtype [email protected] want_reply 0
debug3: receive packet: type 91
debug2: callback start
debug2: fd 3 setting TCP_NODELAY
debug3: ssh_packet_set_tos: set IP_TOS 0x10
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug3: send packet: type 98
debug1: Sending environment.
debug3: Ignored env XDG_VTNR
debug3: Ignored env ORBIT_SOCKETDIR
debug3: Ignored env XDG_SESSION_ID
debug3: Ignored env XDG_GREETER_DATA_DIR
debug3: Ignored env TERMINATOR_UUID
debug3: Ignored env IBUS_DISABLE_SNOOPER
debug3: Ignored env CLUTTER_IM_MODULE
debug3: Ignored env SESSION
debug3: Ignored env GIO_LAUNCHED_DESKTOP_FILE_PID
debug3: Ignored env GPG_AGENT_INFO
debug3: Ignored env TERM
debug3: Ignored env SHELL
debug3: Ignored env QT_LINUX_ACCESSIBILITY_ALWAYS_ON
debug3: Ignored env WINDOWID
debug3: Ignored env UPSTART_SESSION
debug3: Ignored env GNOME_KEYRING_CONTROL
debug3: Ignored env GTK_MODULES
debug3: Ignored env USER
debug3: Ignored env LS_COLORS
debug3: Ignored env QT_ACCESSIBILITY
debug3: Ignored env LD_LIBRARY_PATH
debug3: Ignored env XDG_SESSION_PATH
debug3: Ignored env XDG_SEAT_PATH
debug3: Ignored env SSH_AUTH_SOCK
debug3: Ignored env DEFAULTS_PATH
debug3: Ignored env GIO_LAUNCHED_DESKTOP_FILE
debug3: Ignored env XDG_CONFIG_DIRS
debug3: Ignored env DESKTOP_SESSION
debug3: Ignored env PATH
debug3: Ignored env QT_IM_MODULE
debug3: Ignored env QT_QPA_PLATFORMTHEME
debug3: Ignored env XDG_SESSION_TYPE
debug3: Ignored env PWD
debug3: Ignored env JOB
debug3: Ignored env XMODIFIERS
debug3: Ignored env GNOME_KEYRING_PID
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env LUA_PATH
debug3: Ignored env GDM_LANG
debug3: Ignored env MANDATORY_PATH
debug3: Ignored env LUA_CPATH
debug3: Ignored env COMPIZ_CONFIG_PROFILE
debug3: Ignored env IM_CONFIG_PHASE
debug3: Ignored env GDMSESSION
debug3: Ignored env SESSIONTYPE
debug3: Ignored env GTK2_MODULES
debug3: Ignored env SHLVL
debug3: Ignored env HOME
debug3: Ignored env XDG_SEAT
debug3: Ignored env LANGUAGE
debug3: Ignored env GNOME_DESKTOP_SESSION_ID
debug3: Ignored env UPSTART_INSTANCE
debug3: Ignored env DYLD_LIBRARY_PATH
debug3: Ignored env XDG_SESSION_DESKTOP
debug3: Ignored env UPSTART_EVENTS
debug3: Ignored env LOGNAME
debug3: Ignored env COMPIZ_BIN_PATH
debug3: Ignored env DBUS_SESSION_BUS_ADDRESS
debug3: Ignored env XDG_DATA_DIRS
debug3: Ignored env QT4_IM_MODULE
debug3: Ignored env LESSOPEN
debug3: Ignored env INSTANCE
debug3: Ignored env UPSTART_JOB
debug3: Ignored env XDG_RUNTIME_DIR
debug3: Ignored env DISPLAY
debug3: Ignored env XDG_CURRENT_DESKTOP
debug3: Ignored env GTK_IM_MODULE
debug3: Ignored env LESSCLOSE
debug3: Ignored env XAUTHORITY
debug3: Ignored env COLORTERM
debug3: Ignored env _
debug2: channel 0: request shell confirm 1
debug3: send packet: type 98
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768

この後は詰まります。

どんな考えがありますか?

よろしくお願いします!

ベストアンサー1

1つの可能な説明が以下にリストされています。サバンナ Wiki、ある知的財産権 ToS(サービスタイプ)大地。 OpenSSHはこのフラグをデフォルト以外の値に設定し、一部のルータはこのフラグによってブロックされます。

試してみてくださいssh -o IPQoS=0 …。問題がなくなると、それが原因です。たとえば、IPQoSスタンザにオプションを追加してサーバーごとに構成できます。Host~/.ssh/config

Host somehost.example.com
IPQoS 0

それもMTUの問題しかし、その可能性はほとんどありません。 MTU の問題により、対話型セッションにログインすることがよくありますが、アプリケーションが一度に大量の出力を表示し、ファイル転送が非常に小さいファイルに対してのみ機能すると、セッションは中断されます。

おすすめ記事