Saya mengajukan pertanyaan yang sama kepada Google dan tidak menyukai hasil yang saya dapatkan.
Apa /tmp/.X11-unix/
?
Saya mengajukan pertanyaan yang sama kepada Google dan tidak menyukai hasil yang saya dapatkan.
Apa /tmp/.X11-unix/
?
Jawaban:
Pada cukup up-to-date Arch laptop saya, /tmp/.X11-unix/
adalah direktori dengan satu entri: X0
, sebuah Unix-domain socket .
Server X11 (biasanya Xorg
hari ini) berkomunikasi dengan klien seperti xterm
, firefox, dll melalui semacam aliran byte yang dapat diandalkan. Socket domain Unix mungkin sedikit lebih aman daripada soket TCP yang terbuka untuk dunia, dan mungkin sedikit lebih cepat, karena kernel melakukan semuanya, dan tidak harus bergantung pada ethernet atau kartu nirkabel.
Server X11 saya muncul sebagai:
bediger 294 293 0 Apr09 tty1 01:23:26 /usr/lib/xorg-server/Xorg -nolisten tcp :0 vt1 -auth /tmp/serverauth.aK3Lrv5hMV
"-Nolisten tcp" mencegahnya dari membuka port TCP 6000 untuk komunikasi.
Perintah lsof -U
dapat memberi tahu Anda proses apa yang menggunakan soket domain Unix mana. Saya melihat Xorg
terhubung /tmp/.X11-unix/X0
.
Server X memiliki beberapa cara untuk berkomunikasi dengan klien X (aplikasi). Yang paling umum digunakan, setidaknya pada mesin yang sama, adalah soket Unix-domain.
Socket Unix-domain seperti yang lebih dikenal TCP, kecuali bahwa alih-alih menyambungkan ke alamat dan port, Anda terhubung ke jalur . Anda menggunakan file aktual (file socket) untuk menghubungkan.
Server X menempatkan soketnya di /tmp/.X11-unix
:
$ ls -l /tmp/.X11-unix/X0
srwxrwxrwx 1 root root 0 Dec 18 18:03 /tmp/.X11-unix/X0
Perhatikan s
di depan izin, yang artinya soket. Jika Anda memiliki beberapa server X yang berjalan, Anda akan memiliki lebih dari satu file di sana.
Setidaknya dengan manual Linux, detail lebih lanjut tentang soket (secara umum) dapat ditemukan di man 7 socket
. Rincian tentang soket Unix-domain ada di man 7 unix
. Perhatikan bahwa halaman-halaman ini berfokus pada programmer.
/tmp/.X11-unix/X{n} adalah tempat server X menaruh soket AF_DOMAIN yang sedang mendengarkan. Dekat tempat yang sama adalah /tmp/.X{n}-lock sedang terkunci. Seperti yang dibahas dalam https://bugzilla.redhat.com/show_bug.cgi?id=503181 skema ini tidak bagus untuk FHS.