Хэрэглэгч Point-to-Site гарц руу холбогдож чадахгүй байна, та гарцны blade-ийг нээхэд хуудсанд хаана ч холболтын түүх байхгүй. Тохиргоо, гэрчилгээ, төлөв: бүгд байгаа, бүртгэл байхгүй. Логууд байдаг, гэхдээ сүлжээний хуудсууд тэдгээрийг огт үүсгэдэггүй. Тэдгээр нь гарцын нөөцөд хавсаргасан диагностикийн тохиргооноос ирдэг бөгөөд тэр тохиргоо Monitor дор амьдардаг; тиймээс илэрхий газар дахь анхны хайлт юу ч буцаадаггүй бөгөөд хүмүүс үйлчилгээ аудитын мөр хөтөлдөггүй гэж дүгнэдэг.

Илэрхий хайлт яагаад бүтэлгүйтдэг вэ

Хуучин зааварчилгаанд Azure Point-to-Site VPN-д аудит байхгүй гэж бичсэн байдаг бөгөөд үйлчилгээ холболт бүрийн бүртгэл илрүүлээгүй үед энэ үнэн байсан. Одоогийн гарцууд туннелийн диагностикийн бүртгэлийг нийтэлдэг тул ашигтай асуулт өөрчлөгдсөн: лог байгаа эсэх биш, аль нөөц тэдгээрийг гаргаж байгаа, та аль ангиллыг асаасан бэ. Гарцны blade нь тохиргооны гадаргуу бөгөөд тохиргооны гадаргуу нь лог үзэгч болж ховор ажилладаг. Диагностикийн тохиргоо нь нөөц бүрийн объект тул таны сонгосон нөөц дараагийн бүх зүйлийг тодорхойлдог.

Төөрөгдлийн нөгөө хагас нь баталгаажуулалт юм. Гэрчилгээнд суурилсан Point-to-Site холболтууд нь таних тэмдэг нийлүүлэгч шиг хэрэглэгч бүрийн нэвтрэх үйл явдал үүсгэдэггүй тул нууц үг бичиж буй нэрлэсэн хүний бүртгэл олдохгүй.

Диагностикийн тохиргоог гарцын нөөцөд хавсаргана уу

Monitor-ыг нээж, дараа нь Diagnostic settings-ийг нээж, зорилго нь түүнийг агуулж буй виртуал сүлжээ биш, виртуал сүлжээний гарц өөрөө байх шинэ тохиргоо нэмнэ үү. Point-to-Site диагностикийн ангиллыг, P2SDiagnosticLog нэртэйг сонгоно уу, учир нь клиент бүрийн холболтын бүртгэлийг энэ нь агуулдаг; туннель, маршрут эсвэл IKE ангиллыг зөвхөн тэдгээрийн хамарсан site-to-site алдаанд нэмнэ үү. Дараа нь өгөгдлийг таны хянадаг 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

Баганын багц таны цуглуулалтын горимыг дагадаг тул асуулгыг скрипт биш, хэлбэр гэж үзээрэй. Таны хайж байгаа зүйл бол гарч ирээд дараа нь алга болох клиентийн хаяг бөгөөд үр дүнгийн төрөл нь амжилт биш юм.

Гарцын бүртгэлийг клиентийн өөрийн харцаар хослуулна уу

Гарцын логууд туннелийг дүрсэлдэг, зөөврийн компьютер яагаад нэгийг бүтээж чадсангүй гэдгийг биш. Клиентийн талыг ижил цагийн тэмдэг дээр цуглуулна уу: RAS клиентийн Windows үйл явдлын лог, macOS холболтын лог, эсвэл клиентийн апп харуулсан алдааны текст. Тохирох клиентийн оролдлогогүй гарцын бүртгэл клиентийг заана; гарц юу ч бүртгэхгүй байхад клиент амжилт мэдээлбэл, энэ нь ихэвчлэн профайл өөр гарц руу чиглэсэн гэсэн үг.

Хоёр хагасыг нэг тасалбарт хадгална уу. Ганц гарцын лог буруу дүгнэлт рүү урина, ганц клиентийн лог пакет хэзээ нэгэн цагт ирсэн эсэхийг харуулж чадахгүй.

Хэрэв хаана ч юу ч харагдахгүй бол платформыг эргэлзэхээс өмнө клиентийн цагийг шалгана уу. Хазайсан цагийн тэмдгүүд харилцан хамаарлыг яг дутуу өгөгдөл мэт харагдахаар бүтэлгүйтүүлдэг.

Хадгалалт, хамрах хүрээ, runbook-ийн бүртгэл

Туннелийн бүртгэлүүд клиентийн хаяг, холболтын цагийн тэмдгийг агуулдаг тул платформын анхдагчийг үлдээхийн оронд устгах хуваарьтай хувийн өгөгдөл гэж үзээрэй. Мөн ажлын талбар захиалгын нөөц бүрийн ангилал бүрийг хүлээж авахгүй байгааг шалгаарай, учир нь чимээтэй ажлын талбар харилцан хамаарлыг клиентийн логийг шууд уншихаас удаан болгодог.

Эцэст нь тохиргооны нэр, ажлын талбар, сонгосон ангиллуудыг гарцын runbook-д бичнэ үү. Клиентийг дибаг хийх дараагийн хүн эхлээд гарцны blade-ийг харж, юу ч олохгүй, логууд байхгүй гэж дүгнэнэ.

Холбоотой нийтлэлүүд