LAN-мен қабаттасатын VPN пулын ешбір маршрут түзетпейді
Туннель пулы мен үйдегі LAN 192.168.1.0/24 мекенжайын ортақ пайдаланса, жергілікті ішкі желі жеңеді. Өзіңіз басқаратын жақты қайта нөмірлеңіз немесе қашықтағы ауқымды аударыңыз.
Қолданба туннельдің сау екенін айтады, бірақ сізге қажет мақсаттардың жартысы ешқашан жауап бермейді. Алғашқы реакция — маршрут қосу немесе метриканы төмендету, және дәл осы реакция ең алдымен өлтіруге тұрарлық аңыз. Клиенттің өз LAN-ы мен туннель пулы бір префикске талап қойса, маршруттау кестесі екі үйлесімсіз фактіні ұстайды, және не әдепкі маршрут, не метрика оларды шешпейді. Түзету — мекенжайлау туралы шешім, және маршрутты өңдеу оны алмастыра алмайды.
Қосымша маршрут неге бір префиксті бөле алмайды
Маршрут бір префикске қойылған екі талапты ажырата алмайды, сондықтан ақылға қонымды қадам — дұрыс маршрут жолын іздеуді тоқтату. Стек бірдей префиксті қосылған маршруттың алдына қоймайды, ал неғұрлым нақты жазба мекенжайды ұстайды, бірақ оған ие жергілікті хостты қолжетімсіз етеді. Маршруттау проблемасына ұқсайтын нәрсе — мекенжайлар қақтығысы, және екі түзету де маршруттарды емес, мекенжайларды өзгертеді. Бұл тұжырымды қабылдамас бұрын өз машинаңызда тексеріңіз.
ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50
Жүйеден бір мекенжай туралы сұраңыз және оның қай интерфейсті атағанын байқаңыз. Linux, macOS және Windows әрқайсысы тек оқуға арналған іздеумен жауап береді, ол ештеңе жібермей таңдалған интерфейс пен келесі секірісті хабарлайды. Туннель қосулы кезде жауап физикалық адаптерді көрсетсе, ядро мекенжайды туннель тасымалдай алатын нәрсе емес, байланыста тұрған деп санайды.
Провайдер берген префиксті үй маршрутизаторы қызмет көрсететін префикстің жанына қойып, оларды жол ретінде салыстырыңыз. Дәл сәйкестік — айқын жағдай, ал үй ішкі желісін қамтитын кеңірек провайдер пулы да дәл солай сәтсіздікке ұшырайды, тек оны байқамау оңайырақ. Тек ұқсас көрінетін екі префикс қақтығыс емес, сондықтан бірдеңені өзгертуден бұрын екеуін де жазып қойыңыз.
Клиент шынымен алған пулды оқыңыз
Клиенттің не алғанын оқыңыз, провайдердің маркетингтік бетін емес. OpenVPN клиентінің журнал толықтығын арттырыңыз, сонда сервер итерген маршруттар онда көрініп, туннель префикстерін ашады; басқа жерлерде пул қосылым мәліметтерінде немесе адаптердің өзінде көрінеді. Провайдерден ол пайдаланатын барлық жеке ауқымдардың толық тізімін сұраңыз, өйткені бүгінгі бір /24 ертең екі болуы мүмкін. Кәдімгі RFC 1918 блоктарын болдырмау — сізге шынымен берілген бөліп беруді болдырмаумен бірдей емес.
Пул кішіреюі немесе аймақтар арасында ауысуы мүмкін, сондықтан тізімге күн мен ие керек. Сіздің соңғы жоспар өзгерісінен ескі кез келген провайдер жауабын факт емес, болжам деп қабылдаңыз. Ауқымға міндеттелу алдында қайта сұраңыз және жауапты желі жазбаларымен бірге сақтаңыз, келесі адам дәлелді мұра етсін.
Қайта нөмірлеу — сіз жасай алатын түзету
Егер VPN сервері өзгертуге сіздікі болмаса, үйдегі LAN-ды жылжыту — жалғыз қолжетімді түзету, және бұл коммерциялық провайдермен әдеттегі жағдай. Провайдер пулының сыртындағы және кейін қажет болуы мүмкін ауқымдардың сыртындағы ауқымды таңдап, оны туннель арқылы жететін кез келген басқа сайтпен тексеріңіз. Қысқа үзіліс пен ұмытылған құрылғылардың ұзағырақ құйрығын күтіңіз: ескі мекенжайды әлі ұстаған құрылғы шлюз қажет болғанша жұмыс істеп тұрғандай көрінеді.
- Алдымен түгендеу: маршрутизатордың өз мекенжайы, DHCP ауқымы, резервтеулер, порттарды қайта бағыттау және мекенжайы қолмен терілген кез келген құрылғы.
- Содан кейін техникалық қызмет терезесінің ішінде маршрутизатордың LAN префиксі мен DHCP ауқымын бірге өзгертіп, сымды жалдауларды сымсыздардан бұрын жаңартыңыз.
- Одан кейін статикалық мекенжайларды түзетіңіз: принтерлер, желілік қойма, қатаң енгізілген шлюзі бар кез келген нәрсе.
- Соңында VPN клиентін қайта қосып, туннель мекенжайы енді LAN-мен қақтығыспайтынын растаңыз.
Мекенжайларды бірден емес, осы ретпен өткізіп шығыңыз және ескі ауқымды біраз уақыт құжатталған күйде қалдырыңыз, ескірген құрылғы жұмбақ емес, танымал болсын. Ешқашан жаңармайтын құрылғы шлюзге жетпей өзін танытады, бұл қолдау қызметіне қоңыраудан әлдеқайда жақсы белгі. Маршрутизатор тәуліктен ұзақ жалдаулар берсе, терезе уақытына оларды қысқартыңыз.
Бүркеншік аттың не істей алатыны және не істей алмайтыны
Сервер сіздікі болса, клиентте мекенжайларды аудару қашықтағы префиксті бос жергілікті ауқымның ішінде көрсете алады, сонда сол хост екінші мекенжайда жауап береді. Қауымдастық OpenVPN мұны мынамен жасайды client-nat, және бұл директива дәл сол клиентке тән, адамдар әдетте салыстыратын коммерциялық және мобильді клиенттерде жоқ. Бұл құрылым аудармаға сәйкес маршрутты, бүркеншік ат үшін бос ауқымды және клиенттің аударылмаған мекенжайына жауап беруге дайын серверді қажет етеді. Мұның ешқайсысы клиент өзіңіз конфигурациялай алмайтын басқарылатын провайдерге тиесілі болғанда көмектеспейді.
Өзгеріс күшіне енген соң алдымен мекенжай бойынша, содан кейін атау бойынша жергілікті және қашықтағы хостқа жетіңіз және жүйе әр жолы таңдайтын маршрутты белгілеп отырыңыз. Атау әлі ескі ауқымға шешілуі мүмкін, сондықтан мекенжайлар мен атаулар жеке тексеруге лайық. Өзгеріс кезінде қосылып тұрған болса, бір клиент пен сервер жағындағы бір құрылғыны қайта іске қосыңыз, өйткені кэштегі көрші жазбалары өңдеуден ұзақ өмір сүреді.
Тоқтаған префикстерді адамдар шынымен қарайтын жерге жазыңыз: желі жазбалары, маршрутизатордың өз пікір өрісі, таныстыру беті. Біреу қайтадан 192.168.1.0/24 таңдайды, және қақтығыс онымен бірге қайтады.