bypass-dhcp OpenVPN маршрут планына чындыгында эмнени кошот

redirect-gateway def1 bypass-dhcp бар профиль IPv4 демейки маршрутун алмаштырууну бир тар өзгөчөлүк менен айкалыштырат. Адамдар акыркы сөздү окуп, уюлдук байланыш үчүн жалпы чечимди күтүшөт, анан бул желек эч качан колдобогон DHCP теориясына түштөн кийинки убакытты сарпташат. Ар бир бөлүк бир иш кылат, ал эми өзгөчөлүк анын атак-даңкынан алда канча кичине.

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

Эки желек, эки байланышсыз иш

def1 менен кардар мурунтан бар демейки маршрутту алмаштыруунун ордуна эки IPv4 жарым демейки маршрутун кошот. 0.0.0.0/1 дарек мейкиндигинин төмөнкү жарымын, 128.0.0.0/1 жогорку жарымын камтыйт, ошондуктан экөө бирге ар кандай багытка жетет, ал эми ар бири 0.0.0.0/0 көбүрөөк так бойдон калат. Ошондуктан баштапкы демейки маршрут ошол издөөлөрдү жеңбей таблицада калат, бул эски шлюзду кардар ачык маршруттаган нерселердин баары үчүн жеткиликтүү кылып турат. Ошондой эле таблицада бири-бирине кабатташкан эки демейки маршрут калат, ошондуктан маршруттардын чыгарылышы профиль көрсөткөндөн кызыктай көрүнүшү мүмкүн.

bypass-dhcp өзүнчө жана демейки маршрутка таптакыр тийбейт. OpenVPN 2.6 колдонмосу аны жергиликтүү ички тармакта жок DHCP серверине түз маршрут кошуу деп сүрөттөйт, ошондуктан ижара трафиги туннелден тышкары чыгат, жана бул жүрүм-турум Windows кардарларында ишке ашырылганын, башка жерде жеткиликсиз болушу мүмкүн экенин белгилейт.

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

Өзгөчөлүк чындыгында эмне менен чектелет

Ийгиликтүү туташуудан кийинки үлгү таблица форманы көрсөтөт: туннелден өткөн эки жарым демейки маршрут жана физикалык шлюз аркылуу DHCP сервери үчүн бир хост маршруту. Аны өз даректериңиз катары эмес, форма катары окуңуз.

0.0.0.0/1        via 10.8.0.1      dev tun0
128.0.0.0/1      via 10.8.0.1      dev tun0
192.168.1.1/32   via 192.168.1.254 dev wlan0

Ошол үчүнчү сап бир гана багытты атайт. Бул чечүүчү түзүлүштүн жөндөөсү эмес, жергиликтүү тармакка жалпы уруксат эмес жана сервердеги чыгуу эрежеси эмес. Уюлдук оператордогу телефондо кардар ушундай аныктай алган DHCP сервери болбошу мүмкүн, ошондуктан желек ал жерде эч нерсени өзгөртпөйт.

Кардар чындыгында эмнени орнотконун текшериңиз

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

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

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

Жолдун калган бөлүгү бул желекте жок

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

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

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