Azure VPN Client 3.4 katkaisee yhteyden tunneittain: kirjautumistiheys
Ei yhdyskäytävä: asiakas alkoi valvoa kirjautumistiheyttä kesken istunnon, joten tunneli kuolee käytännön kellon mukaan. Versio, siirtymä ja tarkistukset.
Yksi käyttäjä yhdistää, työskentelee ja hänet pudotetaan kerran tunnissa viestillä, että Microsoft Entra -todennus on vanhentunut. Uudelleenyhdistäminen toimii ja sykli toistuu kuin sekuntikellolla. Point-to-site-yhdyskäytävässä, johon ei ole asennettu mitään, kuvio viittaa tunnistetietoon eikä tunneliin. Azure VPN Client 3.4.0 alkoi valvoa ehdollisen käyttöoikeuden kirjautumistiheyttä kesken vakiintuneen istunnon, käytäntöä, jonka aiemmat asiakkaat arvioivat vain kirjautuessa.
Käy alla olevat kuusi tarkistusta läpi järjestyksessä. Jokainen joko vahvistaa aikataulun tai sulkee sen pois, ja liian aikainen lopettaminen on tapa rakentaa yhdyskäytävä uudelleen turhaan.
Vaihe 1: lue tarkka viesti
Sanamuoto erottaa kerrokset. Viesti Entra-todennuksen vanhenemisesta on väite tunnuksesta; tunnelin tai tietoturvayhdistyksen virhe ei ole. Kirjaa myös kulunut aika mitattuna yhteydenotosta katkaisuun, ei työpäivän alusta.
Jos käyttäjä voi yhdistää heti uudelleen ja yhdyskäytävä näyttää edelleen terveen tunnelin, kyse on tunnuksen vanhenemisesta eikä kuolleesta vertaisesta.
Vaihe 2: hanki asiakasversio
Lue versio sovelluksesta, ei käyttöönoton tietueesta. Muutos tuli versiossa 3.4.0, joten 3.3.1 ja sitä vanhemmat pitävät vakiintuneen tunnelin elossa käytännöstä riippumatta. Yksi hallitsematon kannettava vanhemmalla versiolla toimii täydellisesti, kun muu tiimi putoaa tunneittain: juuri sellainen jakautuminen saa ihmiset palaamaan yhdyskäytävään. Versio on asiakkaan ominaisuus, eikä yhdyskäytävä tiedä, mikä versio on yhdistettynä.
Päivitä ensin yksi testilaite ja seuraa kelloa. Laite, joka alkaa pudota käytännön aikavälillä päivityksen jälkeen, vahvistaa mekanismin koskematta tuotantokäytäntöön.
Vaihe 3: etsi, missä käytäntö sijaitsee
Kirjautumistiheys on ehdollisen käyttöoikeuden asetus käytännössä, joka kohdistuu Azure VPN -yrityssovellukseen. Se ei ole VPN-yhdyskäytävän resurssissa, ei point-to-site-kokoonpanossa eikä asiakasprofiilissa. Etsi käytäntöluettelosta Azure VPN -sovellus ja lue istuntojen hallinnat.
Yhteen käyttäjään voi soveltua kaksi käytäntöä, ja tiukempi voittaa, joten koskaan asettamasi arvo voi olla se, joka on voimassa. Tarkista sekä koko vuokraajan peruskäytäntö että sovelluskohtainen käytäntö. Myös raportin laajuus merkitsee: käytäntö, joka jättää ryhmän pois, tuottaa erilaisen populaation ilman ilmeistä selitystä.
Vaihe 4: laske
Katkaisu tapahtuu tunti kirjautumistiheyden arvon jälkeen siinä toiminnassa, jonka Microsoft dokumentoi tälle asiakkaalle, joten seitsemän tunnin tiheys antaa noin kahdeksan tuntia yhteyttä. Tämä siirtymä selittää, miksi kahdeksan tunnin työpäivälle valittu arvo näyttää rikkinäiseltä iltapäivällä, kun taas yhdeksän tunnin testi näyttää hyvältä. Muunna valitus luvuiksi ennen kuin muutat mitään: yhteysaika, katkaisuaika, ero ja sitten vertailu käytännön arvoon plus yksi tunti.
Jos ero ei vastaa tuota summaa, aikatauluhypoteesi on väärä ja sinun kannattaa lopettaa käytännön säätäminen.
Vaihe 5: erota aikataulu rekeystä
IPsec-rekey, kuolleen vertaisen tunnistus ja joutokäynnin aikakatkaisut tuottavat epäsäännöllisiä katkoja, jotka liittyvät liikenteen määrään tai hiljaisuuteen, eivät sekuntikelloon. Käyttäjä, joka putoaa kesken siirron, ja käyttäjä, joka putoaa passiivisen lounaan jälkeen, kuvaavat eri mekanismeja. Kysy, mitä käyttäjä teki minuutin aikana ennen katkaisua.
Varmenneongelmat näyttävät taas erilaisilta: asiakas ei saa yhteyttä sen sijaan että menettäisi toimivan istunnon, ja vika on välitön. MFA-kehotus, joka ei koskaan valmistu, näyttäytyy jumituksena, ei siistinä tuntikohtaisena katkona, jota seuraa onnistunut uudelleenyhdistäminen.
Vaihe 6: ota käyttöön ilman yllätyksiä
Ilmoita asiakaspäivityksestä ennen kuin se saavuttaa käyttäjät kaupan kautta, koska toiminnan muutos toimitetaan asiakkaan mukana. Valitse tiheys vaatimuksen mukaan: arvo, joka kattaa työpäivän käytettävyyden vuoksi, tai lyhyt arvo, jos kadonneen kannettavan on menetettävä pääsy nopeasti. Kirjaa, mikä vaatimus voitti, koska sama asetus tuottaa sekä suojan että valituksen. Vahvista valinta sitten laitteella, jossa on uusi versio, sen sijaan että ekstrapoloisit pilottihankkeesta, joka käytti vanhaa.
Pidä viesti, versio, käytännön arvo ja mitattu aikaväli yhdessä muistiinpanossa. Se merkintä vastaa seuraavaan ilmoitukseen minuutissa uudelleenrakentamisen sijaan.