Lapas ielādējas, bet augšupielādes VPN tīklā iestrēgst: kura vaina uzvar
No izmēra atkarīga iestrēgšana atbilst maršruta MTU defektam, kā arī DNS, lietotnes ierobežojumam vai nestabilam tunelim. Četri novērojumi izlemj, kurš.
Lapas ielādējas, VPN ziņo par savienojumu, un faila augšupielāde katru reizi sastingst tajā pašā vietā. Šim aprakstam atbilst četri skaidrojumi: pakešu izmēra problēma, nosaukumu atrisināšanas problēma, lietotnes ierobežojums un tunelis, kas nemitīgi pārstartējas. Katru no tiem var apstiprināt vai izslēgt ar citu novērojumu, tāpēc lēmums ir pareizā testa izvēle, nevis vainas minēšana.
Četri kandidāti un viena forma
Sāciet ar bojājuma formu, jo tā izslēdz lielāko daļu saraksta vēl pirms jebkura rīka atvēršanas. Iestrēgšana pie nemainīga izmēra ir izmēra problēma, kamēr nav pierādīts pretējais. Iestrēgšana nejaušās vietās ir zuduma vai stabilitātes problēma. Bojājums pirms savienojuma atvēršanas ir nosaukuma problēma.
Ceturtais kandidāts ir lietotne. Augšupielādes ierobežojumi, pieprasījumu taimauti un starpniekservera ķermeņa izmēra griesti rada bojājumus, kas pārlūkā izskatās kā tīkla defekti, un tie parasti nāk kā noraidījums, nevis kā iestrēgšana.
Pierakstiet novēroto formu pirms kaut kā testēšanas. „Apstājas aptuveni pie tā paša baitu skaita, katru reizi, tunelim esot augšā“ ir daudz spēcīgāks sākumpunkts nekā „augšupielādes nedarbojas“.
Pēc tam testēšanas laikā turiet maršrutu nemainīgu. Izejas, protokola un servera maiņa vienlaikus dod rezultātu, ko nevarat attiecināt uz kādu no tiem. Viens mainīgais uz vienu palaidienu, un pierakstiet to.
Sadaliet izmēru uz pusēm, pirms aiztiecat politiku
Lētākais atšķirējs ir zonde, kas maina vienu skaitli. Sūtiet uz galamērķi pieaugoša izmēra pingus ar aizliegtu sadalīšanu, augšupielādējiet jūsu kontrolētu failu tajā pašā pakalpojumā un pēc tam salīdziniet, kur katrs apstājas.
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadPirmā komanda ziņo, vai pilna izmēra pakete vispār šķērso maršrutu. Pie MTU 1500 baitu lielākā nesadalītā ICMP kravnesība ir 1472 baiti, un tunelis pirms iekšējās paketes sākuma paņem vēl vairāk no šī budžeta. Otrā dod jums izmēru un ilgumu lietotnes līmeņa pārsūtīšanai, un tas ir skaitlis, kam patiešām ir nozīme.
| Candidate | Observation that confirms it | Observation that rules it out |
|---|---|---|
| Path MTU or blocked ICMP feedback | Stall at a consistent size; large do-not-fragment probes fail | Small and large transfers both complete |
| Name resolution | The connection never opens for that name | The connection opens and then stalls mid-transfer |
| Application or proxy limit | A clean rejection at a documented size | No log entry on the server at all |
| Tunnel instability | Reconnects or rekeying during the transfer | The tunnel uptime is unchanged across the failure |
Lasiet pāri kopā. Zondes, kas neizdodas virs sliekšņa, un augšupielāde, kas apstājas pie tā paša sliekšņa, ir saskanīgs stāsts. Ja visas zondes izdodas, bet augšupielāde iestrēgst pie baitu skaita, ko maršruts acīmredzami pārnēsā, tas norāda uz lietotni vai serveri, un nekāds MTU darbs to nemainīs. Šis negatīvais rezultāts ir tikpat vērtīgs kā pozitīvs. Tas noņem dārgāko izmeklēšanas zaru.
Pēc tam pārbaudiet stabilitāti pārsūtīšanas laikā, jo tunelis, kas lielas augšupielādes vidū atjauno atslēgu, rada bojājumu, kas izskatās atkarīgs no izmēra, lai gan tāds nav. Darbības laika nolasījums ir lētākais veids, kā to apstiprināt.
Izvēlieties starp remontu un apiešanas risinājumu
Ja pierādījumi norāda uz izmēru, ir divas godīgas atbildes un viena negodīga. Godīgās ir atjaunot maršruta MTU atklāšanu, atļaujot nepieciešamo ICMP atgriezenisko saiti, vai ierobežot paziņoto segmenta izmēru, lai partneri sūtītu mazākus segmentus. Negodīgā ir samazināt saskarnes MTU līdz no foruma nokopētai vērtībai un nekad nepārbaudīt, ko tā mainīja.
Izvēle ir atkarīga no tā, ko jūs kontrolējat. Tīklā, ko pārvaldāt, atļaut ICMP ziņojumus ir tīrākais labojums, jo tas notur mehānismu strādājošu katram protokolam. Maršrutā, ko nekontrolējat, ierobežošana ir praktiskā iespēja, un tā jāpiemēro šauri, nevis visam serverim.
Ja pierādījumi norāda uz lietotni, izlabojiet lietotni vai tās starpniekservera konfigurāciju. Atbilde 413 un iekārusies savienojums ir dažādi bojājumi, un otrais parasti ir taimauts kaut kur ķēdē, kas ietver starpniekserveri ar saviem ierobežojumiem.
Jebkurā gadījumā saglabājiet sākotnējās vērtības un pēc atgriešanas pārbaudiet vēlreiz. Izmaiņas, kas sakrīt ar veiksmīgu pārsūtīšanu, nav pierādījums, ka tās to izraisīja, un spēja tās atsaukt ir tas, kas atšķir diagnozi no nejaušības.
Pierakstiet lēmumu, lai tas izturētu nākamo incidentu
Pietiek ar četriem faktiem: novērotā bojājuma forma, zondes rezultāti, jūsu veiktās izmaiņas un atkārtotā testa rezultāts. Ar tiem nākamā persona var pateikt, vai problēma ir tā pati vai jauna ar tādu pašu simptomu.
Atzīmējiet arī maršruta kontekstu, jo MTU secinājums ir raksturīgs konkrētam posmam. Portatīvajam datoram, kas darbojas mājās un neizdodas viesnīcā, ir divi maršruti, un vienam no tiem piemērots labojums neko nepasaka par otru.
Visbeidzot, pretojieties kopsavilkumam, ka „VPN salauza augšupielādes“. Tunelis bija gan strādājošajā, gan neizdevušajā gadījumā; mainījās tā paketes izmērs, kas maršrutam bija jāpārnēsā, vai vieta, kur pārsūtīšana tika apturēta. Tieši īstā mehānisma nosaukšana padara piezīmi noderīgu.