Hiç sorun olmasa da “X11 bağlantısı yanlış kimlik doğrulaması nedeniyle reddedildi” can sıkıcı mesaj


15

Can sıkıcı bir sorun yaşıyorum.

SSH aracılığıyla belirli bir ana bilgisayarda oturum açtığımda, ileti

X11 connection rejected because of wrong authentication.

dakikada yaklaşık bir kez üç kez rastgele görünür. Nereden geldiği hakkında hiçbir fikrim yok.

Aslında, X11 iletimi ile ilgili küçük bir sorun bile yok, bir cazibe gibi çalışıyor. Ama bu mesaj görünmeye devam ediyor ve beni delirtiyor.

Bundan nasıl kurtulacağına dair bir fikri olan var mı?

Nereden gelirsek gelsem sorunla karşılaşıyorum, Gnome-Desktop cihazımdan ve ayrıca PuTTY, MobaXterm, Cygwin, Windows işletim sistemlerinden de geliyor.


Biraz daha çevirdikten sonra sebebini bir izleme aracısı olarak buldum (check_mk). Bu, çalışan görevlerin bazı çalışma zamanı parametrelerini kontrol eder, mesaj her zaman, bu aracı izleme sisteminden tetiklendiğinde, tam olarak PostgreSQL durumu kontrol edildiğinde belirir. Bu işlem bir X11 bağlantısı açmaya çalışıyor gibi görünüyor, ancak başarısız oluyor. İletilen iletme X11 oturumumu kullanmaya çalıştığından ileti terminal oturumuma tükürülür.

Bu mesajı devre dışı bırakmanın bir yolu var mı?

Yanıtlar:


21

Disk alanınız kalmadığından emin olun

Df'yi çalıştırın ve yeterli disk alanına sahip olduğunuzdan emin olun, disk alanınız azsa gereksiz dosyaları sisteminizden kaldırın:

$ df -h

Dosya sistemlerine konulan kotalar varsa, kotanızı aşmadığınızdan emin olun:

$ quota -s

~ / .Xauthority'nin size ait olduğundan emin olun

Ownweship'i bulmak için aşağıdaki komutu çalıştırın:

$ ls -l ~/.Xauthority

İzin sorunlarını çözmek için chown ve chmod'u çalıştırın [user: group'u gerçek kullanıcı adınız ve grup adınızla değiştirin]:

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

X11 SSHD Yönlendirmenin Etkin olduğundan emin olun

Sshd_config dosyasında aşağıdaki satırın bulunduğundan emin olun:

$ grep X11Forwarding /etc/ssh/sshd_config

Örnek çıktı:

X11Forwarding yes

X11 devre dışı bırakılmışsa, sshd_cofing öğesine aşağıdaki satırı ekleyin ve ssh sunucusunu yeniden başlatın:

X11Forwarding yes

X11 istemci yönlendirmenin etkin olduğundan emin olun

Yerel ssh_config dosyanızın aşağıdaki satırlara sahip olduğundan emin olun:

Host *
ForwardX11 yes

Son olarak, uzak sunucuya giriş yapın ve X11'i Mac OS X veya Linux masaüstü sisteminizden aşağıdaki gibi çalıştırın:

ssh -X user@remote-host.com

Bilgi kredisi buraya aittir: http://www.cyberciti.biz/faq/x11-connection-rejected-b because-of-wrong- authentication/

Umarım yardımcı olur.


Bunu okudum, ama aslında X11 uygulamalarını başlatan bir sorun olmadığından, bu adımlar uygulanabilir değildi. Ancak, bu arada sorunun nedenini buldum ve şimdi güncelleyeceğim.
Christian

Belirtildiği gibi, bu bu durumda geçerli değildir. Sorun, bir X11 bağlantısını iletme girişimimin başarısız olması değil. Sorun başka bir kullanıcı benim X11-Yönlendirme kullanmaya çalışır ve ileti istemediğim etkin terminal oturumu tükürmek olmasıdır. Soru "Bu mesajı devre dışı bırakmanın bir yolu var mı?"
Christian

Yanıt isteyen bir kullanıcı için cevabımı güncelledikten sonra yorumunu kaldırdım. Sorunuz için, kök dışındaki herkese duvar erişimini devre dışı bırakmayı deneyin (bu işlemin kullanıcı kökü tarafından yürütülmediğini varsayarak): $ sudo chmod gs / usr / bin / wall $ echo foo | duvar
devnull

Duvar mesajlarını neyin bastırdığını "mesg n" yayınladım, ama yine de bunları almaya devam ettim :(
Christian

Eğer bu süreç root tarafından yürütülürse, yapardınız. Kök bastırılamaz. Bu durumda, bir 'monitör' veya herhangi bir kullanıcı oluşturun ve izlemeyi hareket ettirin ve bu kullanıcı tarafından yürütülecek olanları taşıyın ve o zaman artık kökten olmayacağı için bu mesajları görmeyeceksiniz.
devnull

4

Güvenilmez X11 yönlendirme zaman aşımı olabilir. ForwardX11TimeoutSeçeneği büyük bir zaman aşımı ile kullanmak, https://bugzilla.mindrot.org/show_bug.cgi?id=1718'de önerildiği gibi yardımcı olabilir (geçmişte bu sorunu aldım, ancak IIRC, bazı yükseltmelerden sonra kayboldu).


Maalesef hayır, ayrıca açıkça ayarladığınızda ForwardX11Trusted yesiçinde /etc/ssh_config.
Christian

2

SELINUX zorlaması varsa ve ana dizininiz / home dizininin altında değilse, sorun budur. Hedeflenen SELINUX ayarları, tüm kullanıcı ana dizinlerinin / home altında olduğunu varsayar, bu nedenle ana dizininizdeki SELINUX türü doğru olmadığından xauth düzgün çalışmaz. Keşke bir düzeltme önerebilirim, ama bulduğum işe yaramadı. SELINUX'u bu sorunun üstesinden gelmek için izin verecek şekilde ayarladım.



0

Gerekirse XQuartz'ı mac'e yükleyin ve doğrudan kullanıcıyla oturum açın. Örnek - Oracledb'i kurarken root ile giriş yapmaya ve sonra sudo su - oracle'dan sonra oracle kullanıcısından komutu çalıştırmaya çalışıyordum.

Oracle ssh -X oracle @ hostname ile doğrudan giriş yapın

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.