Ылайыктуу VPN кардарларынын дарек пулун кантип пландаштыруу керек

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

Пул талаасынан баштаңыз, эч бир кардар туташпай туруп

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

Талааны алгандан кийин мурунтан бар диапазондорду тизмелеңиз: кеңсе LAN, ар бир маршрутталган сайт, булут VPC жана дагы эле кызматта жаткан башка пул. Кабатташуу префикс арифметикасы менен чечилет, хост сандары тааныш көрүнүшү менен эмес, ошондуктан агрегатты ошол диапазондордун ар бири менен салыштырыңыз. Экөө тең 10.x сыяктуу көрүнгөн эки диапазон агрегаттары кесилишпесе зыянсыз, ал эми кесилишсе колдоо окуясы болот.

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

Кардар иш жүзүндө алган даректи окуңуз

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

Ошол даректи сактаган диапазонуңуз менен салыштырыңыз. Эгер ал диапазондон тышкары болсо, сиз оңдогондон башка бөлүштүрүү жолун көрүп жатасыз. Префикс узундугун да текшериңиз, анткени /32 кармаган кардардын звенодо өнөктөшү жок жана ар бир багытты демейки маршруту аркылуу жөнөтөт.

ip -4 addr show tun0
ip route get 192.168.50.20

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

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

Кызматтан жоопту артка карай көзөмөлдөңүз

Пул жооптор ага кайра жете алганда гана иштейт. LANдагы кызмат ички дарекке жооп берет, ошондуктан анын дарбазасына пул үчүн маршрут же кызматтын алдында котормо керек. Суроо туннелден келип, жооп башка жол менен чыкканда, абалды сактаган firewall же тескери жол текшерүүсү аны таштайт, ал эми кардар туташып, андан кийин илинип калган кызматты көрөт. Пулду ар бир хостко маршрут кошуунун ордуна маршруттоо долбооруна бир жалпыланма блок катары коюңуз.

Котормо системанын калганы көргөн нерсени өзгөртөт. Булак кайра жазылганда, хост firewallындагы жана колдонмо журналындагы дарек которулган болот, ошондуктан пул дарегине каршы жазылган эреже эч нерсеге дал келбейт жана журнал сабын кардарга чейин изилдөө мүмкүн эмес. strongSwanдын өткөрүп берүү документтери IKEv2 дарбазасы үчүн ошол жолдун сервер тараптагы жарымын камтыйт. DNS да ошол чектөөнү алып жүрөт, анткени кардар жете албаган дарекке чечилген ат кийин жана башка жерде ийгиликсиз болот.

Эки кардар, андан кийин бир жокко чыгаруу

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

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

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

Төрт маанини кийинки өзгөртүү таба турган жерге жазыңыз

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

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