Хоёр идэвхтэй IPsec туннель буцах замын төлөвлөгөөг одоо ч шаарддаг

Нэг сайтын ажлын станц дээр терминал нээж, нөгөө сайтын серверт холбогдоно уу. Тэр ганц TCP яриа одоо хоёр биш дөрвөн гарцаар гарах ёстой бөгөөд сонирхолтой хэсэг нь сайн өдөр ажиллах эсэх нь биш. Сонирхолтой нь урагш чиглэл аль гарцын хосыг сонгосон, хариу аль хосыг сонгодог, тэгэх хооронд урсгалын төлөвийг хэн барьж байгаа нь юм. Маршрутын хүснэгтэд юу ч үүнийг таны өмнөөс шийдэхгүй.

Маршрут зурахаас өмнө дөрвөн гарц зур

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

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

Урагш замыг хэрхэн сонгодог вэ

Тэнцүү зардлын олон замт маршрутжуулалтын түвшин толгойн талбаруудыг хэшлэж урсгалуудыг дараагийн хопуудад хуваарилдаг бөгөөд үүнийг RFC 2992 дэлгэрэнгүй тайлбарладаг. Тэр сонголт бүрэн төлөвгүй байж болно: түүнд холболт хянах бичлэг хэрэггүй, зөвхөн өөрчлөгдөөгүй талбарууд дээрх тогтвортой хэш хэрэгтэй. Замын олонлог болон хэшийн орцуудыг тогтмол баривал урсгалын пакет бүр ижил дараагийн хопыг сонгоно.

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

Буцах замд үнэхээр юу хэрэгтэй вэ

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

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

Орчуулга таны өмнөөс шийддэг газар

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

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

Хүлээн авалтыг дараалан өнгөрүүл

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

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