VPN неге үзілістен ұзақ қалпына келеді
Кері шегіну қайта қосылу әрекеттерін алшақтатады, сондықтан қалпына келген желі күтуі мүмкін. Таймерлерді қысқартпас бұрын қайта әрекет кестесін желінің дайындығымен салыстырыңыз.
Wi-Fi отыз секунд бұрын қайтып келді, ал VPN әлі өшірулі, сондықтан клиент бұзылғандай көрінеді. Көбінесе ол өзінің қайта әрекет кестесін ғана ұстанады, ал бұл кесте желі жаңа ғана қайтқанын білмейді. Сол алшақтық — бүкіл әңгіме: қалпына келу уақыты үзіліске клиент бұрыннан көнген кез келген күтуді қосқанға тең. Әр таймерді төмендету — бір жауап, қай таймердің маңызды екенін түсіну — екіншісі.
Реттеу көмектесетінін үш шарт шешеді: қай кезең баяу, ақау мүлдем қайталануға бола ма, және клиент желінің қайтқанын қалай біледі.
Бірдей көрінетін үш күту
Соңғы нүктені анықтау, IKE немесе TLS келіссөзі, пакеттерді қайта жіберу және жаңа әрекет бастау — жеке таймерлері бар жеке оқиғалар. strongSwan қайта жіберудің кері шегінуін IKE үшін құжаттайды, ал OpenVPN өзге мағынамен өзінің қайта әрекет басқаруына ие. Санды бірінен екіншісіне көшіру механизмдер сәйкес деп болжайды, бірақ олар сәйкес емес. Қай аралыққа қарап отырғаныңызды шешпес бұрын журнал тізбегін оқыңыз.
Журналдағы тыныш минут міндетті түрде қатып қалған процесс емес. Бұл дәл өзіне конфигурацияланған нәрсені істеп жатқан экспоненциалды кері шегіну болуы мүмкін.
Шын мәнінде қай кезең баяу?
Егер журнал аутентификация қатесімен сәтсіз аяқталған әрекеттерді көрсетсе, таймердің ешбір өзгерісі көмектеспейді, себебі тіркелгі деректері қате. Егер әрекеттер мүлдем жасалмаса, клиент өзінің күту терезесінде және шешім — кесте. Егер әрекеттер жасалып, уақыты бітсе, мәселе қолжетімділікте немесе жоқ тыңдаушыда, ал жылдамырақ қайта әрекет тек журналды толтырады. Осы үш күйдің әрқайсысының иесі бөлек және олардың тек біреуі ғана уақыт мәселесі.
Санға қол тигізбес бұрын ақауды жіктеңіз.
Таймерді төмендету қашан көмектеседі және қашан көмектеспейді
Қайта әрекеттің жоғарғы шегін қысқа, жиі үзілістен кейінгі күту басым шығыс болғанда төмендетіңіз, мысалы қатынау нүктелері арасында жүретін ноутбук. Ақаулар ұзақ немесе сирек болса, оны қозғамаңыз, себебі агрессивті қайта әрекет концентратор жауап бере алмайтын дәл сол сәтте жүктеме қосады. Екі жағдайда да бір параметрді өзгертіп, оны жазып, жақсарды деп есептеудің орнына келесі қалпына келуді өлшеңіз.
Әр профильге көшірілген өте төмен уақыт шегі — өлшемсіз реттеудің әдеттегі соңғы күйі.
Клиентті кінәламас бұрын дайындықты тексеріңіз
Клиент көбінесе бірдеңе әрекет жасамайынша желінің жарамды екенін көре алмайды. Тұтқындалған портал, DHCP жаңартуы немесе маршрут өзгерісі оны осының бәрі болмай тұрып белгіленген кестеге күтуге қалдыруы мүмкін. Операциялық жүйенің желі күйінің өзгеруін және клиенттің келесі әрекетін бір сағатпен бақылаңыз, сонда кімнің күтіп отырғанын көресіз. Жылдам нұсқа — желі-дайын оқиғасының уақыт белгісін және одан кейінгі алғашқы әрекеттің уақыт белгісін жазу.
Сондай-ақ күту кезінде тікелей трафиктің әлі де бұғатталғанын растаңыз, өйткені трафикті ағызатын жылдамырақ қайта қосылу жақсарту емес.
Нені жазу керек
Қай таймердің өзгергенін, қай мәннен қай мәнге, және кейін қалпына келу қалай көрінгенін жазыңыз. Клиент нұсқасын да жазыңыз, себебі әдепкі мәндер шығарылымдар арасында өзгереді және құжатталмаған өте төмен уақыт шегі профильді оқитын келесі адамды шатастырады.
Бұл жазба келесі бағдарламалық жаңартуды эксперимент емес, салыстыруға айналдырады.