X Forward programı varken SSH çıkıştan sonra sonlandırılmamış

SSH üzerinden X programları çalıştırdıktan sonra, SSH kabuk çıkışından sonra sona ermez (örneğin CtrlC, öldürmek için kullanmak zorunda).

Benim tahminim X programı zaten çıkmasına rağmen, hala bazı "bağlantı" kaldı (serbest değil). Şimdi bulduğum istisnalar gtk-demove acroread.

Sebebini bilen var mı? Bu ssh {, d} yapılandırmasında bir sorun mu var?

ssh x11 xforwarding

— yuyichao
kaynak

Bunu kendiniz test edebilirsiniz. -V ile ssh komutunu çalıştırın ve açılan ve kapatılan X11 bağlantılarını bildirir.

— Kyle Jones

@KyleJones THX, bu sorun gibi görünüyor ( C-cbasıldıktan sonra serbest bırakılan iki "bağlantı" ).

— yuyichao

Aynı problemi herhangi bir X11 penceresi olan SLES11'de de aldım. Dbus'a kadar nasıl izledin?

— Nils

Sizin gibi çalışan işlemi kontrol edebilirsiniz (başka bir aktif oturum yoksa). Systemd kullanıyorum ve sshd'de (pam ayarı) etkinleştirdim, bu yüzden ssh oturumundaki tüm süreç aynı grupta, bu da kontrol etmeyi gerçekten kolaylaştırıyor. ~~

— yuyichao

X programını başlatmak, muhtemelen programı kapattığınızda sona ermeyen bir arka plan işlemi başlatır (veya programın kendisi düzgün şekilde sona ermez). Ne olduğuna dair bir açıklama için buraya bakın .

Bunu düzeltmek için, hala hangi işlemlerin çalışmakta olduğunu bulmaya çalışabilir ve SSH aracılığıyla oturum açtığınızda bunların başlatılmasını engelleyebilir veya oturumu kapatmadan önce onları öldürebilirsiniz. Yine de çıkış yaptıktan sonra SSH bağlantısını kesebilirsiniz.

— Lars Kotthoff
kaynak

K, sorun dbus (gconf) işlemi hala çalışıyor. ( systemd-cgls~ ~ sayesinde ) (Daha killall -KILLönce bazı arka plan sürecini çatabileceğini düşünerek programın kendisine çalıştım, ancak durum böyle görünmüyor.). Peki işleri iyi yapmanın bir yolu var mı? (ör. otomatik olarak dbus (gconf) öldür) THX

— yuyichao

Sen-ebilmek koymak killall dbusya da böyle bir şey .logout, ama bu muhtemelen başka şeyler (yani yerel olarak oturum açtığınızda) berbat olur.

— Lars Kotthoff

Hmm, bunu manuel olarak yapmam gerekiyor gibi görünüyor (yani bunun için doğrudan bir seçenek yok). En azından ben zaten kullanıyorum kill-session=1ve umarım systemd hangi öldürmek için doğru bir süreç olduğunu söyleyebilir (yani diğer oturumlarda süreçleri öldürmüyor.) ~~~ THX

— yuyichao