Azure VPN Client 3.4 koplar frå kvar time: påloggingsfrekvens

Ein brukar koplar til, arbeider, og blir så kopla frå ein gong i timen med ei melding om at autentiseringa mot Microsoft Entra er gått ut. Det går an å kopla til att, og syklusen repeterer seg som på ein stoppeklokke. På ein point-to-site-gateway der ingenting er rulla ut, peikar mønsteret på påloggingsinformasjonen og ikkje på tunnelen. Azure VPN Client 3.4.0 byrja å håndheve påloggingsfrekvensen i vilkårleg tilgang under ein etablert sesjon, ein policy som tidlegare klientar berre vurderte ved pålogging.

Gå gjennom dei seks kontrollane nedanfor i rekkjefølgje. Kvar av dei stadfester eller utelukkar tidsplanen, og å stoppe for tidleg er måten ein gateway blir bygd på nytt utan grunn.

Steg 1: les den nøyaktige meldinga

Formuleringa skil laga. Ei melding om at Entra-autentiseringa går ut er eit utsegn om tokenet; ein tunnel- eller tryggleiksforeiningsfeil er det ikkje. Skriv også ned tida som har gått, målt frå tilkopling til fråkopling og ikkje frå starten på arbeidsdagen.

Viss brukaren kan kopla til att med ein gong og gatewayen framleis viser ein sunn tunnel, ser du på tokenutløp og ikkje ein død peer.

Steg 2: finn klientversjonen

Les versjonen i appen, ikkje i utrullingsposten. Endringa kom med 3.4.0, så 3.3.1 og eldre held ein etablert tunnel i live uavhengig av policyen. Ein ikkje-styrt berbar PC med eldre build oppfører seg perfekt medan resten av teamet fell kvar time: det er den typen splitting som sender folk tilbake til gatewayen. Versjonen er ein eigenskap ved klienten, og gatewayen veit ikkje kva build som er tilkopla.

Oppdater fyrst ein testenhet og fylg med på klokka. Ei eining som byrjar å falle på policyintervallet etter oppdateringa, stadfester mekanismen utan å røre produksjonspolicyen.

Steg 3: finn ut kvar policyen bur

Påloggingsfrekvens er ei innstilling for vilkårleg tilgang i policyen som rettar seg mot verksemdsappen Azure VPN. Ho finst ikkje på VPN-gatewayressursen, ikkje i point-to-site-konfigurasjonen og ikkje i klientprofilen. Søk etter Azure VPN-appen i policylista og les sesjonskontrollane.

To policyar kan gjelde for ein brukar, og den strengaste vinn, så ein verdi du aldri har sett kan vere den som gjeld. Kontroller både ein leigetakaromfattande basispolicy og den appspesifikke. Omfanget av rapporten tel også: ein policy som utelukkar ei gruppe, gjev ein populasjon med annan åtferd og utan openberr forklaring.

Steg 4: rekn ut

Fråkoplinga skjer ein time etter verdien for påloggingsfrekvens, i åtferda Microsoft dokumenterer for denne klienten, så ein frekvens på sju timar gjev om lag åtte timar med tilkopling. Den forskyvinga er grunnen til at ein verdi vald for ein åtte timars arbeidsdag ser øydelagd ut om ettermiddagen, medan ein test på ni timar ser bra ut. Gjer klaga om til tal før du endrar noko: tilkoplingstid, fråkoplingstid, skilnad og deretter samanlikning med policyverdien pluss ein time.

Viss skilnaden ikkje stemmer med den summen, er tidsplanhypotesen feil, og du bør slutte å justere policyen.

Steg 5: skil ein tidsplan frå ein rekey

IPsec-rekey, død-peer-deteksjon og inaktive tidsavbrot gjev uregelmessige brot knytte til trafikkvolum eller stille, ikkje til ei stoppeklokke. Ein brukar som fell midt i ein overføring, og ein som fell etter ein inaktiv lunsj, skildrar ulike mekanismar. Spør kva brukaren gjorde i minuttet før fråkoplinga.

Sertifikatproblem ser annleis ut igjen: klienten klarer ikkje å kopla til i staden for å miste ein fungerande sesjon, og feilen er umiddelbar. Ei MFA-førespurnad som aldri blir fullført, viser seg som ei henging, ikkje som eit reint timleg brot etterfylgt av ein vellukka attoppkopling.

Steg 6: rull ut utan overrasking

Kunngjer klientoppdateringa før ho når brukarane via butikken, fordi åtferdsendringa kjem med klienten. Vel frekvensen ut frå kravet: ein verdi som dekkjer arbeidsdagen for brukbarheit, eller ein kort verdi viss ein tapt berbar PC snøgt må miste tilgang. Noter kva krav som vann, sidan same innstillinga gjev både vernet og klaga. Stadfest deretter valet på ei eining med den nye builden i staden for å ekstrapolere frå ein pilot med den gamle.

Oppbevar meldinga, versjonen, policyverdien og det målte intervallet i eitt notat. Den posten svarar på neste rapport på eit minutt i staden for med ein gjenoppbygging.