Saya mendapatkan Putty mencoba kesalahan protokol yang salah ketika saya SSH ke server saya dari Windows


12

Saya memiliki Putty yang terhubung melalui SSH ke server Ubuntu 12.10 saya selama beberapa bulan. Kemarin saya mulai mendapatkan kesalahan berikut setiap kali saya terhubung:

Proksi Putty X11: protokol otentikasi salah dicoba

Saya dapat melakukan segalanya dalam sesi ini kecuali meluncurkan aplikasi X Windows. Setahu saya tidak ada yang berubah di sisi Windows, dan saya baru saja menginstal pembaruan @ 20 di sisi Ubuntu selama pemeliharaan pemutakhiran normal.

Saya menggunakan Xming sebagai server X pada klien Windows. Dan seperti yang saya katakan itu bekerja dengan baik. Saya sudah menyiapkan puluhan hasil Google yang mencari kesalahan ini dan sebagian besar tampaknya melibatkan kesalahan yang terjadi setelah koneksi SSH ketika mencoba untuk SU atau SUDO ke akun lain, tetapi ini terjadi pada koneksi pengguna biasa saya.

Saya telah mencoba menghapus file .Xauthority di direktori home saya, juga berbagai xauth menambahkan perintah untuk mencoba dan mendapatkan "cookie ajaib" yang benar kembali ke file .Xauthority. Tidak ada yang berhasil.

Adakah pikiran?


3
Anda mungkin pernah melihat ini . Saya mengerti bahwa penyebab masalah Anda tidak sama dengan penyebabnya. Tetapi apakah Anda mencoba solusi yang kurang aman di sana, memungkinkan ForwardX11Trusted? (Ini seharusnya tidak dilakukan ketika pengguna tidak tepercaya yang dapat SSH masuk, lihat man 5 ssh_config.) Jika aman bagi Anda untuk mengaktifkan ini, maka bahkan jika Anda tidak ingin tetap diaktifkan, ini akan memberikan informasi berharga.
Eliah Kagan

Juga, Anda mengatakan Anda mencoba "berbagai perintah xauth add" ... tetapi apakah output dari xauthperintah yang memberikan informasi seperti yang diharapkan? Jika tidak, itu bisa menjelaskan situasi. Apa outputnya xauth list(Anda dapat melanjutkan dan menghapus atau mengganti kunci heksadesimal, tidak perlu berbagi itu). Cara terbaik untuk memberikan semua informasi ini adalah dengan mengedit pertanyaan Anda ; mohon juga sertakan sebanyak mungkin detail tentang semua perintah xauth yang Anda coba dan apa yang terjadi.
Eliah Kagan

Bisakah Anda memposting screenshot dari konfigurasi X11 Putty Anda, yang akan berada di dalam SSH di bilah sisi kiri? Jika saya tidak salah, server Anda mengharapkan Anda untuk melakukan Otorisasi XDM tetapi Anda mencoba melakukan Magic Cookie. Coba ubah ke XDM-Otorisasi-1.
theouroureye

Apakah perubahan terbaru di server: /etc/ssh/sshd.conf mengubah "Protokol 1,2" menjadi "Protokol 2"? Ada kerentanan yang diketahui dengan Protokol 1, tapi itu mungkin yang digunakan Putty. Atau Anda dapat mengkonfigurasi Putty untuk menggunakan Protokol 2?
waltinator

Jawaban:


2

Dipformat ulang untuk diminta dari http://froebe.net/blog/2008/11/14/getting-xlib-putty-x11-proxy-wrong-authentication-protocol-attempted-i-have-the-answer/

Seperti disebutkan di atas, Anda dapat mematahkan keamanan Anda dengan beralih pada ForwardX11Trusted yesdi /etc/ssh/sshd_configfile di server dan me-restart sshd. Solusi lengkapnya adalah untuk sementara mentransfer otorisasi ke akun lain.

Pertama, pada klien Anda dapatkan kunci dari akun Anda (di windows ini untuk xming dan mungkin dalam konfigurasi xming):

$ xauth list
aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

Selanjutnya, masuk ke akun ssh / dempul Anda dan tambahkan kunci xming (ini mungkin sebenarnya dalam konfigurasi untuk dempul).

$ xauth add aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

Sekarang Anda harus dapat membuka aplikasi ketika Anda meneruskan tampilan X melalui ssh.


1
Sepertinya tidak ada yang membaca halaman manual lagi. Menyetel opsi ini sshd_configakan mencegah server SSH dari mulai berhasil! Coba man sshd_config|grep ForwardX11Trustedlawan man ssh_config|grep ForwardX11Trusted. -1.
0xC0000022L

terima kasih kawan ... menyelesaikan masalah saya dari Putty / Windows / XMing ke Raspbian Pixel ... anehnya nomor tampilan untuk X ketika saya menaikkan previlege (sudo su) adalah: 11 ... bukan: 10 ...? mengapa
ZEE
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.