pfSense OpenVPN: өөр чиглүүлэгчийн ард байгаа сүлжээнд хүрэх

Таны зөөврийн компьютер VPN-ээр pfSense LAN-д хүрдэг ч хоёр үсрэлт гүнзгий байгаа үйлчилгээнд хүрч чаддаггүй, ялгаа нь эзэн бүрт нэг чиглүүлэлтийн шийдвэр юм. Багц нааш цааш аялалаа дуусгахаас өмнө гурван төхөөрөмж санал нэгдэх ёстой: клиент, галт хана, зорилтот сүлжээг үнэхээр эзэмшдэг чиглүүлэгч. Аль нэгийг нь алгасвал шинж тэмдэг ижил харагдана.

Дүрэм өөрчлөхөөс өмнө нэг багцыг эдгээр гурван шийдвэрээр дамжуулан ажиглаарай, учир нь эзэн бүр өөр удирдлага, өөр эвдрэлийн горимтой.

Нэг багц, гурван чиглүүлэлтийн шийдвэр

Клиент зорилго туннельд хамаарах эсэхийг шийддэг бөгөөд зөвхөн өөрийн мэддэг зүйлд үндэслэн шийдэж чадна: түлхсэн маршрут, локал маршрут эсвэл бүгдийг хамарсан анхдагч маршрут. pfSense багцыг дараа нь хаашаа илгээхийг шийддэг бөгөөд өөр чиглүүлэгчийн ард байгаа сүлжээний хувьд энэ нь зөв интерфейс дээрх хүрч болох гарцоор дамжин статик маршрут гэсэн үг. Доод чиглүүлэгч VPN-ийн сан руу буцах замыг мэдэх эсэхийг шийддэг, мэдэхгүй бол хариултыг хаядаг эсвэл хэрэггүй газар илгээдэг. Шийдвэр бүр нөгөө хоёроос хамааралгүй.

Аль нэгийнх нь доголдол ижил хэрэглэгчийн тайлан өгдөг. Тиймээс алдаа олзох дараалал багажаас илүү чухал.

Клиентэд таамаг биш префикс өг

IPv4 туннелийн сүлжээ /30-аас том pfSense SSL/TLS сервер дээр IPv4 Local network(s) талбар холбогдох үед клиентүүдэд маршрут тараадаг. Клиент өөрөө нэгийг зохионо гэж найдахаасаа илүү доод префиксыг тэнд нэмээрэй. Дараа нь холбогдсоны дараа клиентийн бодит хүснэгтийг уншаарай, учир нь route-nopull бүхий профайл эсвэл маршрутын шүүлтүүр серверийн илгээснийг үл тоомсорлож болно. Сервер бүрэн зөв байж болох ч клиент юу ч суулгахгүй байна.

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

pfSense-ийг дотоод чиглүүлэгч рүү чиглүүл

pfSense дэх статик маршрутад тодорхойлогдсон, хүрч болох гарц хэрэгтэй бөгөөд тухайн гарцад сонгосон интерфейс нь үнэхээр түүнд хүрдэг интерфейс байх ёстой, үүнийг Netgate-ийн статик маршрутын гарын авлага тайлбарладаг. Жишээ зохион байгуулалтад дамжуулах холбоос нь галт хана дээр 192.168.77.1, дотоод чиглүүлэгч дээр 192.168.77.2, үйлчилгээний сүлжээ нь түүний ард 172.16.30.0/25. Дараа нь маршрут префикс болон дараагийн үсрэлтийг нэрлэдэг, үйлчилгээний хаягийг биш. Алслагдсан сүлжээний хаягийг гарц болгон ашиглах нь зөв харагдах боловч хаашаа ч дамжуулдаггүй маршрут байгуулах нийтлэг арга юм.

Интерфейст нэр өгөх нь түүний ард байгаа сүлжээг дүрслэхгүй. Статик маршрут бол тэр дүрслэл.

Алслагдсан тал санг мэдэх ёстой

Доод чиглүүлэгчид сан руу буцах маршрут хэрэгтэй, энэ жишээнд 192.168.77.1-ээр дамжин 10.55.0.0/24, хэрэв анхдагч маршрут эсвэл динамик протокол аль хэдийн нэгийг өгөөгүй бол. Үйлчилгээний хост өөрийн гарц нь тэр чиглүүлэгч рүү хөтлөх ёстой бөгөөд энэ нь чиглүүлэгч түүний анхдагч гарц байх үед ихэвчлэн үнэн, хост гараар тохируулсан үед худал. Галт хана дээрх бодлогын чиглүүлэлт мөн тодорхой урсгалд хүснэгтийг дарж болох тул маршрут буруу гэж дүгнэхээс өмнө дүрэм өөр гарц сонгож байгаа эсэхийг шалгаарай.

Энэ загварт орчуулга шаардлагагүй бөгөөд клиентийн эх хаягийг харагдахуйцаар үлдээх нь доод сүлжээнд өөрийн бодлогыг хэрэгжүүлэх боломж олгоно.

Хүлээн авалтын хувьд нэг шинэ хүсэлтийг туннелийн орох хэсэг, галт ханын дотоод гарах хэсэг, зорилтоос ирэх хариултаар дамжуулан ажиглаарай. Хэрэв оронд нь орчуулгыг санаатайгаар ашиглаж байгаа бол доод сүлжээ ямар эх үүсвэр хардагийг, хариулт хэрхэн буцаж ирэх ёстойг бичээрэй.

Гурван эзний төлөвлөгөөг зөвшөөрөгдсөн програмын хажууд хадгал, ингэснээр дараагийн администратор замыг дахин нээхийн оронд сэргээж чадна.