pesan menjengkelkan "Koneksi X11 ditolak karena otentikasi salah" sementara tidak ada masalah sama sekali


15

Saya mengalami masalah yang menjengkelkan.

Ketika saya masuk ke host tertentu melalui SSH, pesannya

X11 connection rejected because of wrong authentication.

muncul tiga kali tampaknya acak sekitar satu menit sekali. Saya tidak tahu dari mana asalnya.

Sebenarnya, tidak ada sedikit pun masalah dengan penerusan X11, ini berfungsi seperti pesona. Tapi pesan ini terus muncul dan itu membuatku gila.

Adakah yang tahu bagaimana cara menghilangkannya?

Saya menghadapi masalah di mana pun saya berasal, itu terjadi dari Gnome-Desktop saya dan juga dari sistem Windows menggunakan Putty, MobaXterm, Cygwin, apa pun.


Setelah memutar-mutar lagi saya menemukan penyebabnya menjadi agen pemantauan (check_mk). Ini memeriksa beberapa parameter runtime dari menjalankan tugas, pesan muncul setiap kali, ketika agen ini dipicu dari sistem pemantauan, persis ketika status PostgreSQL diperiksa. Tampaknya proses ini mencoba membuka koneksi X11 tetapi gagal. Pesan ini kemudian dimuntahkan ke sesi terminal saya saat mencoba menggunakan sesi X11 yang diteruskan.

Apakah ada cara untuk menonaktifkan pesan ini sama sekali?

Jawaban:


21

Pastikan Anda tidak kehabisan ruang disk

Jalankan df dan pastikan Anda memiliki ruang disk yang cukup, jika ruang disk Anda sedikit, hapus file yang tidak perlu dari sistem Anda:

$ df -h

Jika ada kuota yang dikenakan pada sistem file, periksa apakah Anda tidak melebihi kuota Anda:

$ quota -s

Pastikan ~ / .Xauthority dimiliki oleh Anda

Jalankan perintah berikut untuk menemukan kepemilikan sendiri:

$ ls -l ~/.Xauthority

Jalankan chown dan chmod untuk memperbaiki masalah izin [ganti pengguna: grup dengan nama pengguna dan nama grup Anda yang sebenarnya]:

$ chown user:group ~/.Xauthority
$ chmod 0600 ~/.Xauthority

Pastikan Penerusan SSHD X11 Diaktifkan

Pastikan baris berikut ada dalam file sshd_config:

$ grep X11Forwarding /etc/ssh/sshd_config

Output sampel:

X11Forwarding yes

Jika X11 dinonaktifkan tambahkan baris berikut ke sshd_cofing dan restart server ssh:

X11Forwarding yes

Pastikan penerusan klien X11 diaktifkan

Pastikan ssh_config lokal Anda memiliki baris berikut:

Host *
ForwardX11 yes

Terakhir, masuk ke server jarak jauh dan jalankan X11 sebagai berikut dari sistem desktop Mac OS X atau Linux Anda:

ssh -X user@remote-host.com

Kredit untuk informasi termasuk di sini: http://www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/

Semoga itu bisa membantu.


Saya membaca itu, tetapi karena sebenarnya tidak ada masalah memulai X11-aplikasi langkah-langkah itu tidak berlaku. Namun, sementara itu saya menemukan penyebab masalah dan akan memperbarui sekarang.
Christian

Seperti disebutkan, ini tidak relevan dalam kasus ini. Masalahnya bukan bahwa upaya saya untuk meneruskan koneksi X11 gagal. Masalahnya adalah bahwa pengguna lain mencoba menggunakan Penerusan X11 saya dan bahwa pesan tersebut diludahkan ke sesi terminal aktif saya apa yang tidak saya inginkan. Pertanyaannya adalah "Apakah ada cara untuk menonaktifkan pesan ini sama sekali?".
Christian

Saya memperbarui jawaban saya untuk pengguna yang memintanya lalu menghapus komentarnya setelah. Untuk pertanyaan Anda, coba nonaktifkan akses dinding ke semua kecuali root (dengan asumsi proses itu tidak dijalankan oleh root pengguna): $ sudo chmod gs / usr / bin / wall $ echo foo | wall
devnull

Saya mengeluarkan "mesg n" apa yang menekan pesan dinding, tetapi masih terus mendapatkan itu :(
Christian

Jika proses itu dieksekusi oleh root maka Anda akan melakukannya. Root tidak bisa dikalahkan. Jika demikian, buat 'monitor' atau pengguna apa pun dan pindahkan pemantauan dan semacamnya untuk dieksekusi oleh pengguna itu dan kemudian Anda tidak akan melihat pesan-pesan itu lagi karena itu tidak berasal dari root.
devnull

4

Bisa jadi batas waktu penerusan X11 yang tidak dipercaya. Menggunakan ForwardX11Timeoutopsi dengan batas waktu yang besar dapat membantu, seperti yang disarankan di https://bugzilla.mindrot.org/show_bug.cgi?id=1718 (Saya punya masalah ini di masa lalu, tetapi IIRC, menghilang setelah beberapa peningkatan).


Sayangnya tidak, juga ketika saya secara eksplisit mengatur ForwardX11Trusted yesdi /etc/ssh_config.
Christian

2

Jika Anda memiliki SELINUX menegakkan, dan direktori home Anda tidak di bawah direktori / home, itu adalah masalah Anda. Pengaturan SELINUX yang ditargetkan menganggap semua direktori home pengguna berada di bawah / home, jadi xauth tidak berfungsi dengan benar karena tipe SELINUX pada direktori home Anda tidak benar. Saya berharap saya bisa merekomendasikan perbaikan, tetapi yang saya temukan tidak berhasil. Saya mengatur SELINUX ke permisif untuk mengatasi masalah ini.



0

Instal XQuartz di mac jika diperlukan dan login langsung dengan pengguna. Contoh - Saat menginstal oracledb saya mencoba masuk dengan root dan kemudian menjalankan perintah dari pengguna oracle setelah sudo su - oracle.

Login langsung dengan oracle ssh -X oracle @ hostname

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.