Azure VPN Client 3.4 се исклучува на секој час: зачестеност на најава

Еден корисник се поврзува, работи, а потоа еднаш на час бива исклучен со порака дека автентикацијата со Microsoft Entra истекла. Повторното поврзување функционира и циклусот се повторува како по стоперица. На порта од типот «точка — сајт» каде ништо не е распоредено, таквиот модел укажува на креденцијалите, а не на тунелот. Azure VPN Client 3.4.0 почна да ја применува зачестеноста на најава на условниот пристап за време на веќе воспоставена сесија — политика која што постарите клиенти ја оценуваа само при најава.

Поминете низ шесте проверки подолу по ред. Секоја или го потврдува распоредот или го исклучува, а раното запирање е начин да се портата залудно изгради одново.

Чекор 1: прочитајте го точното порака

Формулацијата ги одвојува слоевите. Порака за истекување на Entra автентикацијата е тврдење за токенот; грешка во тунелот или во безбедносната асоцијација не е. Запишете го и изминатото време, измерено од поврзување до исклучување, а не од почетокот на работниот ден.

Ако корисникот може веднаш да се поврзе и портата се уште прикажува здраво тунел, гледате истекување на токенот, а не мртов пир.

Чекор 2: сознајте ја верзијата на клиентот

Читајте ја верзијата во апликацијата, а не во записот за распоредување. Промената дојде со 3.4.0, па 3.3.1 и постарите одржуваат воспоставено тунел живо без оглед на политиката. Еден неуправуван лаптоп со постара верзија работи совршено, додека остатокот од тимот паѓа секој час: токму таква поделба ги враќа луѓето назад кон портата. Верзијата е својство на клиентот, а портата не знае која верзија е поврзана.

Прво ажурирајте еден тестен уред и гледајте го часовникот. Уред кој по ажурирањето почнува да паѓа во интервалот на политиката го потврдува механизмот без да ја допре производната политика.

Чекор 3: најдете каде живее политиката

Зачестеноста на најава е поставка на условен пристап во политиката која се насочува кон корпоративната апликација Azure VPN. Таа не е на ресурсот на VPN портата, не е во конфигурацијата «точка — сајт» и не е во профилот на клиентот. Најдете го Azure VPN во листата на политики и прочитајте ги контролите на сесијата.

Две политики може да важат за еден корисник, а победува построгата, затоа вредност што ја никогаш не сте ја задале може да биде важечката. Проверете ги и базната политика за целиот тенант и политиката специфична за апликацијата. Важен е и опсегот на извештајот: политика што исклучува група создава популација со поинакво однесување и без очигледно објаснување.

Чекор 4: пресметајте

Исклучувањето настапува еден час по вредноста на зачестеноста на најава, во однесувањето што Microsoft го документира за овој клиент, па зачестеност од седум часа дава приблизно осум часа поврзаност. Заради тоа поместување вредност избрана за осумчасовен работен ден изгледа расипана попладне, а деветчасовен тест изгледа добро. Претворете ја жалбата во бројки пред да измените нешто: време на поврзување, време на исклучување, разлика, потоа споредете со вредноста на политиката плус еден час.

Ако разликата не се поклопува со таа сума, хипотезата за распоредот е погрешна и треба да престанете да ја прилагодувате политиката.

Чекор 5: одвојте распоред од rekey

Рекеј на IPsec, откривање на мртов пир и тајмаути за мирување даваат нерамномерни прекинувања поврзани со обемот на сообраќај или со тишина, а не со стоперица. Корисник прекинат сред пренос и корисник прекинат по мирен ручек опишуваат различни механизми. Прашајте што правел корисникот во минутата пред исклучувањето.

Проблемите со сертификати изгледаат поинакво: клиентот не може да се поврзе, наместо да изгуби работна сесија, и отказот е веднаш. Барање за MFA што никогаш не завршува изгледа како зависнување, а не како чисто секојчасовно исклучување следено од успешно повторно поврзување.

Чекор 6: распоредете без изненадувања

Објавете го ажурирањето на клиентот пред да стигне до корисниците преку продавницата, бидејќи промената во однесувањето доаѓа со клиентот. Изберете го честота според барањето: вредност што го покрива работниот ден заради употребливост, или кратка вредност ако изгубен лаптоп треба брзо да ја изгуби пристапот. Запишете кое барање победи, бидејќи истата поставка ги дава и заштитата и жалбата. Потоа потврдете го изборот на уред со новата верзија наместо да екстраполирате од пилот со старата.

Чувајте ги пораката, верзијата, вредноста на политиката и измерениот интервал во една белешка. Тој запис одговара на следниот извештај за една минута, а не со изградба одново.