แชร์เครือข่ายไม่แสดงบน VPN? การค้นหาหยุด

แชร์จะเปิดเมื่อคุณพิมพ์เส้นทาง และเบราว์เซอร์เครือข่ายไม่แสดงอะไรเลย การผสมแบบนี้พบได้ทั่วไปผ่านอุโมงค์และมักไม่ใช่ความผิดพลาด การค้นหาถามเซกเมนต์ท้องถิ่น ส่วนการเข้าถึงถามโฮสต์เดียว อุโมงค์ที่มีเส้นทางส่งอย่างหลังไม่ใช่อย่างแรก

การค้นหาและการเข้าถึงเป็นคนละเรื่อง

รายการเรียกดูถูกสร้างโดยโปรโตคอลที่ประกาศบริการไปยังเซกเมนต์ท้องถิ่นและฟังประกาศเหล่านั้น การเปิดแชร์ตามชื่อคือการเชื่อมต่อโดยตรงกับโฮสต์เดียว อย่างแรกต้องมีโดเมนแบบ broadcast หรือ multicast ส่วนอย่างที่สองต้องมีเส้นทางและพอร์ต

ผ่านอุโมงค์ อย่างที่สองอาจทำงานได้อย่างสมบูรณ์ในขณะที่อย่างแรกคืนหน้าต่างว่าง การถือว่าหน้าต่างว่างคือความผิดพลาดทำให้คุณออกไปหาอุโมงค์ที่พังซึ่งกำลังทำงานของมันอยู่

ทำไมรายการเรียกดูจึงยังว่างอยู่

Windows ยกเลิกบริการ Computer Browser และปิด SMB เวอร์ชัน 1 โดยค่าเริ่มต้น ซึ่งลบกลไกที่อยู่เบื้องหลัง Network Neighborhood แบบเก่า ตัวแทนอย่าง WS-Discovery, SSDP และ multicast DNS จัดการกับกลุ่ม broadcast หรือ multicast ที่มีอยู่เฉพาะบนลิงก์ท้องถิ่น อุโมงค์แบบจุดต่อจุดไม่มีลิงก์เช่นนั้น และเราเตอร์ไม่ส่งต่อกลุ่มเหล่านั้นโดยค่าเริ่มต้น ทุกโฮสต์อาจเข้าถึงได้และรายการยังคงว่างได้

โปรแกรมบางตัวเพิ่มตัวช่วยค้นหาของตัวเอง เมื่อตัวช่วยนั้นทำงาน มันเป็นคุณสมบัติของโปรแกรม ไม่ใช่คุณสมบัติของอุโมงค์

ใช้ชื่อที่ชัดเจน แล้วยืนยันการเข้าถึง

เส้นทาง UNC ไดรฟ์ที่แมป หรือการเชื่อมต่อ Finder ไปยังที่อยู่ SMB ทำงานผ่านอุโมงค์เมื่อชื่อถูกแปลงและพอร์ตเปิดอยู่ การแปลงชื่ออาจมาจาก DNS จากส่วนต่อท้ายการค้นหาที่ VPN ให้มา หรือจากรายการ hosts ที่จัดการจากส่วนกลาง ในโดเมน การสอบถามไดเรกทอรีสามารถแสดงออบเจ็กต์คอมพิวเตอร์ และรายการนั้นมักเป็นทางเลือกที่ใกล้ที่สุดสำหรับมุมมองการเรียกดูบนเครือข่ายที่มีเส้นทาง การสแกนพอร์ตของคำนำหน้าที่รู้จักเป็นที่ยอมรับเฉพาะบนเครือข่ายที่คุณดูแลหรือได้รับอนุญาตอย่างชัดเจนให้ทดสอบ

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

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

ลำดับการวินิจฉัยที่ควรทำซ้ำ

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

nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe

ทิ้งบันทึกที่มีชื่อเซิร์ฟเวอร์ เส้นทางแชร์ ที่อยู่ที่แปลงได้ และบัญชีที่ใช้งานได้ หากภายหลังรายการเรียกดูเต็มขึ้นหลังรีสตาร์ทบริการ ให้ถือว่านั่นเป็นความแปลกของการค้นหา ไม่ใช่หลักฐานว่าเส้นทางก่อนหน้าผิด บันทึกนั่นเองที่ทำให้คนถัดไปข้ามหน้าต่างว่างได้