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