PPPoE дээрх OpenVPN: link-mtu, tun-mtu эсвэл mssfix-ийг багасгах уу?

Ping хариулдаг, DNS шийддэг, бүрэн хэмжээний сегмент шаарддаг хуудас бүр гацдаг. Өөрийн капсуляцийг нэмдэг холболт дээр зам чимээгүйгээр хэдэн арван байт төсвөө алддаг, цэвэр Ethernet-д зориулж бичсэн профайл шугам дааж чадахгүй пакетуудыг үргэлжлүүлэн шаарддаг. Холболт удаан биш; энэ нь яг чухал пакетуудыг хаяж байна.

Үүнийг гурван сонголт засч чадна, тэд өөр өөр давхаргад ажилладаг. Буруу сонголт нь юу ч хийдэггүй эсвэл туннелийг шинэ аргаар эмзэг болгодог тул сонголт нь зам үнэхээр юуг дэмждэгээс эхэлдэг.

Гурван товчлуур, гурван өөр давхарга

link-mtu нь гадаад төсөв: шифрлэгдсэн ачаалал дээр OpenVPN толгой, UDP толгой, гадаад IP толгой. Энэ нь машинаас юу гарч байгааг тодорхойлдог тул физик зам хязгаарладаг тоо нь энэ юм.

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

mssfix нь огт өөр механизм. TCP-ийн гар барилтын үеэр зарладаг сегментийн дээд хэмжээг дахин бичдэг тул TCP түншүүд капсуляцийн дараа багтах сегментүүдийг сонгодог. Энэ нь интерфэйсийн MTU-г өөрчлөхгүй бөгөөд UDP-д ямар ч нөлөөгүй.

Хэрэв та link-mtu-г тодорхой тохируулбал OpenVPN дотоод MTU-г гаргахын тулд өөрийн зардлыг хасдаг. Энэ зардал нь тогтмол утга биш; шифр болон баталгаажуулалтаас хамаардаг тул форумаас хуулсан утга өөр профайл дээр буруу байж болно. link-mtu болон tun-mtu-г хоёуланг нь тохируулбал клиентэд хоёр зөрчилтэй заавар өгнө.

Ямар ч тоо сонгохоос өмнө замыг хэмжинэ

Туннелийн дотроос биш, физик интерфэйсээс хэмжинэ, ping нь ачааллыг мэдээлдэг, пакетийн хэмжээг биш гэдгийг санаарай. Ачааллыг 1500 байтын фрэймтэй харьцуулахын өмнө IPv4 болон ICMP толгойд 28 байт нэмж, түнш өөр тоо мэдээлэх үед тэр залруулгыг санаж яваарай.

Linux клиент дээр ping -M do -s 1472 фрагментацийг хориглодог бөгөөд пакет хэт том бол бүтэлгүйтдэг. Пакет дамжих хүртэл ачааллыг багасгаж, дараа нь замын MTU-г авахын тулд 28 нэмнэ. PPPoE нь 8 байт зарцуулдаг тул DSL дээр 1492 хэвийн. DS-Lite болон зарим мобайл зам 40 ба түүнээс дээш зарцуулдаг бөгөөд хариулт нь ихэвчлэн нэрлэсэн холболтын хурдаас доогуур байдаг.

Хэрэв бүх ping хэмжээ амжилттай болох боловч том дамжуулалт гацсаар байвал энгийн хэмжээний хязгаар биш, хар нүх гэж сэжиглээрэй. Шаардлагатай фрагментацийн тухай ICMP мессеж зам дээр хаа нэгтээ шүүгддэг тул илгээгч хэзээ ч багасгаж сурдаггүй, зөвхөн том сегмент шаарддаг урсгалууд үүнийг анзаардаг.

Эхлээд TCP-г хязгаарла, дараа нь туннелийг багасга

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

Нөлөөлөлд өртсөн трафик TCP биш бол дотоод MTU-г багасга. UDP үйлчилгээ, туннелийн доторх туннель эсвэл бүрэн хэмжээний датаграм илгээдэг програм нь MSS хязгаарлалтын дараа ч бүтэлгүйтсээр байх болно, учир нь түүний пакетийн хэмжээг юу ч дахин бичихгүй. Тэр тохиолдолд tun-mtu-г багасга, эсвэл link-mtu-г тохируулаад клиент дотоод утгыг гаргахыг зөвшөөр, гэхдээ хэзээ ч хоёуланг нь биш.

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

Яагаад жижиг туршилтууд үргэлжлүүлэн ажилладаг вэ

DNS асуулга, ICMP цуурай, TCP-ийн гар барилт бүгд бүтэлгүйтдэг хэмжээнээс хамаагүй доогуур байдаг. Тиймээс туннель хурдан туршилт бүрт эрүүл харагдаж байхад TLS-ийн гар барилт болон HTTP хариултууд чимээгүйгээр бүтэлгүйтдэг. Яг тэр хослол, ажилладаг traceroute болон эхний том хариулт дээр гацдаг хөтөч нь хайх ёстой шинж тэмдэг юм. Шинэ профайл руу орохын өмнө бүрэн хэмжээний туршилт руу оролдоорой.

Бүтэлгүйтсэн трафикаар баталгаажуул. Том хуудас татаж, хэрэв нөлөөлөлд өртсөн үйлчилгээ нь тэр бол бүрэн хэмжээний UDP датаграм илгээж, өөр холболт дээрх хоёр дахь клиентээс давтана. Хэмжсэн замын MTU болон сонгосон утгыг тэмдэглэ, тэгэхгүй бол профайлд дараагийн хүрэх хүн тэр тоог дур зоргоороо гэж үзнэ.

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