มีสองเหตุผลที่คุณไม่เห็น ก /var/log/auth.log ภายใต้ WSL:
ประการแรก WSL ไม่ได้เรียกใช้บริการใด ๆ ตามค่าเริ่มต้น ซึ่งรวมถึง rsyslog. หากไม่มีบริการบันทึกระบบก็ ... ไม่มี syslogs! ฉันถือว่าคุณได้คิดส่วนนี้แล้วตั้งแต่คุณ ทำ มี /var/log/auth.log, แม้ว่า. สำหรับคนอื่นๆ ที่กำลังอ่านข้อความนี้ คุณจะต้องทำ sudo บริการ rsyslog เริ่มต้น เพื่อเริ่มบริการการบันทึก
ประการที่สอง ตามที่ ThomasWard ชี้ให้เห็นในความคิดเห็นและการสนทนา WSL ไม่ได้ "เข้าสู่ระบบ" ในความหมายดั้งเดิม โดยเฉพาะอย่างยิ่ง ภายใต้ Ubuntu จะใช้ PAM (โมดูลการตรวจสอบความถูกต้องแบบเสียบได้) เพื่อตรวจสอบสิทธิ์ผู้ใช้ และ PAM คือสิ่งที่บันทึกข้อมูลการรับรองความถูกต้องไปยัง syslog ซึ่งโดยทั่วไปแล้วจะส่งผลให้ผลลัพธ์ที่คุณคาดหวัง /var/log/auth.log.
แต่คุณจะพบว่าคุณไม่ได้ป้อนรหัสผ่านเมื่อเริ่มต้น WSL นี่เป็นเพราะ WSL /ในนั้น กระบวนการ (PID 1 ซึ่งเป็นพาเรนต์ของกระบวนการอื่นทั้งหมด) เริ่มต้นเชลล์ของคุณเป็น ผู้ใช้เริ่มต้น. รหัสผ่านไม่มีประโยชน์ใน WSL เนื่องจากเป็นของคุณ หน้าต่าง ผู้ใช้ที่กำหนดสิทธิ์การเข้าถึงระบบของคุณในท้ายที่สุด พูดอีกอย่างก็คือ ราก ใน WSL จะต้องไม่เกินสิทธิ์ของผู้ใช้ Windows
เนื่องจากคุณได้เข้าสู่ระบบ Windows แล้ว WSL จึงไม่จำเป็นต้องมี "การป้องกันพิเศษ" ของรหัสผ่านผู้ใช้ WSL
อย่างไรก็ตาม ตามที่คุณได้เห็นในสิ่งที่คุณมีอยู่ /var/log/auth.log, ที่นั่น เป็น สิ่งที่คุณสามารถทำได้เพื่อทริกเกอร์ PAM และทริกเกอร์การเขียนไปยังบันทึก ที่พบมากที่สุดคือ สุ และ ซูโด.
โปรดทราบว่า / etc / ความปลอดภัย ข้อความที่คุณเห็นในบันทึกเกิดจากการที่ pam_securetty โมดูลพยายามค้นหาการกำหนดค่า เนื่องจากไม่ได้กำหนดค่า (หรือจำเป็น) ภายใต้ WSL อูบุนตูจึงไม่จัดเตรียมไฟล์นั้นตามค่าเริ่มต้น
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
