โฟลเดอร์ SMB ดูเก่าเมื่อใช้ VPN? ตรวจสอบไฟล์ออฟไลน์

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

ความเชื่อผิด: ไอคอน VPN หมายความว่าแชร์เป็นปัจจุบัน

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

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

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

พิสูจน์ว่า Explorer กำลังอ่านเป้าหมายใด

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

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

เปิดพาธ UNC โดยตรงในหน้าต่าง Explorer ใหม่ แล้วเปรียบเทียบกับไดรฟ์ที่แมปไว้ หากพาธโดยตรงแสดงไฟล์ปัจจุบันแต่ไดรฟ์ที่แมปไม่แสดง ปัญหาส่วนหนึ่งอยู่ที่การแมป ไม่ใช่แคช

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

อ่านสถานะการซิงค์ก่อนลบสิ่งใด

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

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

เมื่องานโลคัลปลอดภัยแล้ว ให้ใช้การเปลี่ยนไปออนไลน์และการซิงค์ที่รองรับ แล้วเปรียบเทียบรายการอีกครั้ง การเปิดหน้าต่าง Explorer ที่สองไม่บังคับให้รีเฟรช เพราะทั้งสองหน้าต่างอ่านแคชโลคัลเดียวกันได้

ซ่อมสถานะของแชร์แทนการลบฟีเจอร์

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

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

csc policy = disable

เอกสารอ้างอิงพารามิเตอร์ Samba กำหนดค่าที่อนุญาตและความหมาย ใช้การตั้งค่าผ่านตัวจัดการแชร์ที่สร้างคอนฟิกจริง โดยเฉพาะบน NAS และจำไว้ว่าคำใบ้ไม่ได้ซ่อมข้อมูลที่แคชไว้บนไคลเอนต์แล้ว

หลังการเปลี่ยนนโยบายใด ๆ ให้ตรวจสอบว่าไคลเอนต์เชื่อมต่อใหม่และไฟล์ที่คาดว่าจะปรากฏ บริการที่รีสตาร์ตไม่ใช่หลักฐานว่าการเปลี่ยนแปลงโลคัลที่ค้างอยู่ถูกอัปโหลด ดังนั้นตรวจไฟล์ ไม่ใช่แค่สถานะการเชื่อมต่อ

เมื่อสาเหตุไม่ใช่ไฟล์ออฟไลน์

หากพาธ UNC ยืนยันว่าออนไลน์และรายการใหม่ยังต่างกัน แคชไม่ใช่คำอธิบาย ตรวจสอบสิทธิ์ของแชร์และระบบไฟล์ การแจกแจงตามการเข้าถึง และเซิร์ฟเวอร์ที่การอ้างอิง DFS เลือกจริง สิ่งใดสิ่งหนึ่งเหล่านี้อาจซ่อนโฟลเดอร์โดยไม่เกี่ยวกับสำเนาโลคัล

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

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