Зошто вашиот VPN се опоравува подолго од прекинот

Wi-Fi се врати пред триесет секунди, а VPN сѐ уште е исклучен, па клиентот изгледа расипан. Често тој само го следи сопствениот распоред за повторување, а тој распоред не знае дека мрежата штотуку се врати. Токму таа разлика е целата приказна: времето за опоравување е прекинот плус секое чекање што клиентот веќе го прифатил. Намалувањето на секој тајмер е еден одговор, а разбирањето кој тајмер е важен е другиот.

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

Три чекања што изгледаат како едно

Разрешувањето на крајната точка, преговарањето IKE или TLS, повторното испраќање пакети и започнувањето нов обид се одделни настани со одделни тајмери. strongSwan документира повлекување при повторно испраќање за IKE, а OpenVPN има свои контроли за повторување со поинаква семантика. Копирањето број од едното во другото претпоставува дека механизмите се совпаѓаат, а тие не се совпаѓаат. Прочитајте ја низата во дневникот пред да одлучите кој интервал го гледате.

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

Која фаза е всушност бавна?

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

Класифицирајте ја грешката пред да допрете број.

Кога намалувањето на тајмер помага, а кога не

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

Многу ниско временско ограничување копирано во секој профил е вообичаената крајна состојба на прилагодување без мерење.

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

Клиентот често не може да види дека мрежата е употреблива додека нешто не се обиде. Заробен портал, обновување на DHCP или промена на рута може да го остават да чека распоред поставен пред сето тоа да се случи. Набљудувајте ја промената на мрежната состојба на оперативниот систем и следниот обид на клиентот на истиот часовник, и ќе видите чие е чекањето. Брзата верзија е да го запишете временскиот печат на настанот мрежата-подготвена и временскиот печат на првиот обид по него.

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

Што да запишете

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

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