Proksi Putty X11: protokol otorisasi salah dicoba

13

Saya mencoba untuk terhubung ke server Ubuntu untuk bekerja pada Qt-creator. Sebelum semuanya beres, saya mengikuti tutorial ini . Saya mengunduh dempul dan Xming dan semuanya bekerja dengan baik.

kemudian, tiba-tiba, saat mengerjakan Qt-creator saya tidak bisa menyimpan perubahan. Jadi, saya menutup Qt-creator dan memulai kembali sesi dempul. ia bertanya tentang nama pengguna dan kata sandi (seperti biasa) kemudian setelah masuk ke server dan ketika saya mencoba menjalankan Qt-creator (seperti biasa) pesan berikut muncul:

PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0

jadi, saya mencoba menyelesaikan masalah menggunakan dua pendekatan yang ditemukan di internet:

yang pertama adalah dengan dpyname protoname hexkeymenggunakan:

xauth list 

yang harus mengembalikan kunci yang kemudian dapat ditambahkan menggunakan:

xauth add

Namun, itu tidak berhasil karena xauth listperintah tidak mengembalikan apa pun.

solusi kedua adalah pergi ke:

./etc/ssh/sshd_config

buka file: sshd_config dan edit ForwardX11Trustedbaris untuk dibaca yes, dan Jika tidak ada baris seperti itu, tambahkan.

ForwardX11Trusted yes

kemudian restart server ssh dan itu akan berfungsi.

Namun, itu tidak berhasil. Saya tidak bisa membuka file sshd_configmenggunakan xdg-openatau geditdan pesan yang sama muncul lagi.

jadi mengapa ini terjadi dan apa solusinya?

McLan
sumber
Berita baiknya adalah: Saya sekarang dapat membuka file: sshd_configmenggunakan sudo nanoperintah dan menambahkan baris: ForwardX11Trusted yes.. berita buruknya adalah: setelah "langkah tambah" masalahnya masih ada !!!
McLan
Apa perintah penuh saat Anda gunakan xauth add?
Nate dari Kalamazoo
ForwardX11Trustedadalah opsi untuk klien OpenSSH ,, bukan untuk server. Menambahkannya mungkin mencegah sshdmulai, tergantung pada versinya.
Gert van den Berg

Jawaban:

7

Saat masuk sebagai su, setelah beberapa "PuTTY X11 proxy: percobaan otorisasi yang salah mencoba" -tipe kesalahan, saya menyadari itu adalah masalah otentikasi. Kemudian saya ingat untuk menyalin file .Xauthority dari profil saya sendiri / direktori home ke / root. Masalah terpecahkan!

Flyer Angkatan Laut
sumber
Ini terlihat seperti jawaban untuk masalah yang berbeda (walaupun dengan gejala yang sama).
DavidPostill
Ini bekerja untuk Raspbian Jessie di RaspberryPi
Dexter
Ini juga bekerja untuk saya di RPI. Dari Putty pada Win10 sederhana leafpadbekerja dengan baik, tetapi sudo leafpadmemiliki kesalahan dalam deskripsi di atas. Menyalin .Xauthoritybekerja dengan sempurna. Terima kasih banyak!
Petr Újezdský
ok untuk masalah otorisasi ... tapi masih memberi saya "Tidak dapat membuka tampilan:" ...? ada ide
ZEE
2

Terpecahkan.

Saya menyelesaikannya dengan menggunakan campuran dari dua yang disebutkan di atas.

1. Saya menambahkan baris berikut ke '/ etc / ssh / sshd_config'

ForwardX11Trusted yes

2. Saya menginstal xauth menggunakan

sudo apt-get install xauth

xauth listkosong untuk saya sebelum restart. Namun, itu dihuni setelah restart. Saya lakukan xauth listsetelah saya mengujinya dengan dempul.

Kemudian saya restart ssh dan berhasil. Yay!

Catatan: Apa yang sebenarnya saya lakukan adalah me-restart Raspberry Pi saya

Dheeraj Bhaskar
sumber
3
ForwardX11Trusted bukan opsi yang valid untuk sshd_config. Ini adalah parameter klien, bukan parameter server daemon
HeatfanJohn
Saya sudah melakukan ini beberapa waktu yang lalu. Tidak tahu sekarang
Dheeraj Bhaskar
2

Saya memiliki masalah serupa pada server di tempat kerja karena folder rumah kehabisan ruang disk. Setelah masuk, itu tidak bisa menulis file Xauthority dan ... tidak bisa meneruskan.

Membebaskan ruang untuk menyelesaikan masalah.

Saya akan membayangkan Anda akan memiliki masalah yang sama jika folder home atau izin .Xauthority diatur secara tidak benar sehingga Anda tidak memiliki akses tulis.

Ryan Armstrong
sumber
1

Dalam kasus saya, saya perhatikan saya dapat membuka Display dengan root, tetapi saya melakukan su - grid, dan grid pengguna ini adalah yang bermasalah,

solusinya adalah menutup sesi ini, dan membuka sesi baru langsung dengan grid, dan itu berhasil, sesuatu tentang melakukan su - grid gagal ...

pengguna524500
sumber
0

Saya memiliki masalah serupa di server. Alasannya adalah bahwa pengguna mendapat jumlah tampilan yang salah (DISPLAY = localhost: 10.0). Ketika pengguna terhubung ke server melalui SSH (sebagai pengguna disebut test1) ia mendapat DISPLAY = localhost: 11.0. Ketika dia terhubung sebagai pengguna lain, dan kemudian menjadi pengguna (test1), dia mendapatkan jumlah tampilan yang salah (DISPLAY = localhost: 10.0). Ketika saya mengatur jumlah kanan DISPLAY (DISPLAY = localhost: 11.0) berfungsi.

anton
sumber