Во FortiClient недостасува полето за зачувување лозинка? Одлучува портата

Ја завршувате инсталацијата на FortiClient, се поврзувате на канцеларискиот SSL VPN и барате контрола за зачувување лозинка што едноставно ја нема. Преинсталирањето на клиентот не ја враќа, а ни бришењето на тунелот и повторното додавање не помага. Во SSL VPN профил огнениот ѕид одлучува дали клиентот воопшто смее да чува акредитиви. Затоа отсутното поле обично значи дека политиката пристигнала од портата, а не дека инсталерот не успеал.

Оваа разлика е важна пред да почнете да уредувате датотеки: едниот од овие патишта е разговор со сопственикот на огнениот ѕид, а другиот е лабораториска работа што ќе биде препишана.

Проверете го порталот пред да го допрете крајниот уред

Побарајте од оној што го управува FortiGate да го отвори SSL VPN порталот кон кој покажува вашиот тунел и да го прочита поставувањето за зачувување лозинка. Кога опцијата е оневозможена, од FortiClient се очекува да ја скрие контролата и да одбие да ги зачува акредитивите. Крајниот уред го почитува правилото, а не е расипан.

Еден брз тест ја одделува политиката од расипан профил: најавете се на портал што сѐ уште дозволува зачувување, па вратете се на вашиот. Ако контролата се појави на дозволувачкиот портал и исчезне на заклучениот, застанете тука и побарајте промена на портата. Сѐ подолу е теренска работа за лабораториски закупец или тест профил и ништо од тоа не е над одлуката на серверот. Освежувањето на профилот или надградбата на клиентот ќе го препише локалното уредување.

Windows го држи знамето внатре во клучот на тунелот

Зачуваните тунели живеат под тековниот корисник, еден клуч по врска, а знамето за видливост стои покрај деталите за врската:

HKEY_CURRENT_USER\SOFTWARE\Fortinet\FortiClient\Sslvpn\Tunnels<tunnel name>
show_remember_password = 1

Поставете ја вредноста на 1, излезете од клиентот од системската лента наместо да го затворите неговиот прозорец и отворете го повторно. Во 5.x изданија истото знаме можеше да стои под гранката Wow6432Node на HKEY_LOCAL_MACHINE, затоа погледнете таму кога го нема клучот по корисник. Некои 6.x изданија ја препишуваат вредноста по успешна врска, што објаснува поле што преживува едно најавување и исчезнува при следното. Ако вашиот клуч воопшто нема таква вредност, создадете ја како низа наместо да погодувате други имиња.

Третирајте го регистарот како чекор за отстранување грешки. Живата состојба на регистарот е невидлива за следниот администратор и ниту едно освежување на инвентарот нема да ја зачува.

На macOS, следете го клиентот за да ја најдете неговата датотека

macOS клиентот ги чува поставувањата по врска под /Library/Application Support/Fortinet/FortiClient/conf, во речник за секој тунел. Клучот што треба да се постави е AllowSavePassword и тој треба да се чита како 1 додека клучевите за автоматско поврзување во истиот речник остануваат недопрени. Рестартирајте го клиентот кога ќе завршите.

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

Дајте предност на циклус на извоз, уредување и враќање

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

• Извезете од поставувањата на клиентот, вклучете кориснички поставувања и поставете лозинка за извоз.
• Отворете ја датотеката и поставете show_remember_password на 1.
• Отклучете го катанецот во клиентот; Враќањето не прави ништо додека е заклучен.
• Вратете ја уредената датотека и внесете ја лозинката за извоз.

Контролата треба да се појави при следното најавување. Чувајте ја извезената датотека подалеку од споделени папки и прилози на тикети, бидејќи ги опишува вашите тунели и може да носи шифрирана тајна.

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

Избришете ја тајната пред да се претвори во заклучување на сметка

Linux клиентот на командна линија воопшто нема поле, затоа обвивката што ја дава лозинката на stdin е вообичаениот одговор и таа не чува ништо. На која било платформа сигурното отстранување е враќање на врската на прашање при најавување или целосно бришење на тунелот.

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

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