Невозможно подключиться к удаленному серверу по протоколу RDP - мой пользователь просто перестал работать

У нас есть три сервера на хостинге Rackspace. Я использую mRemoteNG для подключения ко всем трем. Исторически нет проблем. Я мог без проблем использовать RDP для всех трех. А вчера один из них перестал меня впускать и выдает такую ​​ошибку:

RDP disconnected!  
Because of a protocol error, this session will be disconnected. 
Please try connecting to the remote computer again. 
Error code 3334.

Я пробовал подключиться через стандартный клиент Windows RDP. Он просто терпит неудачу без ошибок. Так что это не только клиент mRemoteNG.

На этом же сервере есть другие пользователи, которые могут использовать RDP для своего собственного пользователя. Но никто не может RDP к этому ящику с моим пользователем. Мы также создали новых пользователей, и ни один из них не работает ни на кого.

Я поискал в гугле все сопли, и ЕДИНСТВЕННОЕ исправление, которое я могу найти, - это настроить mRemoteNG на использование LARGEADDRESSAWARE. Согласно тому, что я прочитал, для этого нужно выполнить следующие действия:

  1. Используйте командную строку Visual Studio (обычная Windows не работает). Обязательно запускайте от имени администратора
  2. . Введите следующую команду: editbin / LARGEADDRESSAWARE "C: \ Program Files (x86) \ mRemoteNG \ mRemoteNG.exe"

Готово.

Но когда я это делаю, мне говорят: фатальная ошибка не может открыть файл C: с openssh-server 6.7p1-5 изменен sshd_config RSAAuthentication нет PubkeyAuthentication нет PasswordAuthentication да Перезапустить службу ssh с ...

Я пытался настроить ssh-сервер без открытого ключа, с openssh-server 6.7p1-5

изменено sshd_config

RSAAuthentication no
PubkeyAuthentication no
PasswordAuthentication yes

Перезапустить службу ssh

со стороны клиента:

ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no  test@127.0.0.1 -v
OpenSSH_7.2p2 Ubuntu-4, OpenSSL 1.0.2g-fips  1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 127.0.0.1 [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/leggenda/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/leggenda/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/leggenda/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/leggenda/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/leggenda/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/leggenda/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/leggenda/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/leggenda/.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-4
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2p2 Ubuntu-4
debug1: match: OpenSSH_7.2p2 Ubuntu-4 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 127.0.0.1:22 as 'test'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:mWc3EWaFDUzSjUjmhVvgNibVFgzWHnowAIXNAbApgJ8
The authenticity of host '127.0.0.1 (127.0.0.1)' can't be established.
ECDSA key fingerprint is SHA256:mWc3EWaFDUzSjUjmhVvgNibVFgzWHnowAIXNAbApgJ8.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '127.0.0.1' (ECDSA) to the list of known hosts.
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: password
test@127.0.0.1's password: 
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
test@127.0.0.1's password: 
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
test@127.0.0.1's password: 
debug1: Authentications that can continue: publickey,password
debug1: No more authentication methods to try.
Permission denied (publickey,password).
0
задан 5 May 2016 в 17:43
1 ответ

нашел здесь ответ https://unix.stackexchange.com/questions/145997/trying-to-ssh-to-local-vm-ubuntu-with-putty

на моем локальном компьютере работает сервер ssh, поэтому порт перекрываются с моей виртуальной машиной, поэтому необходимо изменить настройку переадресации портов, отличную от 22 примера 2222, а затем получить к ней доступ ssh -p 2222 имя пользователя @ vm1-ip

1
ответ дан 4 December 2019 в 16:37

Теги

Похожие вопросы