Үй мен кеңсе екеуі де 192.168.1.x қолданады: енді не істеу керек?
Үй мен кеңсе 192.168.1.0/24 мекенжай кеңістігін бөліскенде, кіру сәтті өтеді де, трафик қате құрылғыға жетеді. Өзіңізге тиесілі жақты қайта нөмірлеңіз немесе аударылған қосымша желі алыңыз.
Төрт тексеруден өтіңіз: атау қай мекенжайға шешіледі, жергілікті желі қай префиксті қолданады, ядро сол межеге қай маршрутты таңдайды және алыс жақта не жауап береді. VPN-ге кіру олардың бірі емес, өйткені қай желі жеңетініне қарамастан ол аяқталады. Тексерулерді ретімен орындаңыз, сонда қабаттасу төртінші емес, екінші қадамда көрінеді.
Сәтті кіру туннель көтерілгенін білдіреді; ол белгілі бір мекенжайдың қайда бағытталғаны туралы ештеңе айтпайды.
Бір мекенжай, екі машина
Хост межелік мекенжайды пайдаланып, өзінің маршруттау кестесі мен саясат ережелерінен жол таңдайды. Оған 192.168.1.20 хопына сұрау көрші бөлмедегі құрылғыға емес, кеңсе серверіне арналғанын ештеңе айтпайды. Екі желі де бір жеке диапазонда болса, ең нақты маршрут жеңеді, ал қалғаны қайта қосылу кездейсоқ қай жазбаны орнатқанына байланысты. Мекенжайдың өзінде бұл айырмашылықты тасымалдайтын ештеңе жоқ.
ip route get 192.168.1.20
Бұл іздеу ядро таңдаған интерфейс пен келесі хопты атайды, бұл тізімдегі екінші тексеру. Басқа нәрсе жасамас бұрын жергілікті және алыс префикстерді салыстырыңыз. Егер жергілікті LAN 192.168.1.0/24 болса және алыс аймақ та 192.168.1.0/24 болса, қабаттасу — табылған нәрсе, және бірде-бір клиент опциясы оны түзетпейді.
Өзіңіз бақылайтын жақты қайта нөмірлеңіз
Жеке маршрутизатор әдетте жылжытуға оңай жақ. Нақты қолданатын алыс желілермен соқтығыспайтын диапазон таңдаңыз және 10.x.x.x те автоматты түрде бос емес екенін ескеріңіз, өйткені оны көптеген аймақтар қолданады. Өзгерісті жоспарлаңыз: DHCP жалдаулары, резервтелген мекенжайлар, басып шығару кезектері және қатты кодталған мекенжайы бар барлық нәрсе назар аударуды қажет етеді. Қайта нөмірлеуді VPN-сіз маршрутизаторды қалпына келтіре алатын терезеде жасаңыз.
Алыс префикстер тізімін кейін емес, алдымен тексеріңіз. Басқа кеңсе аймағымен соқтығысатын жаңа диапазон таңдау көбірек жұмыспен сол мәселені тудырады.
Екі жақ та өзгере алмағанда
Екі желінің ешқайсысын қайта нөмірлеу мүмкін болмаса, қалған опциялар серверде тұрады. Шлюз алыс желіні VPN клиенттері үшін басқа қосымша желіге аудара алады, саясатқа негізделген NAT немесе екі бағытты нұсқаны пайдаланып, сонда клиент бірегей мекенжайды көреді. Бұл шлюз дизайны, әр жұмыс үстелі клиенті ұсынатын қосқыш емес, және пайдаланушылар қандай мекенжайды теретінін және қандай атаулар сәйкес келуі керектігін өзгертеді. Форумнан көшірілген маршрут екі бірдей межені ажырата алмайды.
Жеке мекенжай диапазондары жеке болып қалады; мәселе — қайта пайдалану, диапазондардың өзі емес.
Қай машина жауап бергенін дәлелдеңіз
openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject
Кез келген өзгерістен кейін кеңсе ресурсын және жергілікті құрылғыларды бірге тексеріңіз. Егер кеңсе сервері болуы керек жерде таныс үй құрылғысы жауап берсе, немесе TLS сертификаты қате хостты атаса, тоқтап, жалғастырмас бұрын межені анықтаңыз. Сол мекенжайдан жауап алу оны қай машина жібергенін дәлелдемейді. Сертификат субъектісін тексеру сол сәтте қолжетімді бірнеше сенімді сигналдың бірі.
Кеңсенің жеке мекенжайларын өзіңіз бақыламайтын еркін жалпыға қолжетімді мекенжайлармен ауыстырмаңыз. Бұл қабаттасуды нашаррақ және түсіндіру қиынырақ маршруттау мен иелік мәселесіне айырбастайды.
Жергілікті префиксті, алыс префиксті және оны шешкен өзгерісті жазып алыңыз. Келесі қабаттасу басқаша көрінеді, бірақ сол үлгіні ұстанады.