Wou sinn d'Azure Point-to-Site VPN-Loggen? Kuckt am Monitor
E Point-to-Site-Feeler léisst näischt am Gateway-Blade. D'Verbindungsdatensätz komme vun enger Diagnostik-Astell op der Gateway, déi ënner Monitor geréiert gëtt.
E Benotzer kann sech net mat der Point-to-Site-Gateway verbannen, dir maacht d'Gateway-Blade op, an et ass néierens op der Säit eng Verbindungsgeschicht. Konfiguratioun, Zertifikater, Status: alles do, keng Datensätz. D'Logge gëtt et, awer se ginn iwwerhaapt net vun de Netzwierkssäite produzéiert. Se komme vun enger Diagnostik-Astell, déi un d'Gateway-Ressource ugehaange gouf, an déi Astell lieft ënner Monitor; dofir gëtt déi éischt Sich op der offensichtlecher Plaz näischt zréck, an d'Leit schléissen, datt de Service keng Audit-Spur hält.
Firwat déi offensichtlech Sich feelt
Méi al Richtlinnen soen, datt Azure Point-to-Site VPN keng Audit huet, an dat war richteg, wéi de Service kee Rekord pro Verbindung verëffentlecht huet. Aktuell Gatewaysen verëffentlechen Diagnostik-Rekorder vum Tunnel, dofir huet déi nëtzlech Fro sech geännert: net ob et Loggen gëtt, mä wéi eng Ressource se ausgëtt a wéi eng Kategorie dir ageschalt hutt. D'Gateway-Blade ass eng Konfiguratiounsoberfläche, an Konfiguratiounsoberfläche sinn seelen och Log-Viewer. Eng Diagnostik-Astell ass en Objet pro Ressource, dofir bestëmmt déi Ressource, déi dir wielt, alles wat duerno kënnt.
Déi aner Hallschent vum Duercherneen ass d'Authentifizéierung. Zertifikatbaséiert Point-to-Site-Verbindunge generéiere keen Anmeldungs-Evenement pro Benotzer wéi en Identitéitsprovider, dofir gëtt et kee Rekord vun enger genannter Persoun, déi e Passwuert tippt.
Hänkt d'Diagnostik-Astell un d'Gateway-Ressource
Maacht Monitor op, duerno Diagnostic settings, a füügt eng nei Astell derbäi, där hiert Zil d'Gateway vum virtuelle Netzwierk selwer ass an net d'virtuellt Netzwierk, dat se enthält. Wielt d'Point-to-Site-Diagnostikkategorie, déi mam Numm P2SDiagnosticLog, well déi d'Verbindungsdatensätz pro Client dréit; füügt d'Tunnel-, Route- oder IKE-Kategorien nëmmen fir déi Site-to-Site-Feeler derbäi, déi se ofdecken. Schéckt d'Donnéeën dann an e Log Analytics-Workspace, deen dir kontrolléiert, mat enger Retentiounsperiod, déi dir bewosst gewielt hutt. Déi meescht feelgeschloe Siche sinn eng Astell, déi un déi falsch Ressource ugehaange gouf, an net eng feelend Funktioun.
D'Kategorielëschte variéieren no Gateway-Typ a Generatioun. Wann d'Point-to-Site-Kategorie feelt, kann d'Gateway méi al wéi d'Funktioun sinn oder eng SKU lafen, déi se ni ausgëtt, dofir kontrolléiert déi ënnerstëtzt Kategorien, ier dir e Permissiounsproblem sicht. Eng Gateway ouni Point-to-Site-Kategorie ass net futti; se kann einfach net d'Quell vun deem Rekord sinn, an déi nootste Ersatz ass d'Tunnel- oder IKE-Kategorie, déi d'Clientadress registréiert, och wann se keng Point-to-Site-Sessioun beschreift. Bestätegt d'Kategorielëscht, ier dir e Supportfall iwwer feelend Loggen opmaacht.
Liest d'Rekorder an der Tabell, déi Äre Modus benotzt
Am ale Sammelmodus landen d'Entréeën an der Tabell AzureDiagnostics an d'Kategorie erschéngt als Kolonnwäert; bei ressourcenspezifeschen Tabelle huet d'Gateway eng eege Tabell. A béide Fäll fragt no der Gateway-Ressource an engem Fënster ëm de feelgeschloen Versuch, a liest dann d'Korrelatioun anstatt déi eenzel Zeilen:
AzureDiagnostics
| where ResourceType == "VIRTUALNETWORKGATEWAYS"
| where _ResourceId has "gateway-name"
| where TimeGenerated > ago(2h)
| project TimeGenerated, Category, OperationName, ResultType, ResultDescription
| order by TimeGenerated descD'Kolonnenset follegt Ärem Sammelmodus, dofir behandelt d'Ufro als eng Form an net als e Skript. Wat dir sicht, ass eng Clientadress, déi erschéngt an dann verschwënnt, mat engem Resultattyp, deen net Erfolleg ass.
Paart de Gateway-Rekord mat der Vue vum Client
Gateway-Loggen beschreiwen den Tunnel, net firwat e Laptop keen opbauen konnt. Sammelt d'Client-Säit um selwechten Zäitstempel: de Windows-Eventlog fir de RAS-Client, de macOS-Verbindungslog oder den Feelertext, deen d'Client-App gewisen huet. E Gateway-Rekord ouni passenden Clientversuch weist op de Client; e Client, deen Erfolleg mellt, während d'Gateway näischt registréiert, heescht normalerweis, datt de Profil op eng aner Gateway ausgeriicht ass.
Hält béid Halschent am selwechten Ticket. E Gateway-Log eleng invitéiert déi falsch Konklusioun, an e Client-Log eleng kann net weisen, ob de Pak je ukomm ass.
Wann néierens eppes erschéngt, kontrolléiert d'Auer um Client, ier dir d'Plattform bezweifelt. Verzerrte Zäitstempelen maachen d'Korrelatioun esou feelen, datt et genee wéi feelend Donnéeën ausgesäit.
Retentioun, Ëmfang an den Runbook-Antrag
Tunnel-Rekorder droen Clientadressen an Verbindungszäitstempelen, dofir behandelt se als perséinlech Donnéeën mat engem Läschplang anstatt de Plattform-Default ze loossen. Kontrolléiert och, datt de Workspace net all Kategorie vun all Ressource am Abonnement ophëlt, well e geräische Workspace d'Korrelatioun méi lues mécht wéi de Client-Log direkt ze liesen.
Schreift endlech den Numm vun der Astell, de Workspace an déi gewielt Kategorien an de Runbook vun der Gateway. Déi nächst Persoun, déi e Client debugt, kuckt als éischt an d'Gateway-Blade, fënnt näischt a schléisst, datt et keng Loggen gëtt.