NetworkManager бір қасиетті ұсынады, vpn.persistent, ал адамдар одан бір уақытта төрт түрлі сұраққа жауап беруді талап етеді. Оның жоғарғы деңгейдегі құжаттамасы ұқыпты: тұрақтылық VPN қызметі оны қолдағанда және профиль оны қосқанда қолданылады, содан кейін қосылымнан нақты ажыратқанға дейін байланыс өзгерістері мен үзілістерге төзу сұралады. Сол құжаттама қасиеттің әдепкі мәні false екенін де көрсетеді, ал қалпына келтіру жоспарларының көбісі мұны болжамайды. Мұны нәтиже уәдесі ретінде емес, әрекетке сұрау ретінде оқыңыз.

Параметр шын мәнінде неге міндеттенеді

Профильде сақталған мән менеджерге арналған нұсқау болып табылады, ал менеджер бұл нұсқауды онымен не істеу керегін білетін VPN плагиніне беруі керек. Егер орнатылған плагин қасиетті елемейтін болса, профиль бәрібір іске қосылады және журнал үнсіз қалады, бұл кейінірек жөндеу жасайтын кез келген адам үшін екі әлемнің ең нашар жағы. Профильдің ішіндегі ештеңе плагинді оның жоқ мінез-құлқын іске асыруға мәжбүрлей алмайды, сондықтан жалғыз көрінетін нәтиже — жоқтық.

Сондықтан құжаттамадағы шарт қосқыштан маңыздырақ. Сізде шын мәнінде қандай плагин мен қандай шығарылым бар екенін тексеріңіз және нұсқасын қосылым сипаттамасының қасына жазыңыз, сонда келесі адам оны қайта ашуға мәжбүр болмайды. Іске асырылмаған жалаушаға құрылған қалпына келтіру саясаты өндірісте дәл бір рет сәтсіздікке ұшырайды және әрдайым ең қолайсыз сәтте.

Қасиетті әрекет ретінде қарау тестілеу үшін дұрыс күтуді де белгілейді. Сіз жалаушаның қойылғанын тексермейсіз; байланыс үзілгенде бірдеңе болды ма, соны тексересіз. Бұл түрлі эксперименттер, және олардың тек біреуі ғана түстен кейінгі уақытқа тұрарлық.

Біріктірілетін төрт сұрақ

Іске қосу VPN-ды ең алдымен не көтеретінін сұрайды. NetworkManager профилін базалық қосылымға байлауға болады, бөлек басқарылатын OpenVPN қызметінің өз іске қосылуы бар, ал бұл құрылымға үшінші іске қосқышты қосу сізге кім басқарады дегенде әртүрлі пікірдегі екі иесін береді. Тағы бір триггер қоспас бұрын қай компонент іске қосылуға ие екенін шешіңіз.

Қалпына келтіру байланыс өзгергенде немесе жоғалғанда не болатынын сұрайды, және бұл vpn.persistent шешетін тар сұрақ. Өміршеңдік клиент қарсы жақтың жауап беруді тоқтатқанын түсіне ала ма, соны сұрайды, ал оның орнына OpenVPN-ның keepalive немесе қайта іске қосылу мінез-құлқы жауап береді; екі механизм жиі бір сөзбен сипатталып, әр жерде іске асырылады. Оларды бөлек, түрлі құралдармен тексеріңіз, әйтпесе бір мінез-құлықты екіншісіне телисіз.

Ниет қайта қосылудың жалпы керек пе екенін сұрайды, және бұл күй сауалнамасы жауап бере алмайтын сұрақ. Әдейі тоқтату мен үзіліс бірдей белсенді емес күй тудырады, сондықтан жоқтық бойынша қайта қосылатын кез келген нәрсе адам шешімін болжайды. Болжау біреудің үстінен түскенге дейін дұрыс.

Оларды бөлек ұстайтын бақылау тізімі

Конфигурацияны оқып, ол туралы ойланудың орнына оқиғаларды ретімен орындаңыз және әрқайсысы нені көрсететінін уақыт белгісімен жазып алыңыз.

Біріншіден, көзделген базалық қосылымды іске қосыңыз және VPN күткен триггер арқылы көтерілгенін, орнатылғанын ұмытып кеткен механизм арқылы емес екенін растаңыз. Екіншіден, мақұлданған үзіліс кезінде менеджердің VPN оқиғаларын, ие клиенттің қалпына келу күйін және жеке ресурсқа жаңа сұрауды салыстырыңыз. Үшіншіден, әдейі ажыратыңыз, күтіңіз және артыңызда ештеңе профильді қайта іске қоспайтынын растаңыз.

Үшінші қадам — адамдар өткізіп жіберетін қадам, және нақты ақауды жиі табатын да сол. Белсенді профильді сұрап, ол жоқ кезде қайта қосылатын күзетші пайдаланушының әдейі ажыратуын көңілді түрде жояды. Пайдаланушы орнынан бұл төзімділік емес; бұл бағынбайтын машина. Біреуін қоспас бұрын олардан сұраңыз.

Нәтижелерді қосылым сипаттамасы бар сол құжатқа жазыңыз. Қалпына келтіру саясаты біреудің оны әдейі сәтсіздікке ұшыратқанын соңғы көрген уақыттағыдай ғана жақсы. Уақыт белгілері айырмашылықты келесі рет жазбаларды оқитын әркімге көрінетін етеді.

Аутентификация қалпына келтірудің бөлігі

Қайта қосылу тек желілік әрекет емес. Егер мақұлданған ағын жаңа сынақ, бір реттік код немесе іске қосу контексті жете алмайтын құпияны қажет етсе, ешбір тұрақтылық параметрі оны жоқтан жасай алмайды.

Бұл таныс үлгіні түсіндіреді: қосылым кілттер салғырты ашық машинада қалпына келеді және қайта жүктеуден кейін сол машинада сәтсіздікке ұшырайды. Желілік қабат дәл сұралғанды жасады, ал тіркелгі деректері қабаты ұсынатын ештеңесі жоқ еді.

Қайталау аралығын қысқартудың орнына тіркелгі деректерінің жұмыс ағынын түзетіңіз. Ешкім жауап бере алмайтын сұранысқа қарсы жылдамырақ қайталаулар журнал шуы мен бірдеңе әрекет етіліп жатқандай жалған әсер тудырады.

Тұрақтылық kill switch емес

Қасиет VPN қатынасын сақтауға немесе қалпына келтіруге тырысады. Ол VPN өшіп тұрғанда қолданбалардың не істей алатынын шешпейді және өзі ештеңені бөгемейді.

Егер талап туннельден тыс ешқандай трафик шықпауы болса, бұл өз механизмі, өз тестілеуі және өз істен шығу режимдері бар бөлек саясат. Тұрақтылық мұны қамтиды деп болжау қауіпсіздік шешімін апатқа айналдырады.

Қалпына келтіру жазбаларына екі жартыны да жазыңыз: VPN не істеуге тырысты және әрекет кезінде қандай қолданба трафигіне рұқсат берілді.

Қатысты мақалалар