OpenVPN kwenye PPPoE: kupunguza link-mtu, tun-mtu au mssfix?

Ping hujibu, DNS hutatua, na kila ukurasa unaohitaji sehemu kamili hukwama. Kwenye kiungo kinachoongeza ufungashaji wake wenyewe, njia hupoteza kimyakimya baiti kadhaa za bajeti, na wasifu ulioandikwa kwa Ethernet safi unaendelea kuomba pakiti ambazo mstari hauwezi kubeba. Muunganisho si wa polepole; una tupa hasa pakiti zinazojalisha.

Chaguo tatu zinaweza kurekebisha hili, na zinafanya kazi katika tabaka tofauti. Kuchagua lisilo sahihi ama hakifanyi chochote au hufanya handaki kuwa dhaifu kwa namna mpya, kwa hiyo uchaguzi huanza na kile njia inachotegemeza kwa kweli.

Vitufe vitatu, tabaka tatu tofauti

link-mtu ni bajeti ya nje: mzigo uliosimbwa pamoja na kichwa cha OpenVPN, kichwa cha UDP na kichwa cha nje cha IP. Inaeleza kinachotoka kwenye mashine, na ndiyo sababu ni nambari ambayo njia ya kimwili inaipunguza.

tun-mtu ni bajeti ya ndani: kiolesura ambacho trafiki yako inakiona. Ni kubwa kuliko kile njia inaweza kubeba kwa kiasi cha gharama ya handaki, na OpenVPN kwa kawaida huideriva badala ya kukulazimisha kuiweka.

mssfix ni utaratibu tofauti kabisa. Huandika upya ukubwa wa juu wa sehemu unaotangazwa wakati wa kupeana mikono kwa TCP, ili wenza wa TCP wachague sehemu zinazotoshea baada ya ufungashaji. Haubadilishi MTU ya kiolesura, na hauna athari yoyote kwenye UDP.

Ukiweka link-mtu kwa uwazi, OpenVPN hutoa gharama yake mwenyewe ili kupata MTU ya ndani. Gharama hiyo si thabiti isiyobadilika; inategemea sifa na uthibitishaji, ndiyo sababu thamani iliyonakiliwa kutoka jukwaa inaweza kuwa sahihi katika wasifu mwingine. Kuweka link-mtu na tun-mtu zote mbili kunampa mteja maagizo mawili yanayopingana.

Pima njia kabla ya kuchagua nambari yoyote

Pima kutoka kiolesura cha kimwili, si kutoka ndani ya handaki, na kumbuka kwamba ping huripoti mzigo, si ukubwa wa pakiti. Ongeza baiti 28 kwa vichwa vya IPv4 na ICMP kabla ya kulinganisha mzigo na fremu ya baiti 1500, na uwe na marekebisho hayo akilini wakati mwenzako anaripoti nambari tofauti.

Kwenye mteja wa Linux, ping -M do -s 1472 inakataza kugawanyika na inashindikana ikiwa pakiti ni kubwa mno. Punguza mzigo hadi ipite, kisha ongeza 28 kupata MTU ya njia. PPPoE hugharimu baiti 8, kwa hiyo 1492 ni kawaida kwenye DSL. DS-Lite na njia zingine za simu hugharimu 40 au zaidi, na jibu kwa kawaida huwa chini kuliko kile kasi ya jina la kiungo inapendekeza.

Ikiwa kila ukubwa wa ping unafanikiwa lakini uhamishaji mkubwa bado unakwama, shuku shimo jeusi badala ya kikomo rahisi cha ukubwa. Ujumbe wa ICMP kuhusu ugawanyaji unaohitajika unachujwa mahali fulani kwenye njia, kwa hiyo mtumaji hajifunzi kamwe kupunguza, na ni mitiririko inayohitaji sehemu kubwa pekee inayotambua hilo.

Kwanza dhibiti TCP, kisha punguza handaki

Kupeana mikono kwa TCP ndicho kitu pekee ambacho mssfix hugusa, ambayo kwa kawaida huifanya kuwa kidhibiti kisichoingilia sana kujaribu kwanza. Kiweke kidogo chini ya bajeti halisi ya njia, tuma thamani hiyo hiyo kutoka kwa seva ili pande zote mbili zikubaliane, na ujaribu tena upakuaji mkubwa. Ikiwa kukwama kutaondoka, tatizo lilikuwa ukubwa wa sehemu ya TCP, na hakuna kingine kinachohitaji kubadilishwa.

Punguza MTU ya ndani wakati trafiki iliyoathirika si TCP. Huduma ya UDP, handaki ndani ya handaki au programu inayotuma datagram za ukubwa kamili itaendelea kushindikana baada ya kikomo cha MSS kwa sababu hakuna kinachoandika upya ukubwa wa pakiti zake. Kwa hali hiyo punguza tun-mtu, au weka link-mtu na umruhusu mteja kupata thamani ya ndani, lakini kamwe zote mbili.

Usikimbilie chaguo la zamani la ugawanyaji. Liligawanya pakiti ndani ya handaki, likaongeza gharama, na limeachishwa kwa sababu nzuri; OpenVPN ya kisasa inatarajia njia ielezwe kwa usahihi.

Kwa nini vipimo vidogo vinaendelea kufanya kazi

Maswali ya DNS, mwangwi wa ICMP na kupeana mikono kwa TCP zote ziko chini sana ya ukubwa unaoshindikana. Kwa hiyo handaki huonekana likiwa na afya katika kila jaribio la haraka, wakati kupeana mikono kwa TLS na majibu ya HTTP yanashindikana kimyakimya. Mchanganyiko huo hasa, traceroute inayofanya kazi na kivinjari kinachokwama kwenye jibu kubwa la kwanza, ni ishara ya kutafuta. Kimbilia kipimo cha ukubwa kamili kabla ya kukimbilia wasifu mpya.

Thibitisha kwa trafiki iliyoshindikana. Leta ukurasa mkubwa, tuma datagram ya UDP ya ukubwa kamili ikiwa hiyo ni huduma iliyoathirika, na kurudia kutoka kwa mteja wa pili kwenye kiungo kingine. Andika MTU ya njia iliyopimwa na thamani uliyochagua, kwa sababu vinginevyo mtu anayefuata kugusa wasifu atachukua nambari hiyo kuwa ya kubahatisha.

Kamwe usishushe MTU ya ndani chini ya 1280 wakati IPv6 inapita juu ya handaki, kwa sababu hiyo ni kiwango cha chini ambacho kila kiungo cha IPv6 lazima kibebe. MTU ndogo ni ukweli kuhusu njia, si mpangilio wa utendaji unaorekebishwa kwa hisia.