Работен VPN в ОАЕ: какво да потвърдите първо

Започнете работно пътуване с по-тесен въпрос от това дали VPN софтуерът е разрешен по принцип. Полезният въпрос е коя частна система трябва да достигнете, през кой корпоративен шлюз и кой поддържа устройството, ако тунелът не се вдигне. Всичко останало за свързаността е втори разговор и смесването на двете дава план, който не отговаря на нито едно. Писменият план ги разделя.

Какво всъщност обхваща документираният сценарий на употреба

Телекомуникационният регулатор на ОАЕ, TDRA, публикува Насоки за интернет, които разглеждат организационното използване на VPN технология за достъп до вътрешни мрежи, наред с отделно обсъждане на филтрирането на съдържание и комуникационните услуги. Това са различни теми. Компания, която достига собствения си интранет през собствения си шлюз, е описан организационен сценарий, а не общо твърдение за всяка услуга, която пътник може да използва. Това също не е правно мнение за конкретното ви пътуване и четенето му като едно от двете е мястото, откъдето започват повечето спорове по тази тема.

Четете публикуваните насоки директно, а не в резюме, и третирайте тази страница като контролен списък за планиране, а не като съвет за правното ви положение. За всичко извън документирания случай на вътрешен достъп въпросите принадлежат на квалифициран местен юрист и на политиката за пътуване на работодателя ви.

Свържете работата с конкретен шлюз

Запишете системите, които наистина ви трябват: интранета, хранилище за документи, вътрешното приложение, което не съществува извън корпоративната мрежа. След това задайте два въпроса на ИТ: кой одобрен шлюз обслужва тези системи и дали профилът за пътуване променя нещо друго в устройството. Отговорът обикновено е по-конкретен, отколкото подсказва името на профила.

Някои организации публикуват отделен шлюз за пътуване с различен сертификат или различна стъпка за удостоверяване; други очакват да използвате обикновения профил, който може да маршрутизира целия трафик, а не само корпоративните диапазони. Името на профила рядко казва кой е. Попитайте или прочетете таблицата за маршрутизация, след като се свържете.

Да знаете кой от двата имате, променя това, което трябва да очаквате. Профил с пълен тунел изпраща и обичайното ви сърфиране през компанията, което може да е точно това, което работодателят иска, и със сигурност е нещо, което трябва да разберете преди пътуването, а не по време на него. Той също определя пътя за поддръжка, защото човекът, който може да преиздаде сертификат или да нулира акаунт, обикновено е достъпен в работно време в един часови пояс. Това е по-важно от версията на клиента.

Какво прави профилът с останалия ви трафик

Профилът с разделен тунел носи само корпоративните префикси; профилът с пълен тунел носи всичко. Нито един не е по-добър по същество, но само единият съответства на тесния случай на вътрешен достъп и разликата е решение за конфигурация, което организацията ви вече е взела. Можете да прочетете резултата на устройството, вместо да гадаете по името на профила:

ip -4 route
ip -4 route get 10.20.4.10
nmcli connection show --active

Втората команда показва кой интерфейс ще носи трафика към корпоративен адрес. Ако обичайните ви дестинации също се разрешават през тунела, профилът е с пълен тунел и всяко очакване, че обичайното сърфиране остава извън него, е погрешно. По-добре да откриете това преди пътуването, отколкото по време на разговор.

DNS следва същата логика. Резолверът, изтласкан от тунела, решава накъде отиват имената и разделена конфигурация може да изпраща вътрешните имена към компанията, а всичко останало към местния резолвер, или обратното, в зависимост от това как е изградена. Проверете кой резолвер устройството всъщност използва, след като се свържете, а не кой е обещал профилът. Търсене на вътрешно име от хотелска мрежа е най-бързият начин да видите разликата.

Подгответе пътя при отказ преди полета

Приемете, че тунелът няма да се свърже от първия опит от хотелска мрежа, и решете предварително какво ще правите. Това означава одобрения резервен вариант, който ИТ екипът ви поддържа, контакта, който може да помогне в различни часови пояси, и местния номер за устройството, ако удостоверяването зависи от телефон. Записването на тези три неща е разликата между план и намерение.

Тествайте поддържаните стъпки за удостоверяване и възстановяване преди пътуването, включително всеки втори фактор, който изисква регистрирано устройство. Фактор, който се нуждае от номер за роуминг, който не сте активирали, е отказ, който можете да предвидите днес и не можете да поправите на летището. Тествайте и резервния вариант, не само основния път, и го направете от мрежа, която не е офис LAN. Резервен вариант, който никой не е пробвал, е надежда, а не план.

Дръжте резервния вариант в рамките на одобрените от организацията опции. Импровизиран публичен изход не е път за поддръжка, и това не е решение, което се взема сам в хотелска стая. Ако одобреният резервен вариант също се провали, правилната следваща стъпка е контактът за поддръжка, а не друг изход.

Пазете записа и го преглеждайте

Запазете плана там, където ще го намерите: името на шлюза, поддържания контакт, системите, които ви трябваха, и датата, на която проверихте насоките на регулатора. Насоките и организационната политика се променят и бележка с дата е по-ценна от спомен. Това прави и планирането на следващото пътуване по-евтино.

След това прегледайте плана за частите, които изобщо не са за технология — какво ще правите, ако услуга, която сте очаквали, е недостъпна, и кой решава дали пътуването да продължи. Тези отговори обикновено се държат от човек, а не от настройка на клиента.