VPN-гүй үед Git гацах уу? OpenSSH пакетуудыг IPQoS-оор тэмдэглэдэг

Оффисоос хийсэн клон ажилладаг, утасны хотспотоор хийсэн мөн клон ажилладаг, харин зочид буудлын сүлжээнээс хийсэн мөн клон VPN асаах хүртэл унжина. SSH гар барилт дуусч, эхний жинхэнэ дамжуулалтад сесс чимээгүй болно. Клиентийн тохиргоонд нэмсэн нэг мөр git болон ssh-ыг хамт эмчилнэ. Нэг клиент тохиргоо хэд хэдэн хэрэгслийг зэрэг зассаар байвал алдаа нь клиент илгээж буй зүйлд байна, түүний илгээх сувагт биш.

Шинж тэмдгийг замын ялгаа гэж уншина уу

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

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

Клиент SSH сокет бүр дээр QoS байт дардаг

7.8-аас эхлэн OpenSSH холболт бүр IP гарчигт маршрутизаторууд трафикийг эрэмбэлэхэд хэрэглэж болох утгыг агуулна. Терминалын сессүүд нэг утга, бөөн хуулбарууд өөр утга авдаг — бичиж буй хүн файл дамжуулалтаас илүү сайн хандлагыг хүртэх ёстой гэсэн онолоор. Сүлжээний дийлэнх нь энэ сануулгыг бүрэн үл тоомсорлодог, иймээс энэ олон жилийн турш анзаарагдахгүй байдаг. Цөөн Wi-Fi драйвер, гар утасны оператор, VPN төвлөрүүлэгч үүний дагуу ажилладаг бөгөөд зарим нь муу ажилладаг.

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

Эхлээд ssh -V командаар клиентийн хувилбарыг баталгаажуулна уу. 7.8 буюу түүнээс дээш дурын хувилбар энэ зан төлөвийг анхдагчаар агуулна.

Үүнийг MTU болон DNS-ээс тусгаарлах гурван команд

Аливаа тохиргооны файлыг засахаас өмнө хоёр төстэй шалтгааныг хасах хэрэгтэй. MTU-ийн гэмтэл жижиг солилцоог нэвтрүүлж, эхний том пакет дээр хөлддөг бол нэрний гэмтэл сесс огт үүсгэдэггүй.

ssh -o IPQoS=none -v [email protected]
ssh -G [email protected] | grep -i ipqos
sudo tcpdump -ni any -vv "tcp port 22"

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

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

Онцгой тохиолдлыг нэг файлд, нэг удаад нэг хост байрлуулна

Онцгой тохиолдол нь хамаарах хостны дэргэд байх ёстой бөгөөд яагаад байгааг нь тайлбарласан тайлбартай байна.

Host gitlab.example.internal
    IPQoS none
    # direct route rewrites the marking; the tunnel route passes it

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

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

Сүлжээний эзэнтэй тойргийг хаана

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

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

Клиентийн өөрчлөлт нь хугацаатай түр зуурын арга хэмжээ. Тэр хугацааг тайлбарт бичнэ үү.