xauth ไม่ได้สร้างไฟล์. Xauthority

เมื่อฉันเข้าสู่ระบบ Linux Mint 17 ที่ไม่มีหัวขาดมันไม่ได้สร้างการอัพเดต / สร้างไฟล์. Xauthority

นอกจากนี้เมื่อฉันเรียกใช้xauthฉันได้รับการตอบกลับ:

marty@N40L ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>exit
marty@N40L ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>

มันไม่ได้สร้างไฟล์

แก้ไข:

เมื่อฉันเชื่อมต่อจอภาพจากนั้นเข้าสู่ระบบในเครื่องไฟล์จะถูกสร้างขึ้น แต่เมื่อฉันพยายามเพิ่มรายการ (เพราะ SSH ของฉันไม่ได้ทำเพื่อฉัน):

marty@N40L ~ $ xauth list
N40L/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
localhost.localdomain/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
marty@N40L ~ $ ls -d .X*
-rw------- 1 marty marty 115 Sep  3 12:03 .Xauthority
marty@N40L ~ $ xauth generate $DISPLAY .
PuTTY X11 proxy: wrong authorisation protocol attemptedxauth: (argv):1:  unable to open display "localhost:10.0".

อนึ่งการทำnetstat --listenรายการฟังพอร์ต:

tcp 0 0 localhost:6010 *:* LISTEN

AGH ข้อมูลเพิ่มเติม ฉันออกจากระบบเซสชัน X บนเซิร์ฟเวอร์และตอนนี้ไฟล์. Xauthority ได้หายไป ดูเหมือนว่าไฟล์จะมีเฉพาะเมื่อเข้าสู่ระบบในเครื่อง ใครช่วยบอกฉันทีว่าทำไมหรือฉันจะแก้ไขได้อย่างไร

การพัฒนาใหม่:

ฉันสร้างผู้ใช้ที่บริสุทธิ์บนระบบที่เรียกว่า "ทดสอบ" จากนั้นฉันเข้าสู่ระบบและไม่มีคำสั่งอื่นใดวิ่ง xeyes ซึ่งใช้งานได้! ดังนั้นจึงเป็นเพียงผู้ใช้ "marty" ที่ไม่สามารถ xforward ฉันจะคัดลอกการตั้งค่าจากการทดสอบไปยังมาร์ตี้ได้อย่างไร

เพียงเพื่อรายงานฉันมีปัญหาที่คล้ายกัน แต่ในกรณีของฉันฉันเพียงทำตามขั้นตอนเหล่านั้น :

ทำตามขั้นตอนเหล่านี้เพื่อสร้าง$HOME/.Xauthorityไฟล์

เข้าสู่ระบบในฐานะผู้ใช้และยืนยันว่าคุณอยู่ในไดเรกทอรีบ้านของผู้ใช้

# Rename the existing .Xauthority file by running the following command
mv .Xauthority old.Xauthority 

# xauth with complain unless ~/.Xauthority exists
touch ~/.Xauthority

# only this one key is needed for X11 over SSH 
xauth generate :0 . trusted 

# generate our own key, xauth requires 128 bit hex encoding
xauth add ${HOST}:0 . $(xxd -l 16 -p /dev/urandom)

# To view a listing of the .Xauthority file, enter the following 
xauth list 

หลังจากนั้นไม่มีปัญหากับ.Xauthorityไฟล์อีกต่อไปตั้งแต่นั้นมา

ขอขอบคุณและขอสินเชื่อSrinivasan

เพียงเพื่อเสริมที่ยอดเยี่ยมตัน 's คำตอบ

ฉันเคยมีปัญหาเดียวกันเพราะไดเรกทอรีบ้านของฉันเต็ม 100% เมื่อเชื่อมต่อแล้วให้sshสร้างรายการที่ว่างเปล่า~/.Xauthorityและไม่สามารถเขียนรายการใด ๆ ไปยังรายการนั้นได้ (ดังนั้นxauth listได้

ดังนั้นฉันจึงแนะนำให้ตรวจสอบพื้นที่ว่าง (เช่นdf -h:) เสมอและตรวจสอบxauth generateและxauth addมีผลกระทบใด ๆ ( xauth list)

หลังจากพบว่ามันไม่ใช่ระบบโดยการเพิ่มผู้ใช้ทดสอบ (ซึ่งการส่งต่อ x ทำงานได้ "นอกกรอบ") ฉันคิดว่าฉันเริ่มคัดลอกไฟล์. bash * startup ไปยังผู้ใช้ที่ "เสีย"

ไม่มีไฟล์ที่แตกต่างกันดังนั้นต่อไปฉันลบไดเรกทอรีผู้ใช้. ssh เมื่อฉันเข้าไปข้างในมันคร่ำครวญเกี่ยวกับ "เซิร์ฟเวอร์ปฏิเสธกุญแจของเรา" แต่ฉันสามารถเข้าสู่ระบบโดยใช้รหัสผ่าน เมื่อเข้าสู่ระบบแล้วฉันสามารถส่งต่อได้อย่างสมบูรณ์แบบ

ตอนนี้ฉันจะพยายามตั้งค่าคีย์อีกครั้งและดูว่าฉันสามารถทำงานได้หรือไม่ จากนั้นมันจะกลับมาเป็นปกติ

การย้ายไดเรคทอรี่.sshออกนอกเส้นทางทำให้ X forwarding นั้นเหมาะกับฉัน

จากกระบวนการกำจัดฉันพบไฟล์ใน ~ / .ssh ที่เรียกว่า "rc" และมี:

echo "Wecome to $(hostname), $(whoami)"

ฉันไม่เคยสร้างสิ่งนี้และไม่รู้ว่ามันมาจากไหน ถอดมันออกมาแก้ไขปัญหาและฉันauthorized_keys, known_hostsและที่สำคัญไฟล์ที่สามารถอยู่เหมือนเดิมทั้งหมด

ภายใต้สิทธิ์ของรูทให้เปิด/etc/ssh/sshd_configและไม่ใส่เครื่องหมายข้อคิดเห็นบรรทัดต่อไปนี้หากถูกคอมเม้นต์:

X11 การส่งต่อใช่

X11DisplayOffset 10

X11UseLocalhost ใช่

จากนั้นออกจากระบบและเข้าสู่ระบบอีกครั้งกับธง-X sshคุณไม่จำเป็นต้องตั้งค่าหรือยกเลิกการตั้งค่าDISPLAYตัวแปรสภาพแวดล้อม

ฉันเจอปัญหาเดียวกันนี้บนเซิร์ฟเวอร์สองเครื่องที่เป็นโหนดพี่สาวในทางเทคนิค ปวดที่หางเนื่องจากฉันไม่สามารถเข้าใจได้ว่าอะไรแตกต่างกัน ปรากฎว่าไดเรกทอรี / home เต็มดังนั้นไฟล์. Xauthority ไม่สามารถเติมได้อย่างถูกต้อง เมื่อฉันพบไฟล์ที่ใช้พื้นที่มากเกินไปและลบทิ้งไฟล์ใหม่. Xauthority ถูกสร้างขึ้นอย่างถูกต้อง