RRAS ичиндеги VPN кардарларга өз IPv4 пулу жана кайра жол керек

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ди оңдоодон мурун хосттогу маршрутту окуңуз. Үч жыйынтыкты өзгөрүү билетине жазыңыз, кийинки адам далилдерден баштасын.