RRAS-тегі VPN клиенттеріне өз IPv4 пулы мен қайта жол қажет

RRAS-тегі жеке статикалық пул — өзгерістің тек жартысы. Дұрыс cmdlet таңдап, содан кейін LAN хосттарына жаңа клиент диапазонына қайта маршрут беріңіз.

VPN клиенті қосылып, мекенжай алады, бірақ оған қажет LAN хост әлі де оған жауап бере алмайды. Windows Routing and Remote Access ішінде VPN клиенттерінің ішкі мекенжайы сервердің LAN адаптерінен бөлек конфигурацияланған пулдан келеді, ал LAN жағына сол пулға қайта маршрут қажет. Екі өзгеріс, бір емес, және олар әртүрлі жолдармен сәтсіздікке ұшырайды. Ескі диапазондарды шығару алдында мекенжай жоспары мен қайта жол дәлелденуі үшін оларды ретімен орындаңыз.

Консулды ашпас бұрын диапазонды резервтеңіз

LAN-мен, басқа VPN диапазондарымен немесе сайтқа маршрутталатын кез келген нәрсемен қабаттаспайтын префикс таңдаңыз. /24 сынақ үшін қолайлы өлшем, ал бірінші пайдалануға жарамды бөлігін клиенттерге беруге болады, қалғаны өсу үшін бос қалады. Консулға термес бұрын оны мақсаты мен иесімен бірге жазып қойыңыз. Кейінгі бөлу қайта нөмірлеуді талап етпеуі үшін блоктың екі шетінде орын қалдырыңыз.

Тек консулда өмір сүретін мекенжай жоспары бір қайта құрудан соқтығысуға жақын. Ол сондай-ақ өсуге бейім: біреу кейінірек екінші диапазон қосады, ал біріншісін ешкім тексермейді. Жоспарды чат ағынында емес, сервер құжаттамасының қасында ұстаңыз.

Сервердің LAN адаптері бұл пулды анықтамайды. Жалпыға ортақ тыңдаушыны өзгерту немесе LAN-ға адаптер қосу мүлдем басқа нәрсе жасайды. Сондықтан клиенттер қосылып, бәрібір қате жерден мекенжай ала алады. Пул сервердің IPv4 қасиеттерінде өмір сүреді, адаптерлер тізімінде емес.

Әдісті ауыстыру диапазон қосу емес

RRAS-те тағайындау әдісі мен диапазондар жиынтығы бар. DHCP-тен статикалық пулға өту — әдістің өзгеруі. Статикалық пул әлдеқашан белсенді кезде тағы бір блок қосу — диапазонның өзгеруі.

Кез келгенін іске қоспас бұрын екі операцияны да алдын ала қарап шығыңыз және қайсысы сервердің ағымдағы күйіне сәйкес келетінін оқыңыз:

Set-VpnIPAddressAssignment -IPAssignmentMethod StaticPool -IPAddressRange '10.250.50.10','10.250.50.100' -WhatIf
Add-VpnIPAddressRange -IPAddressRange '10.250.50.110','10.250.50.150' -WhatIf

Егер сервер әлі DHCP тағайындауында болса, екінші cmdlet сәтсіз аяқталады немесе жарамсыз пул жасайды. Біріншісі бар пулды кеңейтудің орнына әдісті ауыстырады. Ешбір алдын ала қарау ештеңе қолданбайды, сондықтан сәйкесін таңдап іске қосыңыз, содан кейін алынған пулды консулда растаңыз. Сервердің қандай күйде екеніне сенімді болмасаңыз, IPv4 қасиеттері бетіндегі тағайындау әдісін оқып, конфигурацияланған диапазондарды тізімдеңіз:

Get-VpnIPAddressRange

Бос диапазондар тізімі бар DHCP әдісі бірінші алдын ала қараудың қолданылатынын білдіреді. Бар диапазоны бар статикалық мекенжайлар пулы екіншісінің қолданылатынын білдіреді.

Параметр талап етуі мүмкін қызметті қайта іске қосуды ескеріңіз және қосылған клиенттердің бірден қайта нөмірленетінін болжамаңыз. Ескі мекенжайын қайта қосылғанға дейін сақтайтын клиент қалыпты әрекет етеді. Өзгерісті қайта қосылу қолайлы болатын терезеге жоспарлаңыз.

LAN-ға қайта маршрут қажет

LAN 10.60.0.0/24, ал RRAS сервері ондағы 10.60.0.10 делік. Сол LAN-дағы 10.250.50.0/24 ішіндегі клиентке жауап беретін хостқа RRAS сервері арқылы пулға жол қажет. Бұл жолсыз сұраныс жетеді, ал жауап өледі.

Егер хосттың әдепкі шлюзі басқа маршрутизатор болса, сол маршрутизаторға VPN префиксі үшін қайта маршрут қажет. RRAS серверіндегі статикалық маршрут бұл жерде көмектеспейді; қайта жол LAN шлюзін иеленетін құрылғыда болуы керек, сондықтан оны маршруттау кестесіне немесе динамикалық маршруттау процесіне қосыңыз, сайт қайсысын пайдаланса, соған сәйкес.

Хосттың брандмауэрын және кез келген желіге кіру ережелерін жаңа бастапқы диапазонға қарсы тексеріңіз. Ескі клиент диапазоны үшін жазылған ережелер тағайындау сәтті болса да жаңасынан бас тартады. Клиенттің LAN-ға қарай маршруттары мен DNS шешімі жеке талаптар, және туннель сау көрінгенде екеуі де сәтсіз болуы мүмкін. Әрқайсысын бөлек тексеріңіз.

Ескісін шығармас бұрын жаңа пулды бір құрылғыда дәлелдеңіз

Өзіңіз бақылайтын бір авторизацияны алыңыз, қайта қосылыңыз және клиент алған пул мекенжайын оқыңыз. Сол бір сан тағайындауды маршруттаудан ажыратады. Содан кейін аталған қосымшаны іске қосыңыз, қайта трафикті бақылаңыз және бас тартылған күйде қалуы тиіс межеге қол жеткізіп көріңіз. Үш бақылау, үш түрлі сәтсіздік режимі.

Атауларды шешу өз сынағын қажет етеді: IP арқылы кіру жұмыс істеуі мүмкін, ал клиенттің DNS-і әлі де ол жете алмайтын шешушіге сілтеп тұрады. LAN-дағы DNS серверіне тек клиенттің оған маршруты болса және сервер жаңа диапазоннан сұраныстарды қабылдаса ғана жетуге болады. Пул көшкенде екеуі де жиі жіберілетін қате.

Ескі диапазондар мен олардың ерекшеліктерін белсенді сессиялар мен техникалық қызмет көрсету процесін ескергеннен кейін ғана шығарыңыз. Жаңа мекенжайы бар қосылған клиент тағайындауды дәлелдейді, кіру саясатын емес. Ескі диапазонды оны пайдаланған соңғы сессия аяқталғанша құжатталған күйде ұстаңыз.

Нәтижені үш бақылаумен тексеріңіз

Қабылдау үш фактіні талап етеді: клиентте жаңа пулдан мекенжай бар, LAN хост оған жетіп жауап ала алады, және бас тартылған меже әлі де бас тартылған. Әрқайсысының өз тексеруі бар, сондықтан сәтсіздік тағайындауға, маршруттауға немесе саясатқа нұсқайды. Оларды осы ретпен орындаңыз.

Клиент жағынан мекенжайды және бір LAN хостқа дейінгі маршрутты растаңыз:

ipconfig | findstr /i "IPv4"
route print -4

LAN хост жағынан қайта жолды және саясатты бір өтуде растаңыз. Егер ping сәтсіз болып, қосымша жұмыс істесе, жетіспейтін бөлік маршрут емес, ICMP ережесі болуы ықтимал. Екеуі де сәтсіз болса, VPN-ді өңдеу алдында хосттағы маршрутты оқыңыз. Үш нәтижені өзгеріс билетіне жазыңыз, келесі адам дәлелдерден бастасын.

Қатысты мақалалар