Та SOCKS проксийн трафик VPN-ээр гарч, бусад хост хэвийн замаа хадгалахыг хүсч байна. Үүнийг хоёр загвар хийдэг бөгөөд ямар нэгэн зүйл буруу болоход юу эвдрэхээр ялгаатай. Нэг нь анхдагч маршрутыг туннель руу түлхэж, дараа нь түүнийг тойрч гардаг; нөгөө нь үндсэн хүснэгтийг хөндөхгүй орхиж, нэг эх сурвалжийн хаягийг хоёр дахь хүснэгт рүү илгээдэг. Хоёр дахь нь илүү цэвэр бөгөөд өөрийн гэсэн урхитай.

Хоёр загвар, хоёр өөр хохирлын радиус

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

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

Энэ нарийн байдал нь бас хязгаарлалт: проксийн гарч буй пакетууд үнэхээр тэр хаягийг агуулж байж л загвар ажиллана.

Dante-ийн external тохиргоо юу хийдэг

External тохиргоо прокси гарч буй холболтод ашиглах хаягуудыг сонгодог; энэ нь цөмийн чиглүүлэлтийн бодлогыг хөндөхгүй. Яг энэ тусгаарлалт хоёр дахь загварыг боломжтой болгож, хүмүүс баримт бичгийг энд л буруу уншдаг. External-ыг туннелийн хаяг руу чиглүүлэх нь проксийг холболтоо тэр хаягаас эхлүүлэхэд хүргэж, дараа нь чиглүүлэлтийн хүснэгт тэдгээр пакет хаашаа явахыг шийддэг.

Сонсогч нь тусдаа асуудал. Internal-ыг прокси ашиглах ёстой клиентүүдээр хязгаарлаж байгаарай, баталгаажуулалт шаардаж, портыг галт хаалтаар хаа, учир нь нээлттэй сонсогч нь VPN гарахын шинж чанар биш.

Тохируулсан хаяг нь проксийн сүлжээний нэрийн огторгуйд үнэхээр туннельд хамаарахыг баталгаажуулна уу.

Эх сурвалжаар сонгосон хүснэгтийг барих

10.90.0.2/24 TUN хаяг, 10.90.0.1 дээр хүрэх боломжтой peer, өөр юу ч ашигладаггүй хүснэгтийн дугаарын хувьд зохион байгуулалт иймэрхүү харагдана:

ip -4 route add table 100 10.90.0.0/24 dev tun0 src 10.90.0.2
ip -4 route add table 100 default via 10.90.0.1 dev tun0 metric 10
ip -4 route add table 100 unreachable default metric 32760
ip -4 rule add priority 1000 from 10.90.0.2/32 lookup 100

Хүрэх боломжгүй маршрут бол хүмүүсийн алгасдаг хэсэг. Түүнгүйгээр туннелийн маршрут нь алга болсон хүснэгт ердийн анхдагч руу унаж, прокси WAN-аар чимээгүй гардаг. Түүнтэй бол хайлт бүтэлгүйтдэг бөгөөд энэ нь чимээгүй алдагдлын оронд харагдах алдаа юм. Дүрмийн давуу эрх нь мөн тэр эх сурвалжтай тохирох бүхнээс өмнө байх ёстой.

Эдгээр утгууд нэг топологийг дүрсэлдэг. Цэгээс цэг хүртэлх peer, net30 хаяглалт, өөр префикс тараадаг клиентүүд бүгд өөрийн маршрут хэрэгтэй тул хаяг биш, хэлбэрийг хуулбарла.

Эх сурвалжийн дүрэм хаана алдагддаг

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

DNS нь нөгөө алдагдал. Шийдэгчийн сокет нь проксийн external өгөгдлийн холболтын эх сурвалжийг заавал ашигладаггүй тул нэр хайлт WAN-аар гарч болно. Шийдэлтийг холболт тогтоохоос тусдаа туршиж, тэр үр дүн хүлээн зөвшөөрөхүйц эсэхийг шийд.

IPv6-д өөрийн дүрэм, маршрут хэрэгтэй, учир нь IPv4-ийн зохион байгуулалт түүний талаар юу ч баталдаггүй.

Тэвчиж чадах алдаагаар сонго

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

Аль нэгийг сонгосон ч хоёр талаас шалга: проксигоор дамжуулсан хүсэлт болон хостноос шууд хүсэлт, тус бүрд ажиглагдсан гарах хаягийг тэмдэглэ.

Туннель унавал прокси бүтэлгүйтэх эсвэл буцах эсэхийг урьдчилан шийдэж, чиглүүлэлтийн хүснэгтэд тэр шийдвэрийг илэрхийл.

Холбоотой нийтлэлүүд