DHCPнын 121 параметри менен LAN хостторуна VPN кайтуу маршрутун бериңиз

Алыскы VPN кардарлары туташат, LAN сервери жооп берет, ал эми жооп кадимки интернет маршрутизатору аркылуу чыгып, ошол жерде өлөт. Бир серверди статикалык маршрут менен оңдоого болот, бирок алардын бүтүндөй бир субтармагын алар буга чейин тармактык конфигурациясын алган жерде башкаруу жакшыраак. DHCPv4түн 121 параметри дал ушундай багыттагы маршрутту таратат, жана адамдар демейкини унуткан учурда ката кетирүүчү бөлүк ушул. Белгиси бир тараптуу трафик: сурамдар келет, жооптор жок болот.

Алгач үч даректи атаңыз

Так бир LAN алыңыз: 192.168.50.0/24, кадимки демейки маршрутизатор 192.168.50.1 да, өзүнчө VPN дарбазасы 192.168.50.2 да. Аутентификацияланган алыскы кардарлар 10.90.0.0/24 ээлейт.

Ар бир катышуучу хостко керектүү маршрут — 10.90.0.0/24 via 192.168.50.2. Багыт — кардарлар пулу, ал эми кийинки секирик дарбазанын туннель дареги эмес, LAN дареги.

Аны классыз статикалык маршрут катары коддоп бериңиз

121 параметри префикс менен кийинки секириктин жуптарын ташыйт, ал эми RFC 3442 коддоону да, андан келип чыгуучу кардардын жүрүм-турумун да аныктайт. Ушул мисалдагы LANга гана тейлеген учурдагы dnsmasq нускасы үчүн конфигурациянын формасы мындай:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

Бул үзүндү, жаңы DHCP кызматы эмес. Бир нече сегментти тейлеген серверде параметрди сиз мурунтан колдонуп жаткан тегдер же тармактык саясат менен чектеңиз. Мурунку конфигурацияны колуңузда кармаңыз, анткени аны кайтаруу кайра жүктөө эмес, дагы бир ижара жаңыртууну билдирет.

Демейки маршрутту жоготпоңуз

Бул тузак. 121 параметрин алган кардар кадимки Router параметрин этибарга албашы керек, ошондуктан VPN пулунун маршрутун гана жарыялоо ошол хостту такыр демейки маршрутсуз калтырышы мүмкүн. Машина дагы эле конфигурациялангандай көрүнөт жана интернетти үнсүз жоготот. Колдонуучулар муну бардык интерфейстер иштеп турганда тармак өчүп калды деп сүрөттөшөт.

Жогорку үзүндү жасагандай, көздөлгөн демейкини ошол эле тизмеге кошуңуз. Классыз маршруттарды ишке ашырбаган кардарлар үчүн кадимки Router параметрин да ордунда калтырыңыз; кимге эмнени жөнөтүүнү сервердин өзүнүн параметрлерди иштетүүсү чечет.

Кардар эмнени кабыл аларын текшериңиз

Кол менен дарек берилген хост муну эч качан кабыл албайт, анткени ал ижара сурабайт. Кардарлардын колдоосу да ар башка, ошондуктан ар бир түзмөк 121 параметрин сыйлайт деп божомолдоонун ордуна иш жүзүндө иштеткен операциялык системаңызда сынап көрүңүз. Ошол серверлердин ээлери менен кайсылары статикалык даректүү экенин тактаңыз. Ошол хостторго өздөрүнүн маршрут жазуулары керек, болбосо алар жөн эле катышпайт.

Башкарылуучу DHCP кызматтары дагы бир чек. Айрым булут тармактары администраторлорго эркин параметрлерди жарыялоого жол бербейт, ал эми ошол эле сегменттеги атаандаш DHCP сервери параметрдин такыр жоктугунан да жаман.

Ижараны, анан издөөнү текшериңиз

DHCPнин ээсинен өзгөртүүнү колдонууну сураныңыз, анан кардардагы ижараны жаңыртыңыз. Учурдагы ижаралар жаңыртылганга чейин эски конфигурацияны сактайт, ошондуктан дароо натыйжа кепилденбейт.

Linux кардарында иш жүзүндөгү маршруттарды окуп, эки жазууну тең ырастаңыз:

ip -4 route
ip -4 route get 10.90.0.23

Контекстик издөө пулдун маршрутун 192.168.50.2 аркылуу жана демейкини 192.168.50.1 аркылуу көрсөтүшү керек. Эгер демейки жок болсо, жогорку тузакты кайталагансыз.

Анан чыныгы алмашууну сынап көрүңүз

Маршруттарды бөлүштүрүү бүт жол эмес. Өзүнчө дарбазага дагы эле багыттоо, алыскы өнөктөштөрдүн ээлиги жана серверге уруксат берген кирүү саясаты керек, ал эми DHCP эч кимди аутентификациялабайт.

Акыры, алып салуу планын кармаңыз. Үйрөнүлгөн статикалык маршрут VPN кулаганда өзүнөн өзү кайтып алынбайт, ошондуктан эскирген кийинки секирик туннель жоголгондон көп убакыт өткөндөн кийин да ошол префиксти кара көңдөйгө айландырышы мүмкүн.