VPN аркылуу DHCP: трансляцияны көпүрө аркылуу өткөрөбүз же релеби?

Туннелдин аркы тарабындагы жаңы ноутбук дарек албайт, ал эми ошол эле ноутбук башкы кеңседе иштейт. Адаттагы биринчи божомол — туннель DHCPни тосуп жатат. Көбүнчө трансляциянын жолу такыр болгон эмес: конфигурацияланбаган кардар 255.255.255.255 дарегине жиберет, ал эми жөнөкөй IP маршрутизатор бул пакетти андан ары жибербейт. Туннель маршрутталган туннель жасаган нерсенин дал өзүн жасайт.

Эки долбоор муну өзгөртө алат жана алар барабар эмес. Бири трансляцияны алып жүрөт; экинчиси өтүнүчтү реле аркылуу берет.

Трансляция маршрутизатордон эч качан өтпөйт

Дареги жок DHCPv4 кардары 0.0.0.0ден чектелген трансляция дарегине UDP 67 жана 68 порттору аркылуу жиберет. Бул пакет долбоору боюнча өз байланыш линиясында калат. Аны андан ары жиберген маршрутизатор өзү тейлеген ар бир сегментти суу баскандай толтурар эле.

Ошондуктан маршрутталган сайт-сайт туннели релени серверге туташтырат. Ал кардардын трансляция доменин кеңейтпейт, жана эч бир брандмауэр эрежеси муну жасай албайт.

Көпүрөгө айландырылган туннель чындыгында эмнени кеңейтет

Атайын көпүрөгө айландырылган VPN өзүнүн колдогон топологиясынын чегинде Ethernet трансляциясын алып жүрө алат, ошондо DHCP жергиликтүү трафик катары өтө алат. Бул реалдуу вариант, бирок 2-кабаттын долбоордук чечими. Сиз трансляция менен бирге бузулуу доменин жана кирүү чегин кеңейтип жатасыз.

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

Бул дарек берүүдөн чоңураак чечим жана аны атайын кабыл алуу керек.

Анын ордуна өтүнүчтү реле аркылуу бериңиз

Адаттагы жооп — кардардын жергиликтүү тармагындагы реле. Ал трансляцияны кабыл алып, аны unicast өтүнүчүнө айландырат жана өз дарегин шлюз дареги талаасына коёт. Сервер ошол реле дарегине жооп берет.

Мисал катары алынган алыскы кеңсе үчүн реле кеңсенин LANында турат, ал эми серверге сайт VPNы аркылуу жетүүгө болот. Ошол кеңсе үчүн аянтты, реле менен сервердин идентификаторлорун жана толук кайтуу жолун конфигурациялаңыз. Туннель аркылуу UDP 67ге уруксат берүү серверге кайсы пулду колдонууну айтпайт.

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

DHCPни ARPтен жана туннелдин даректеринен бөлүңүз

DHCP UDP/IPнин үстүндө иштейт. Ethernetте хост тандалма даректин мурунтан колдонулуп жатканын текшерүү үчүн ARPти да колдонушу мүмкүн. Бул кагылышуу текшерүүсү өзүнчө звеного тиешелүү операция, DHCP билдирүүлөрүнүн транспорту эмес. DHCP негизинен ARP деп айтуу туура эмес; экөө эч качан байланышпайт деп айтуу өтө кең.

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

Кабыл алуучу тармакты, бөлүштүрүүнүн ээсин, аянтты, реленин бар-жогун жана тыныгуу учурунда күтүлгөн жүрүм-турумду жазып алыңыз. Анан ошол модель аркылуу жаңы ижара жана жаңыртууну текшериңиз. Эгер эки сайт бир башкарылбаган пулга кызмат кыла алса, сизде биринчи көчмө ноутбукту күтүп турган кагылышуу бар.