Вопрос: Ошибка при туннелировании SSH в Linux. Я получаю ошибку «... bad id: ... Received ieof для несуществующего канала»


Всякий раз, когда я открываю SSH-туннель на Linux с помощью команды ssh после посещения нескольких сайтов через прокси-сервер, я получаю следующее: channel_by_id: 3: bad id: канал бесплатный Отключение: получено значение ieof для несуществующего канала 3.

В Windows программное обеспечение туннелирования, которое я использую, касается только закрытия каналов и при необходимости открывает новые. Есть ли клиент или способ, которым я могу это сделать в Linux? Я нашел программу под названием autossh, но каждый раз, когда она снова соединяется, мне приходится снова вводить пароль, потому что он сбрасывает все соединение не только с каналом.

Это вывод ssh с -v

OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to <host> port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/user/.ssh/id_ed25519 type -1
debug1: identity file /home/user/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
debug1: Remote protocol version 2.0, remote software version WeOnlyDo 2.1.3
debug1: no match: WeOnlyDo 2.1.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
debug1: Server host key: RSA key
debug1: Host '<host>' is known and matches the RSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: password,publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Trying private key: /home/user/.ssh/id_ed25519
debug1: Next authentication method: password
User@host's password: 
debug1: Authentication succeeded (password).
Authenticated to <host>.
debug1: Local connections to LOCALHOST:1080 forwarded to remote address socks:0
debug1: Local forwarding listening on ::1 port 1080.
debug1: channel 0: new [port listener]
debug1: Local forwarding listening on 127.0.0.1 port 1080.
debug1: channel 1: new [port listener]
debug1: Entering interactive session.
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 2: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 3: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 4: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 5: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 6: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 7: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 8: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 9: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 10: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 11: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 12: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 13: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 14: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 15: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 16: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 17: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 18: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 19: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 20: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 21: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 22: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 23: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 24: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 25: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 26: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 27: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 28: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 29: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 30: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 31: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 32: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 33: new [dynamic-tcpip]
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 34: new [dynamic-tcpip]
debug1: channel 10: free: direct-tcpip: listening port 1080 for connect.facebook.net port 80, connect from 127.0.0.1 port 51036 to 127.0.0.1 port 1080, nchannels 35
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 10: new [dynamic-tcpip]
debug1: channel 11: free: direct-tcpip: listening port 1080 for connect.facebook.net port 80, connect from 127.0.0.1 port 51037 to 127.0.0.1 port 1080, nchannels 35
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 11: new [dynamic-tcpip]
debug1: channel 33: free: direct-tcpip: listening port 1080 for cdn.syndication.twitter.com port 80, connect from 127.0.0.1 port 51059 to 127.0.0.1 port 1080, nchannels 35
debug1: Connection to port 1080 forwarding to socks port 0 requested.
debug1: channel 33: new [dynamic-tcpip]
debug1: client_input_channel_req: channel 10 rtype exit-status reply 0
debug1: client_input_channel_req: no sink for exit-status on channel 10
debug1: channel 10: free: direct-tcpip: listening port 1080 for webchat.freenode.net port 80, connect from 127.0.0.1 port 51061 to 127.0.0.1 port 1080, nchannels 35
channel_by_id: 10: bad id: channel free
Disconnecting: Received ieof for nonexistent channel 10.

1
2017-12-02 20:44


Источник


это может помочь, если вы дадите команду (ы) ssh, которую используете, также подумайте о добавлении -v к любой команде клиента ssh - barlop
ssh -N Имя пользователя @ host -D 1080
Я не знаю, действительно .. Вы пробовали самый современный ssh, чтобы исключить ошибки? Когда вы говорите, что Windows в порядке, вы имеете в виду, что клиент linux для сервера sshd Windows в порядке? или клиент ssh на сервере linux sshd в порядке? (если вы не знаете ответа на эти qs, попробуйте его и узнайте .., чтобы помочь изолировать, является ли это сервером или клиентом) - barlop
Я имею в виду, что у меня есть клиент Windows, который отлично работает. Это называется BitVise tunnelier. Он работает, однако шпаклевка не делает. Putty дает мне ту же ошибку, что и команда linux SSH. С другой стороны, Tunnelier открывает и закрывает каналы часто и дает бесшовное соединение, и я ищу клиента linux, который делает то же самое. Это будет сервер Windows BTW.
ok и что вы используете для ssh-сервера windows? - barlop


Ответы:


Оказывается, сервер, который я использовал, нарушал протокол SSH и просто менял серверное программное обеспечение, которое оно исправляло.

ДОБАВЛЯЕТСЯ БАРЛОПОМ(из комментариев OP - серверное программное обеспечение было freesshd)


1
2018-01-28 21:51



и что такое серверное программное обеспечение? Кстати, вы могли видеть признаки этого с wirehark. - barlop
Серверное программное обеспечение, вызывающее проблему, было FreeSSHd
ИМХО, тем более важным вопросом было бы: с каким серверным программным обеспечением вы изменились? - zovits


У меня была эта проблема, когда я включил режим разработчика в Windows 10, который запустил собственный SSH-сервер Windows вместо OpenSSH, который был предназначенным сервером. В общем, проверьте демон ssh, с которым вы пытаетесь войти.


0
2017-11-21 03:30