Kva ein byteteljar i ein Mac-VPN provar og ikkje provar

Opne statusvindauget til klienten, og tala ser trygge ut: byte går opp, tunnelen er kopla til. Lat vindauget att, og kontorapplikasjonen feilar framleis, som tyder på at teljarane svara på eit spørsmål ingen stilte. Å telje byte på eit grensesnitt måler trafikk på nettopp det observasjonspunktet og ikkje noko meir. Gå frå talet du ser på til laget det rapporterer om, og vidare til resultatet applikasjonen faktisk gav deg.

Vel grensesnittet før du vel talet

Start der talet blir vist, og les etiketten ved sida av. Eit klientvindauge kan vise sesjonstotalar, eit tunellgrensesnitt kan vise indre IP-byte, og ein fysisk adapter kan vise krypterte ytre byte; tre ulike teljarar som tilfeldigvis blir målte i byte. På kommandolinja skriv netstat -ibn ut éi rad per adresse på kvart grensesnitt, så ein tunnel kan dukke opp fleire gonger. Kople rada til grensesnittet klienten faktisk eig, og stadfest det mot ruta destinasjonen vel. Ei eining som heiter utun kan høyre til VPN-en, ein annan tunnel eller noko du ikkje bryr deg om.

Ikkje byt til ein Wi-Fi-teljar berre fordi han er lettare å lese. Eit anna observasjonspunkt svarer på eit anna spørsmål.

Ta ein skilnad, ikkje ein total frå oppstart

Les rada, gjer éin liten autorisert førespurnad, og les deretter same rada igjen. Skilnaden er provet, fordi ein total sidan oppstart omfattar alt maskinen har gjort. Hald intervallet kort slik at bakgrunnstrafikk har mindre sjanse til å forureine det. På ein travel maskin kan nettop tilskrive gjennomstrøyming til ein prosess, noko som snevrar inn feltet før du går tilbake til grensesnittteljarane.

Godta at skilnaden ikkje er rein. E-post, oppdateringar og klienten sine eigne keepalive-meldingar bidreg alle, så handsam talet som ei øvre grense og ikkje som ei måling. Viss applikasjonen var det einaste du gjorde i intervallet, er grensa vanlegvis stram nok til å vere nyttig.

Indre og ytre teljarar måler ulike ting

Den fysiske adapteren tel krypterte pakkar inkludert dei ytre overskriftene deira, medan tunellgrensesnittet reknar med nyttelasta det tar imot eller leverer. Å leggje dei to saman tel éi overføring dobbelt. Overhead, omsendingar og innkapsling gjer òg ei enkel likskap umogleg.

To teljarar som flyttar seg i motsette retningar er eit funn, ikkje ein motsetnad. Det tyder vanlegvis at trafikk gjekk inn i eitt lag og aldri forlét det andre.

Kople teljaren til resultatet applikasjonen gav

Ein motteken total kan stige av protokollprat medan tenesta du ønskte framleis feilar. Ein auke i sending seier endå mindre: han provar at kjernen godtok ein pakke, ikkje at noko svara.

Noter det nøyaktige utfallet ved sida av teljarane: namneoppslag feila, tilkoplinga tima ut, TLS vart avvist, eller eit HTTP-svar kom inn. Det er fire ulike feil, og berre éin av dei handlar om tunnelen. Viss provet må gå lenger, er neste observasjonspunkt gatewayen eller tenestegrensa, der nokon kan sjå om førespurnaden kom inn. Å nullstille nettverksinnstillingane på Mac øydelegg tilstanden du målte og fortel deg ingenting.

Skriv notatet den neste personen treng

Grensesnittnamn, teljaretikett, intervall, verdiar før og etter, og resultatet applikasjonen gav. Det er nok for ein kollega å gjenskape observasjonen utan å gjenta ettermiddagen din. Legg til klientversjonen og macOS-versjonen, sidan teljarsemantikken kan endre seg mellom utgjevingar.

Hopp over full pakkefangst og systemdump. Dei er sjeldan nødvendige for å forklare kva lokal teljar som flytta seg under éin førespurnad, og dei bremsar alle som les rapporten. Viss klienten viser sin eigen statistikk, siter etiketten ordrett i staden for å omsetje han til din. Poenget med notatet er å registrere kva som vart målt, ikkje å diskutere kva det tyder.