ไฟล์ .pbk ของ Windows เป็นของใคร (และไม่ใช่ของใคร)
ไฟล์ .pbk คือสมุดโทรศัพท์ที่เป็นของโปรไฟล์หนึ่งหรือเซิร์ฟเวอร์ RRAS ไม่ใช่สคีมา VPN แบบพกพา อ่านเจ้าของ ส่วน และพร็อพเพอร์ตี้ที่เปิดเผย
ผลการค้นหาส่งไฟล์ .pbk มาให้คุณ ชื่อคีย์ดูคุ้นเคย และก้าวที่ชัดเจนคือการถือว่ามันเป็นสคีมาแบบพกพาสำหรับ VPN Windows ใดก็ได้ แต่ไม่ใช่ รูปแบบนี้เป็นของเจ้าของคนหนึ่ง และคีย์เดียวกันหมายถึงสิ่งที่ต่างกันขึ้นอยู่กับว่าเจ้าของคนไหนเขียนมัน การอ่านขอบเขตก่อนคือสิ่งที่ป้องกันไม่ให้แบบฝึกหัดด้านเอกสารกลายเป็นการแก้ไขที่ไม่ได้รับการสนับสนุน
เจ้าของสี่ราย ผู้อ่านสี่แบบ
เจ้าของที่ต่างกันสี่รายเขียนไฟล์ที่ดูคล้ายกัน การเชื่อมต่อแบบเนทีฟต่อผู้ใช้จะไปอยู่ในสมุดโทรศัพท์ของผู้ใช้ปัจจุบัน ขณะที่การเชื่อมต่อสำหรับผู้ใช้ทั้งหมดจะไปอยู่ในที่เก็บระดับเครื่องที่ทุกบัญชีบนโฮสต์อ่านได้ เซิร์ฟเวอร์ RRAS เก็บการกำหนดค่าการเชื่อมต่อแบบ dial-up ตามต้องการสำหรับบทบาทเราเตอร์ของตัวเอง และไคลเอนต์ของบุคคลที่สามอาจเก็บรูปแบบของตัวเองที่เพียงแชร์นามสกุลไฟล์ นามสกุลเดียวกัน ผู้อ่านสี่ราย กฎสี่ชุด
ชื่อที่แสดงที่ตรงกันไม่ได้ทำให้สองรายการนั้นเป็นรายการเดียวกัน และการคัดลอกคีย์ระหว่างกันก็ถือว่าผู้ดูแลจะเคารพสิ่งที่มันไม่เคยจัดทำเอกสาร เจ้าของยังเป็นผู้ตัดสินว่าใครแก้ไขไฟล์ได้: โปรไฟล์ต่อผู้ใช้เป็นการเลือกของผู้ใช้ โปรไฟล์ระดับเครื่องเป็นการตัดสินใจของผู้ดูแลระบบ และรายการ dial-up ตามต้องการบนเซิร์ฟเวอร์คือการกำหนดค่าเราเตอร์ภายใต้การควบคุมการเปลี่ยนแปลงของตัวเอง ดังนั้นข้อผิดพลาดเรื่องเจ้าของจึงเป็นปัญหาเรื่องสิทธิ์ก่อนที่จะกลายเป็นปัญหาเรื่องรูปแบบ
ตัดสินเจ้าของด้วยการดูคอมโพเนนต์ที่จัดการการเชื่อมต่อ ไม่ใช่ตัวไฟล์ ไฟล์เป็นเพียงสิ่งที่ถูกสร้างขึ้น คอมโพเนนต์ที่จัดการเป็นตัวกำหนดว่าอ่านคีย์ใดและเมื่อใด การอ่านสิ่งที่ถูกสร้างขึ้นก่อนแล้วจึงอ่านผู้จัดการคือเส้นทางที่ผู้คนลงเอยด้วยการแก้ไขฟิลด์ที่ไม่มีอะไรสอบถาม
จุดที่รูปแบบที่เผยแพร่หยุดอธิบายไฟล์ของคุณ
ในโปรโตคอลการจัดการ RRAS สมุดโทรศัพท์เป็นข้อความธรรมดาที่ไคลเอนต์การจัดการเขียนและบริการเราเตอร์อ่าน จึงเป็นเหตุให้ ข้อกำหนด MS-RRASM อธิบายการตั้งค่า dial-up ตามต้องการสำหรับเซิร์ฟเวอร์ไม่ใช่สำหรับโปรไฟล์เดสก์ท็อป โครงสร้างคือส่วนที่การอ่านแบบแบนทำลาย รายการหนึ่งอาจมีบล็อกสื่อหลายบล็อก แต่ละบล็อกมีบล็อกอุปกรณ์ซึ่งมีบล็อกสำหรับหมายเลขแต่ละหมายเลข ดังนั้นคีย์เดียวกันจึงปรากฏได้ในมากกว่าหนึ่งตำแหน่งด้วยความหมายที่ต่างกัน
อ่านคีย์พร้อมกับส่วนและบันทึกเวอร์ชันของมัน และอย่าแปลค่าจากช่องทำเครื่องหมายชื่อเดียวกันในอินเทอร์เฟซเดสก์ท็อป การพบคีย์ที่คุ้นเคยในเอกสารไม่ได้พิสูจน์ว่าครอบคลุมทุกฟิลด์ของโปรไฟล์เนทีฟที่ไม่เกี่ยวข้อง กฎของส่วนก็ไม่ใช่การอนุญาตให้เขียนสมุดโทรศัพท์เดสก์ท็อปใหม่ในรูปแบบของเซิร์ฟเวอร์
| Owner | What reads the file | What a key means there |
|---|---|---|
| Per-user native connection | The user's own connection manager | A property of that user profile |
| All-user native connection | The machine-wide connection store | A property shared by everyone on the host |
| RRAS demand-dial | The RRAS service, using the documented hierarchy | A field inside a media, device or number section |
| Third-party client | That vendor's own parser | Whatever that vendor documents, if anything |
ตารางเป็นเครื่องช่วยอ่าน ไม่ใช่ข้อกำหนด มันบอกว่าควรถามผู้อ่านคนไหน และผู้อ่านบอกว่าฟิลด์หมายถึงอะไร เมื่อผู้อ่านนั้นเป็นตัวแยกวิเคราะห์ของบุคคลที่สาม คำตอบที่ซื่อสัตย์อาจเป็นว่าไม่มีอะไรที่เป็นสาธารณะจัดทำเอกสารฟิลด์นี้เลย
ถาม Windows ไม่ใช่ไฟล์
สำหรับการเชื่อมต่อแบบเนทีฟ ให้ขอโปรไฟล์จาก Windows แทนการอ่านไฟล์ เพราะพร็อพเพอร์ตี้ที่กำหนดชนิดไว้คือพื้นผิวที่จัดทำเอกสารและเป็นสิ่งเดียวที่การเปลี่ยนแปลงที่ได้รับการสนับสนุนแก้ไข สองคำสั่งด้านล่างอ่าน ที่เก็บเนทีฟสองแห่ง แยกกัน หากไม่มีโปรไฟล์ในที่เก็บทั้งสองแห่ง ไคลเอนต์ที่จัดการมันไม่ได้ใช้กลไกเนทีฟและไม่มี cmdlet เนทีฟใดจะอธิบายมัน
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypeสำหรับการปรับใช้ไม่ใช่การตรวจสอบ เส้นทางที่จัดทำเอกสารคือการตั้งค่าโปรไฟล์ที่จัดการด้วยสคีมาที่มีชื่อ ไม่ใช่การแก้ไขตัวเลขภายในบล็อกข้อความหรือไบนารี คำจำกัดความโปรไฟล์อธิบายการตั้งค่าที่รองรับ มันไม่ได้จัดหใบรับรองและคีย์ส่วนตัวที่โปรไฟล์พึ่งพา การลงทะเบียนเป็นกระบวนการแยกต่างหากที่มีอำนาจของตัวเอง และการเข้าใจคีย์สมุดโทรศัพท์ไม่เคยแจกจ่ายคีย์ส่วนตัว จงวางแผนสองเส้นทางแยกกัน ไม่เช่นนั้นการปรับใช้ใบรับรองครั้งแรกจะกลายเป็นเหตุการณ์ครั้งที่สอง
พร็อพเพอร์ตี้เดียว แล้วจึงเป็นวงจรชีวิตที่อยู่รอบมัน
ค่าที่บันทึกไว้ไม่ใช่ค่าที่นำไปใช้ หลังการเปลี่ยนแปลงที่ได้รับอนุมัติ ให้เปิดการเชื่อมต่อใหม่และตรวจสอบเส้นทางที่โปรไฟล์ติดตั้ง นโยบายตัวแก้ไขที่มันสืบทอด และการดำเนินการที่มันควรจะเปิดใช้งาน การใช้เซสชันที่เปิดอยู่แล้วซ้ำจะทดสอบการตั้งค่าเก่าและให้ผลลบเท็จ
คัดลอกไฟล์ออกไปก่อนทำงานกับไฟล์ดิบใด ๆ เพราะสมุดโทรศัพท์ที่มีหลายรายการเป็นสิ่งที่ถูกสร้างขึ้นร่วมกัน และการแก้ไขแบบเจาะจงที่เขียนไฟล์ทั้งหมดใหม่มีรัศมีผลกระทบใหญ่กว่าการเปลี่ยนแปลง เก็บรายการที่ไม่เกี่ยวข้องไว้ไม่บุบสลาย และเก็บการกำหนดค่าที่ได้รับการป้องกันเดิมไว้จนกว่าของใหม่จะถูกตรวจสอบ หากฟิลด์ที่จำเป็นไม่ถูกจัดทำเอกสารสำหรับเจ้าของและรีลีสที่คุณมีจริง ให้บันทึกเป็นคำถามสนับสนุนที่ยังเปิดอยู่ การประดิษฐ์การเข้ารหัสจากไฟล์ของเครื่องอื่นคือหนทางที่ทำให้โปรไฟล์ที่ใช้งานได้กลายเป็นโครงการแก้จุดบกพร่องโดยไม่มีจุดอ้างอิงเลย
วินัยเหมือนกันในทุกขั้นตอน: ระบุเจ้าของ ระบุส่วน แล้วจึงระบุการดำเนินการที่รองรับ สิ่งอื่นใดคือการคาดเดาที่มีเครื่องหมายอ้างอิงติดอยู่