Azure VPN Client 3.4 atslēdzas ik stundas: pieteikšanās biežums

Viens lietotājs piesakās, strādā, un pēc tam reizi stundā tiek atslēgts ar paziņojumu, ka Microsoft Entra autentifikācija ir beigusies. Atkārtota pievienošanās darbojas, un cikls atkārtojas kā pēc hronometra. Point-to-site vārtejā, kur nekas nav ieviests, šis modelis norāda uz akreditāciju, nevis uz tuneli. Azure VPN Client 3.4.0 sāka piemērot nosacījātās piekļuves pieteikšanās biežumu jau izveidotā sesijā – politiku, ko agrākie klienti novērtēja tikai pieteikšanās laikā.

Izskatiet sešas pārbaudes zemāk pēc kārtas. Katra apstiprina grafiku vai to izslēdz, un pāragra apstāšanās ir veids, kā vārteja tiek lieki pārbūvēta.

1. solis: izlasiet precīzo paziņojumu

Formulējums šķir slāņus. Paziņojums par beidzošos Entra autentifikāciju ir apgalvojums par marķieri; tuneļa vai drošības asociācijas kļūda tā nav. Pierakstiet arī pagājušo laiku, mērītu no pievienošanās līdz atslēgšanai, nevis no darba dienas sākuma.

Ja lietotājs var nekavējoties pievienoties no jauna un vārteja joprojām rāda veselu tuneli, jūs skatāties uz marķiera derīguma beigām, nevis uz mirušu partneri.

2. solis: noskaidrojiet klienta versiju

Lasiet versiju lietotnē, nevis ieviešanas ierakstā. Izmaiņas atnāca ar 3.4.0, tāpēc 3.3.1 un vecākas saglabā izveidoto tuneli dzīvu neatkarīgi no politikas. Viens nepārvaldīts klēpjdators ar vecāku versiju strādā nevainojami, kamēr pārējā komanda krīt katru stundu: tieši šāda šķelšanās sūta cilvēkus atpakaļ pie vārtejas. Versija ir klienta īpašība, un vārteja nezina, kura versija ir pievienota.

Vispirms atjauniniet vienu testa ierīci un vērojiet pulksteni. Ierīce, kas pēc atjaunināšanas sāk krist politikas intervālā, apstiprina mehānismu, neaizskarot ražošanas politiku.

3. solis: atrodiet, kur dzīvo politika

Pieteikšanās biežums ir nosacījātās piekļuves iestatījums politikā, kas vērsta pret uzņēmuma lietotni Azure VPN. Tas nav VPN vārtejas resursā, nav point-to-site konfigurācijā un nav klienta profilā. Meklējiet lietotni Azure VPN politiku sarakstā un lasiet sesijas vadīklas.

Vienam lietotājam var piemērot divas politikas, un stingrākā uzvar, tāpēc vērtība, ko nekad neesat iestatījis, var būt spēkā esošā. Pārbaudiet gan visu nomnieka bāzes politiku, gan lietotnei raksturīgo. Svarīgs ir arī pārskata tvērums: politika, kas izslēdz grupu, rada populāciju ar atšķirīgu uzvedību un bez acīmredzama skaidrojuma.

4. solis: aprēķiniet

Atslēgšanās notiek stundu pēc pieteikšanās biežuma vērtības uzvedībā, ko Microsoft dokumentē šim klientam, tāpēc septiņu stundu biežums dod aptuveni astoņas stundas savienojamības. Šī nobīde ir iemesls, kāpēc astoņu stundu darba dienai izvēlētā vērtība pēcpusdienā izskatās salauzta, kamēr deviņu stundu tests izskatās labi. Pirms kaut ko mainīt, pārvērsiet sūdzību skaitļos: pievienošanās laiks, atslēgšanās laiks, starpība, pēc tam salīdzinājums ar politikas vērtību plus viena stunda.

Ja starpība nesakrīt ar šo summu, grafika hipotēze ir nepareiza, un jums jāpārtrauc politikas pielāgošana.

5. solis: šķiriet grafiku no rekey

IPsec rekey, miruša partnera noteikšana un dīkstāves taimauti rada neregulārus pārtraukumus, kas saistīti ar trafika apjomu vai klusumu, nevis ar hronometru. Lietotājs, kas nokrīt pārraides vidū, un lietotājs, kas nokrīt pēc miera pusdienām, apraksta dažādus mehānismus. Jautājiet, ko lietotājs darīja minūti pirms atslēgšanās.

Sertifikātu problēmas izskatās citādi: klients nevar pievienoties, nevis zaudē strādājošu sesiju, un kļūda ir tūlītēja. MFA pieprasījums, kas nekad nebeidzas, parādās kā iekāršanās, nevis kā tīrs ikstundas pārtraukums ar sekojošu veiksmīgu atkārtotu pievienošanos.

6. solis: ieviesiet bez pārsteiguma

Paziņojiet par klienta atjauninājumu, pirms tas caur veikalu sasniedz lietotājus, jo uzvedības izmaiņas nāk kopā ar klientu. Izvēlieties biežumu pēc prasības: vērtību, kas aptver darba dienu, lietojamības labad, vai īsu vērtību, ja pazaudētam klēpjdatoram ātri jāzaudē piekļuve. Pierakstiet, kura prasība uzvarēja, jo viens un tas pats iestatījums dod gan aizsardzību, gan sūdzību. Pēc tam apstipriniet izvēli ierīcē ar jauno versiju, nevis ekstrapolējiet no izmēģinājuma ar veco.

Glabājiet paziņojumu, versiju, politikas vērtību un izmērīto intervālu vienā piezīmē. Šis ieraksts atbild uz nākamo ziņojumu minūtes laikā, nevis ar pārbūvi.