Bakit natitigil ang Git nang walang VPN? Minarkahan ng OpenSSH ang mga packet ng IPQoS

Gumagana ang clone mula sa opisina, gumagana ang parehong clone sa hotspot ng telepono, at ang parehong clone mula sa network ng hotel ay nakabitin hanggang buksan ang VPN. Natatapos ang handshake ng SSH at tumatahimik ang session sa unang tunay na paglilipat. Isang linyang idinagdag sa configuration ng client ang gumagamot sa git at ssh nang sabay. Kapag isang setting ng client ang nag-aayos ng ilang tool nang sabay, ang depekto ay nasa ipinapadala ng client, hindi sa link na pinagpapadalhan niya.

Basahin ang sintomas bilang pagkakaiba ng ruta

Ang tunnel na gumagamot ng problema ay bihirang maging pag-aayos. Pinapalitan nito ang ruta, ang carrier at ang mga intermediate na aparato, habang patuloy na gumagawa ang laptop ng eksaktong parehong mga packet. Kung ang isang ruta ay mali ang paghawak sa header at ang isa ay pinapalusot ito nang walang pagbabago, ang pagkakaiba ay nasa patakaran ng intermediate na aparato, hindi sa client. Dito ang tunnel ay saksi, hindi solusyon.

Ang puntong namamatay ang session ay lalo pang nagpapaliit. Walang nabigo sa paghahanap ng pangalan o sa pagpapalitan ng key ang mukhang ganito. Ang session na nagpapatunay, naglimbag ng banner at pagkatapos ay nagyelo sa unang malaking pagsulat ay napatunayan na ang routing, mga pangalan at mga kredensyal ay gumagana lahat.

Naglalagay ang client ng byte ng QoS sa bawat socket ng SSH

Bawat koneksyong OpenSSH mula 7.8 pataas ay may dalang halaga sa header ng IP na maaaring gamitin ng mga router upang unahin ang trapiko. Ang mga terminal session ay tumatanggap ng isang halaga at ang malalaking kopya ng iba, ayon sa teoryang ang taong nagta-type ay karapat-dapat sa mas mabuting pagtrato kaysa sa paglilipat ng file. Karamihan sa mga network ay lubos na binabalewala ang pahiwatig, kaya't hindi ito napapansin nang maraming taon. Ilang Wi-Fi driver, mobile operator at VPN concentrator ang kumikilos dito, at ang ilan sa kanila ay hindi maganda ang pagkilos.

Kapag ang halagang iyon ay muling isinulat o itinapon sa gitna ng stream, hindi nabigo ang koneksyon, ito ay tumitigil sa pag-usad. Dumarami ang mga retransmission, bumabagsak ang window, at walang iniuulat ang aplikasyon dahil walang nagbalik ng error. Ang katahimikang iyon ang dahilan kung bakit inilalarawan ng mga tao ang sintomas bilang pagkabitin at hindi bilang kabiguan.

Kumpirmahin muna ang bersyon ng client gamit ang ssh -V. Anumang 7.8 o mas mataas ay may dalang ganitong pag-uugali bilang default.

Tatlong utos na naghihiwalay nito sa MTU at DNS

Dalawang magkatulad na dahilan ang dapat ibukod bago i-edit ang anumang configuration file. Ang sira ng MTU ay pinapalusot ang maliliit na palitan at nagyeyelo sa unang malaking packet, samantalang ang sira ng pangalan ay hindi kailanman gumagawa ng session.

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

Inuulit ng unang utos ang operasyong nabibigo nang patay ang marka, at ang matagumpay na pagpapatakbo nito ang pinakamalakas na nag-iisang ebidensyang makukuha. Ang pangalawa ay naglimbag ng configuration na talagang gagamitin ng client sa destinasyong iyon, na humuhuli ng lumang entry sa file na nakalimutan mo. Ang pangatlo ay nagpapakita ng byte ng TOS sa dalawang direksyon habang nakabitin ang paglilipat, at ang kawili-wiling pattern ay may halaga sa sirang ruta at wala sa gumaganang ruta.

Gawin ang paghuli sa laptop at hindi sa server, dahil ang nagpapadala ang naglalagay ng halaga at maaaring baguhin ito ng alinmang direksyon. Ihambing ang rutang gumagana at ang rutang nabibigo gamit ang parehong paghuli, at lalabas ang pagkakaiba nang walang haka-haka.

Ilagay ang pagbubukod sa isang file, isang host sa isang pagkakataon

Ang pagbubukod ay dapat na katabi ng host na pinaglalabasan nito, may komentong nagsasabi kung bakit ito naroroon.

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

Mas mahalaga ang saklaw kaysa sa halaga mismo. Ang wildcard na entry ay nagpapatay ng pag-uugali sa lahat ng dako, itinatapon ang pahiwatig na tumutulong sa maayos na network, at walang natitirang makapagsasabi kung kailan ito lumitaw. Ang entry kada host ay nababasa, naibabalik at walang kahirap-hirap na burahin kapag naayos na ang network. Gamitin ang file ng user para sa personal na paraan at ang pinamamahalaang file kapag kailangan ng buong fleet ang parehong pagbubukod.

Maging tahasan tungkol sa hindi saklaw ng pagbubukod. Naaangkop ito sa SSH, kaya't ang HTTPS remote, ang mirror ng package at ang browser ay nananatiling labas nito, at ang kabiguan sa alinman sa mga ito ay nangangailangan ng sariling ebidensya. Sa isang kadena sa pamamagitan ng bastion, bawat pagtalon ay gumagamit ng configuration ng client, at ang pagtalong nakabitin ang siyang karapat-dapat na limitahan.

Isara ang bilog kasama ang may-ari ng network

Ipaabot ang natuklasan bilang apat na katotohanan: bersyon ng client, rutang sinubok, client ng VPN na ginagamit, at aling direksyon ang may dalang marka. Sapat na ang apat na iyon para sa may-ari ng network upang muling gawin ang pagtrato at magpasiya kung sinasadya ito.

Kung hindi gumagaling ang pagkabitin sa pagbubukod, alisin ito. Ang paraang nakaligtas sa isang nabigong eksperimento ay nagiging kuwentong-bayan, at ang susunod na tao ay gumugugol ng isang oras sa pagpapatunay na wala itong ginagawa. Kung gumagaling ang pagkabitin, mali pa rin ang ruta para sa bawat ibang tool na dumadaan dito, at ang pag-aayos ay pag-aari ng nagpapatakbo ng intermediate na aparato.

Ang pagbabago sa client ay pansamantalang lunas na may petsa ng pag-expire. Isulat ang petsang iyon sa komento.