Не получается сконнектится по SSH - «x11 forwarding request failed on channel 0»

Покажи команду подключения. И еще файл /etc/ssh/ssh_config и еще ~/.ssh/config .

ssh user@host -D 3128

А конфиги базовые изначально, ничего не менял.

Попробуй с ключом -x . И файлы что я просил покажи.

я пробовал и -X и -Y и много чего еще. А файлы у вас ровно такие же на чистой системе, как и у меня.

В конфиге закомментировано все, кроме последних строк:

Host *
# ForwardAgent no
# ForwardX11 no
# ForwardX11Trusted yes
# RhostsRSAAuthentication no
# RSAAuthentication yes
# PasswordAuthentication yes
# HostbasedAuthentication no
# GSSAPIAuthentication no
# GSSAPIDelegateCredentials no
# GSSAPIKeyExchange no
# GSSAPITrustDNS no
# BatchMode no
# CheckHostIP yes
# AddressFamily any
# ConnectTimeout 0
# StrictHostKeyChecking ask
# IdentityFile ~/.ssh/identity
# IdentityFile ~/.ssh/id_rsa
# IdentityFile ~/.ssh/id_dsa
# IdentityFile ~/.ssh/id_ecdsa
# IdentityFile ~/.ssh/id_ed25519
# Port 22
# Protocol 2
# Cipher 3des
# Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
# MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
# EscapeChar ~
# Tunnel no
# TunnelDevice any:any
# PermitLocalCommand no
# VisualHostKey no
# ProxyCommand ssh -q -W %h:%p gateway.example.com
# RekeyLimit 1G 1h
SendEnv LANG LC_*
HashKnownHosts yes
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no

Я пробовал раскомментить:
ForwardX11 no
ForwardX11Trusted yes

пробовал менять:
ForwardX11 yes
ForwardX11Trusted yes

Все бес толку.

Вопрос, нужно ли после каждого изменения перезагружать SSH клиента?

Что значит перезагружать? Клиент - это не сервер, он не исполняется постоянно. Эти настройки применятся при следующем использовании ssh клиента. Ты пробовал опцию "-x" (именно в нижнем регистре)? И что за сервер к которому ты подключаешься?

Да, с маленькой -x тоже пробовал. Попытка коннекта, ввод пароля и ....«exit status 254»

Сервер куплен в виде «SSH-тоннеля» просто для теста. Такие тоннели продаются на многих форумах пачками по 0,5-1$ (можно выбрать регион, город и т.п.) Поэтому параметры сервера мне не известны. Ключевой момент тут в том, с Виндового Putty все отлично работает без каких-либо опций и головняков.

Изначально, я поставил на Ubuntu менеджер PACmanager (там графический интерфейс и никаких консольных параметров, все так же просто, как и на Putty), с той лишь разницей коннект не происходит.

И потом уже я стал пробовать через консоль.

вылезает такая я ошибка

Это не ошибка. Это предупреждение, что пробросить X-сессию тебе по этому соединению не получится. Коннекту это не мешает.

Вывод ssh -v сюда.

А конфиги базовые изначально, ничего не менял

Сейчас ты уже выложил, но на будущее учти, что 1) не все пользуются убунтой, а конфиг по умолчанию в разных дистрибутивах может отличаться, 2) ты не менял, а отвечающий мог и поменять у себя и не помнить, что там изначально было, поэтому «ничего не менял» — это не ответ.

Учту.

Вот вывод ssh:

myname@myname ~ $ ssh -v -C -o CompressionLevel=9 admin@xxx.xxx.xxx.xxx -D 8181
OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2g 1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to xxx.xxx.xxx.xxx [xxx.xxx.xxx.xxx] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/myname/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/myname/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/myname/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/myname/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/myname/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/myname/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/myname/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/myname/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2
debug1: Remote protocol version 2.0, remote software version dropbear_2016.73
debug1: no match: dropbear_2016.73
debug1: Authenticating to xxx.xxx.xxx.xxx:22 as 'admin'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ssh-rsa
debug1: kex: server->client cipher: aes128-ctr MAC: hmac-sha2-256 compression: none
debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha2-256 compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ssh-rsa SHA256:xUTavtza7rzUUfWcrMg2/1zhGfZ0I7uFW9Fd0OTuyyM
debug1: Host 'xxx.xxx.xxx.xxx' is known and matches the RSA host key.
debug1: Found key in /home/myname/.ssh/known_hosts:3
debug1: rekey after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: password
debug1: Next authentication method: password
admin@xxx.xxx.xxx.xxx's password:
debug1: Authentication succeeded (password).
Authenticated to xxx.xxx.xxx.xxx ([xxx.xxx.xxx.xxx]:22).
debug1: Local connections to LOCALHOST:8181 forwarded to remote address socks:0
debug1: Local forwarding listening on ::1 port 8181.
debug1: channel 0: new [port listener]
debug1: Local forwarding listening on 127.0.0.1 port 8181.
debug1: channel 1: new [port listener]
debug1: channel 2: new [client-session]
debug1: Entering interactive session.
debug1: pledge: network
debug1: Sending environment.
debug1: Sending env LC_PAPER = de_DE.UTF-8
debug1: Sending env LC_ADDRESS = de_DE.UTF-8
debug1: Sending env LC_MONETARY = de_DE.UTF-8
debug1: Sending env LC_NUMERIC = de_DE.UTF-8
debug1: Sending env LC_TELEPHONE = de_DE.UTF-8
debug1: Sending env LC_IDENTIFICATION = de_DE.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending env LC_MEASUREMENT = de_DE.UTF-8
debug1: Sending env LC_NAME = de_DE.UTF-8
debug1: client_input_channel_req: channel 2 rtype exit-status reply 0
sshd listensocks[13]
debug1: channel 2: free: client-session, nchannels 3
debug1: channel 0: free: port listener, nchannels 2
debug1: channel 1: free: port listener, nchannels 1
Connection to xxx.xxx.xxx.xxx closed.
Transferred: sent 2616, received 1288 bytes, in 1.0 seconds
Bytes per second: sent 2563.9, received 1262.3
debug1: Exit status 1

Раз можно залогиниться под Putty, то залогинься и выполни chsh -s /bin/bash admin потом попробуй снова из-под линукса.

Давайте допустим, что на сервере я не могу производить никаких манипуляций. А по-хорошему, так оно и есть.

Тогда попробуй в конце команды ssh добавить bash

Я пока не очень понимаю, как это сделать. А по моему конфигу клиента и ответу сервера при подключении, какие-то выводы можно сделать?

Это же ошибку я получаю подключаясь и к другим тоннелям (нашел еще в сети десяток).

Везде одна и та же ошибка на моем LinuxMint -«x11 forwarding request failed on channel 0».

А на винде все коннектится и никаких вопросов.

x11 forwarding request failed on channel 0

Ещё раз, это _не_ ошибка.

А на винде все коннектится и никаких вопросов

Потому что в винде x11 forwarding несколько, кхм, неактуален.

Я пока не очень понимаю, как это сделать

ssh -v admin:password@remote.host bash

А по моему конфигу клиента и ответу сервера при подключении, какие-то выводы можно сделать?

Что сразу после успешного подключения выполняемая ssh команда завершается с кодом ошибки 1. Скорее всего, это команда su admin, которую ssh вызывает для начала пользовательской сессии. Например потому, что у пользователя admin неправильно указана оболочка по умолчанию.

Теперь я вас понял, спасибо. Это действительно не причина отключения.

Извиняюсь, я ступил, указав этот ответ в заголовке. Этот ответ я вижу только PACmanager, где по-умолчанию команда выглядит как:

ssh -p 22 -X -l user host

После добавления bash на беглый взгляд добавилось пару строк:

debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1

Хотя, тоже нет, эти строки есть в логе и без «bash»

PACmanager использует свой конфиг, или конфиг системного ssh клиента?