Bakit mabagal ang pagbabahagi ng file sa VPN: mga paglalakbay pabalik-balik, hindi Mbps

Ang pagbubukas ng shared folder sa VPN at paghihintay habang gumagapang ang listahan ng direktoryo ay pamilyar na karanasan, at ang unang reaksiyon ay sisihin ang bandwidth. Karaniwan ay halos walang ginagawa ang link. Ginugugol ng protocol ang oras sa paghihintay ng mga sagot, at bawat paghihintay ay may halagang isang buong paglalakbay pabalik-balik na hindi kailanman siningil ng LAN. Ayusin ang hugis ng trabaho, at magiging magagamit muli ang pagbabahagi.

Mali ang hugis ng remote na working copy

Binubuksan ng SMB ang mga file, nagbabasa ng metadata at nagpapatunay sa maraming maliliit na palitan. Ang working copy ng version control sa naka-map na drive ay ipinapalagay ang latency ng lokal na file system at nagbabasa ng maraming maliliit na file. Ang desktop database ay humihila ng mga pahina habang nagtatrabaho ang user. Ang bawat isa sa mga ito ay ginagawang multiplier ang pagkaantala, dahil lumalaki ang gastos sa dami ng palitan na ginagawa ng operasyon; kaya ang 40 ms na tunnel ay ginagawang ilang segundo ang ilang daang operasyon. Ang laki ng payload ay halos walang kaugnayan sa aritmetikang iyon.

Ang gastos sa encryption ay maliit na bahagi nito; mas malala ang pagkawala, dahil ang isang retransmission at isang gumuhong congestion window ay mas mahal kaysa sa mga byte na kasangkot.

Bilangin ang mga paglalakbay bago ang megabytes

Sukatin ang pagkaantala bago bumili ng kapasidad. Ang isang ping ay nagsasabi kung ano ang binabayaran ng bawat palitan.

ping -c 10 fileserver.example.net

Ipinapakita ng buod ang pinakamababa, katamtaman at pinakamataas na oras ng paglalakbay, at kasinghalaga ng average ang pagkalat. I-multiply ang average sa dami ng palitan na ginagawa ng listahan ng direktoryo, pagkatapos ihambing sa oras na talagang nakikita mo. Kung ang isang malaking file ay mabilis na naipapasa habang mabagal ang pag-browse, ang limitasyon ay ang latency at bilang ng mga kahilingan. Ang pagdaragdag ng sampung beses na kapasidad sa isang link na hindi kailanman nagsasaturate ay walang binabago.

Ilipat ang trabaho, hindi ang mga byte

Palitan kung saan nangyayari ang trabaho sa halip na magbayad para sa mas malawak na tubo. I-serve ang repository sa halip na i-mount ito, at kopyahin nang maramihan gamit ang tool na nagpapadala lamang ng mga pagkakaiba.

rsync -av --info=progress2 ./project/ [email protected]:/srv/share/project/

Kapag nagseserve ng repository, gaya ng ginagawa ng hgweb o ng remote Git, makakapagtrabaho ang client sa lokal na clone kaya hindi kailanman tumatawid sa tunnel ang mga tawag nito sa file system. Tinatahak ng rsync ang dalawang panig at nagpapadala ng mga binagong block, inaalis ang karamihan ng palitan na binabayaran ng isang naive na kopya. Ang desktop database ay dapat nasa engine sa panig ng server at ang client ay naging interface lamang, o ang buong client ay tumatakbo sa internal na host. Binabago ng bawat opsiyon kung gaano karaming latency ang hinaharap ng protocol, at iyon ang punto.

Ang pagtigil sa parehong laki ay sintomas ng MTU

Ang malalaking paglilipat na tumitigil pagkatapos ng humigit-kumulang parehong dami ng data, habang gumagana ang ping at maliliit na pahina, ay tumutukoy sa laki ng packet at hindi sa bandwidth.

ping -M do -s 1400 -c 3 fileserver.example.net

Ang matagumpay na pagsubok ay nangangahulugang ang IP packet na 1428 bytes ay tumatawid sa landas nang walang fragmentation, dahil nagdadagdag ang ICMP at IP header ng 28 bytes. Ang pagkabigo na may do-not-fragment na flag ay nagmumungkahi na ang magagamit na MTU ng tunnel ay mas maliit kaysa ipinapalagay ng server. Ang server na nagpapadala ng 9000-byte na buffer sa 1500-byte na landas ay nagpupuwersa ng fragmentation o pagtatapon, at ang pagtuklas ng MTU ng landas ay maaaring tahimik na mabigo kapag na-filter ang ICMP. Ibaba ang MTU ng tunnel, paganahin mssfix sa OpenVPN, o bawasan ang mga buffer ng server, pagkatapos ay patakbuhin muli ang parehong paglilipat upang kumpirmahin.

Sukatin ang agwat na mahalaga

Patakbuhin ang parehong operasyon sa tatlong paraan kung saan pinapayagan ng patakaran: lokal, sa tunnel at sa direktang internet path. Para sa bawat isa, itala ang oras ng paglalakbay, ang rate ng isang malaking stream at kung gaano katagal ang listahan ng direktoryo o pagbubukas ng app. Ang paghahambing ng lokal na takbo sa takbo sa tunnel ay nagpapakita kung aling gastos ang nangingibabaw. Ang kopyang mabagal na matapos ay nagmumungkahi ng problema sa rate o pagkaantala, habang ang kopyang namamatay sa pare-parehong punto ay nagmumungkahi ng laki ng packet o device na may state sa landas.

Kapag ang mga unang megabytes lang ang humihila, tingnan ang authentication at metadata; kapag gumagapang ang lahat, tingnan ang kapasidad at pagkawala. Ayusin ang tugmang dahilan, at itigil ang pag-asa na ang WAN link ay kikilos na parang LAN cable.