บันทึก Azure Point-to-Site VPN อยู่ที่ไหน? ดูใน Monitor

ผู้ใช้เชื่อมต่อกับเกตเวย์ Point-to-Site ไม่ได้ คุณเปิดบานหน้าต่างเกตเวย์ และไม่มีประวัติการเชื่อมต่อที่ใดในหน้าเลย การกำหนดค่า ใบรับรอง สถานะ ทั้งหมดมีอยู่ แต่ไม่มีบันทึก บันทึกมีอยู่จริง แต่หน้าเครือข่ายไม่ได้สร้างบันทึกเหล่านั้นเลย บันทึกเหล่านั้นมาจากการตั้งค่าการวินิจฉัยที่ผูกกับทรัพยากรเกตเวย์ และการตั้งค่านั้นอยู่ภายใต้ Monitor จึงเป็นเหตุให้การค้นหาครั้งแรกในที่ที่ดูเหมือนชัดเจนไม่คืนอะไร และผู้คนสรุปว่าบริการไม่ได้เก็บร่องรอยการตรวจสอบใด ๆ

ทำไมการค้นหาที่ชัดเจนจึงล้มเหลว

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

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

ผูกการตั้งค่าการวินิจฉัยกับทรัพยากรเกตเวย์

เปิด Monitor จากนั้น Diagnostic settings และเพิ่มการตั้งค่าใหม่ที่เป้าหมายคือเกตเวย์เครือข่ายเสมือนเอง ไม่ใช่เครือข่ายเสมือนที่บรรจุมัน เลือกหมวดหมู่การวินิจฉัย Point-to-Site คือตัวที่ชื่อ P2SDiagnosticLog เพราะเป็นตัวที่พาบันทึกการเชื่อมต่อต่อไคลเอนต์ เพิ่มหมวดหมู่อุโมงค์ เส้นทาง หรือ IKE เฉพาะข้อผิดพลาดแบบไซต์ต่อไซต์ที่หมวดเหล่านั้นครอบคลุม จากนั้นส่งข้อมูลไปยังพื้นที่ทำงาน Log Analytics ที่คุณควบคุม ด้วยระยะเวลาการเก็บรักษาที่คุณเลือกอย่างตั้งใจ การค้นหาที่ล้มเหลวส่วนใหญ่คือการตั้งค่าที่ผูกกับทรัพยากรผิด ไม่ใช่คุณสมบัติที่หายไป

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

อ่านบันทึกในตารางที่โหมดของคุณใช้

ในโหมดการรวบรวมแบบเดิม รายการจะไปอยู่ในตาราง AzureDiagnostics และหมวดหมู่จะปรากฏเป็นค่าคอลัมน์ ส่วนตารางเฉพาะทรัพยากร เกตเวย์มีตารางของตัวเอง ไม่ว่าจะกรณีใด ให้สอบถามตามทรัพยากรเกตเวย์และหน้าต่างเวลารอบความพยายามที่ล้มเหลว แล้วอ่านความสัมพันธ์แทนที่จะอ่านทีละแถว

AzureDiagnostics
| where ResourceType == "VIRTUALNETWORKGATEWAYS"
| where _ResourceId has "gateway-name"
| where TimeGenerated > ago(2h)
| project TimeGenerated, Category, OperationName, ResultType, ResultDescription
| order by TimeGenerated desc

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

จับคู่บันทึกเกตเวย์กับมุมมองของไคลเอนต์

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

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

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

การเก็บรักษา ขอบเขต และรายการใน runbook

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

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