Mac кілтіңіз VPN-ге өзі қайта қосылады: сұраныс бойынша ережені тексеріңіз

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

Ереже шын мәнінде нені бақылайды

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

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

Саясат кімдікі және жою қанша тұрады

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

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

profiles show -type configuration
scutil --nc list

Қайта қосылу нені дәлелдемейді

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

Маршруттардың ауқымы — үшінші сұрақ, өйткені туннельді бастайтын ереже оның қандай префикстерді тасымалдайтыны туралы ештеңе айтпайды. Қайта қосылу толық қамтуды білдіреді деп болжаудың орнына қосылым нені маршруттайтынын растаңыз. Оны әдейі тексеріңіз: клиентті жабыңыз, қызметтің тоқтағанын растаңыз, содан кейін ереже қорғауға тиіс ресурсты сұраңыз.

Триггерді жазып алыңыз, белгішені емес

Туннельді ненің көтергенін жазыңыз: желіге қосылу, қолданбаны ашу, жеке атауды шешу, ұйқыдан ояну. Оның болғанын ғана емес, қашан болатынын байқаңыз, өйткені реттілік — дәлел. Нақты триггер белгішенің скриншотынан қымбат.

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

Ереже қате қосылымды бастағанда

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

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