Наладзьце кліент, які называе ваш аператар VPN, затым дакажыце тунель праз прыватны рэсурс, які вам сапраўды патрэбны. Mac можа захоўваць уласную канфігурацыю VPN у Сістэмных наладах, але файл OpenVPN або WireGuard патрабуе праграмы, якая разумее фармат, і гэта розныя шляхі налады. Тып уліковых даных вызначае, як праваліцца ўваход, таму прачытайце яго, перш чым нешта ўводзіць. Ацэньвайце вынік па тым, што вяртае прыватны рэсурс, а не па значку ў радку меню.

Падбярыце кліент пад атрыманы профіль

Пачынайце з файла або інструкцый, якія даслаў ваш аператар, а не са спісу пратаколаў на сайце загрузкі. Уласная форма VPN у Сістэмных наладах апрацоўвае пэўныя тыпы; профіль OpenVPN або канфігурацыя WireGuard патрабуе праграмы, якая іх разбірае. Кіраваны Mac можа ўжо атрымліваць сваё злучэнне ад кіравання прыладамі, і даданне другога профілю паверх стварае канфлікт замест налады. Паглядзіце, што ўжо існуе, перш чым нешта ўсталёўваць.

Спосаб уваходу паходзіць з профілю, і звычайна гэта адно з трох: пароль уліковага запісу, сертыфікат кліента або парольная фраза, якая адмыкае прыватны ключ. Няправільны пароль і адхілены сертыфікат абодва спыняюць злучэнне, але яны не чытаюцца аднолькава, і толькі адзін з іх вылечваецца скідам пароля ўліковага запісу. Прачытайце адмову, перш чым нешта змяняць: пратэрмінаваны або недавераны сертыфікат усё роўна не працуе пасля скіду пароля, а дрэнны пароль правальваецца адразу, з першай спробы.

Трымайце прыватныя матэрыялы па-за агульнымі журналамі. Парольная фраза ключа, сертыфікат кліента і яго ключ не належаць у чат з калегам, а здымак экрана рэдактара профілю звычайна выкрывае больш, чым чакае адпраўнік. Калі аператар дае файл для імпарту, імпартуйце яго замест ручнога перадрукоўвання значэнняў.

Дакажыце, што гэта працуе на рэсурсе, а не на значку

Працоўны профіль часта накіроўвае толькі офісныя адрасы, таму публічны адрас, які вы бачыце пры агляданні, можа заставацца тым жа, пакуль працуе прыватная праграма. На асабістым профілі выхаду адрас, які вы бачыце звонку, павінен змяніцца, а на працоўным звычайна не павінен. Вымерайце гэтую розніцу, перш чым рабіць выснову, што тунель зламаны.

Затым адкрыйце рэсурс, які вам сапраўды патрэбны: файлавы агульны доступ, старонку адміністравання, хост базы даных. Галоўная старонка, якая загружаецца праз тунель, даказвае, што тунель пераносіць нейкі трафік, а не той, які вы мелі на ўвазе. Калі браўзер па-ранейшаму паказвае зыходны адрас, а профіль павінен яго змяніць, параўнайце тры рэчы: праграму, якая выкарыстоўваецца, сямейства адрасоў і палітыку проксі. Браўзерны проксі або шлях IPv6 могуць абыходзіць VPN, пакуль сам тунель здаровы.

Калі кліент паказвае табліцу маршрутызацыі, прачытайце маршрут па змаўчанні і маршрут тунеля. Гэтая пара фіксуе, якую схему вы насамрэч разгарнулі.

Калі яно перастае працаваць, знайдзіце ўзровень, які зламаўся

Налада, якая працавала раней, звычайна ламалася таму, што да шляху далучылася нешта: другі кліент VPN, агент бяспекі, фільтр змесціва, новае пашырэнне сеткі. Карыстайцеся ўласнай дыягностыкай прадукту, а не выдаляйце налады і не скідвайце сеткавы стек, бо гэта надзея, а не дыягностыка. Прывяжыце збой да падзеі — сон, змена Wi-Fi, уваход праз партал або абнаўленне кліента — і адзначце, ці паўтараецца ён. Паўторны пускавы механізм належыць у заяўку разам з часам, калі гэта адбылося.

Імёны збаўляюць інакш, чым маршруты. Да прыватнага хоста трэба дабірацца па яго дакументаваным поўным імені, а кароткія офісныя імёны залежаць ад унутранага рэзалвера і пошукавага дамена, які існуе толькі на карпаратыўным шляху. Замяніце гэты рэзалвер на публічную службу DNS, і кароткія імёны цалкам перастануць вырашацца, што выглядае як зламаны тунель, але ім не з'яўляецца.

scutil --dns
dscacheutil -q host -a name intranet.example.com

У вывадзе scutil --dns знайдзіце рэзалвер, пошукавы дамен якога супадае з вашым карпаратыўным даменам, і прачытайце сервер імёнаў, на які ён паказвае; запісы пад канфігурацыяй DNS паказваюць, які рэзалвер падае кожны інтэрфейс. Калі карпаратыўны рэзалвер з'яўляецца толькі для іншага інтэрфейсу або браўзер запускае ўласны шыфраваны DNS, адна праграма вырашае імя, а ўсё астатняе збаўляе.

Выдаліце профіль, які вам больш не патрэбны, праз механізм, які яго ўсталяваў, бо выдаленне лакальнага запісу пакідае ўліковы запіс на серверы жывым, і састарэлы кліент можа па-ранейшаму заявіць тыя ж маршруты. На кіраваным Mac лічыцца працэс выдалення адміністратара. Запішыце імя профілю, адрас сервера і працоўны рэсурс, перш чым нешта выдаляць, каб аднаўленне не пачыналася з нуля.

Падобныя артыкулы