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

Пребройте запазените профили, после активациите

Запазеният профил е обект на конфигурация, а активната връзка е работещ екземпляр. Списъкът слива двете понятия визуално и затова и двата доклада звучат вярно. Започнете с именуване на точните обекти с техните UUID, защото показваното име не е уникално и стар внос често дели етикет с по-нов запис. След това проверете списъка с активни връзки отделно и вижте кои UUID се появяват. Едва тогава знаете дали сравнявате две конфигурации или два живи тунела.

Активирането на един и същ UUID два пъти е трети случай и не е паралелност. Това е повторно активиране на един екземпляр.

Прочетете собствените метаданни на приставката

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

Стари съвети за ограничение до една VPN описваха по-стари интеграции. Те не са нито вечно верни, нито безопасни за приемане като фиксирани, а файлът пред вас го решава локално.

Паралелността не е съгласуваност

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

Решете кои дестинации принадлежат на кой профил, преди да активирате каквото и да е. Преименуването на профил не разграничава дестинациите.

DNS избира победител, независимо дали вие го правите

Настройките на резолвера са за всеки профил, а когато два са активни, редът на разрешаване се определя от политика и приоритет, а не от намерение. Профилът, който се вдигна последен, може тихо да притежава всяко корпоративно име.

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

Внедрявайте в фиксиран ред и проверявайте между стъпките

Активирайте един профил, прегледайте състоянието на маршрутите и резолвера му, след това активирайте втория и прегледайте отново. Сравняването на двете състояния ви казва какво се е променило и кой профил какво притежава. Не активирайте и двата и после диагностицирайте резултата.

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

Подобни статии