Zein NAT jauzik galtzen du VPN mapatze inaktiboa eta nola jakin
VPN fluxu inaktibo bat egoera gordetzen duen jauzi orotan hil daiteke. Errepikatu proba bat, alderatu muga bakoitzak zer ikusi zuen, eta jakinarazi emaitza mugatua, susmatutako errudunaren ordez.
Aldi isil baten ondoren tunela berriro konektatzen da, inongo erregistrok ez du errudunik izendatzen, eta urrats begi-bistakoa da itxaronaldi-dokumentazio ikusgarriena duen gailua aukeratzea. Hori diagnostiko mozorroa duen susmo bat da. Egoerak denbora batez iraun dezake etxe bideratzailean, operadorearen itzultzailean eta hodei-ertzean, eta horietako edozeinek isiltzen den fluxua bota dezake. Horren ordez egin dezakezuna da bidea mapatu, benetan behatu ditzakezun gailuak markatu, eta errepika dezakezun inaktibitate-proba bat egin.
Proba errepikagarri batek anekdota neurketa bihurtzen du. Beheko guztiak bezero bat, zerbitzari bat eta protokolo bat suposatzen ditu, eta aldi berean bi aldagai aldatzearen aurka egiten duzula suposatzen du. Xedea hurrengo gertakaria hau baino merkeagoa izatea da.
Egin inaktibitate-proba bera aldi bakoitzean
Idatz ezazu fluxua azkenekoz noiz egon zen ondo, gero zenbat denboraz egon zen inaktibo, eta pakete berri batek atzera ekarri zuen ala ez. Hiru gertaera horiek dira neurketa; haiek gabe, erori zen ordenagailu eramangarri bati buruzko kontakizuna duzu. Erabili bezero bera, zerbitzari bera eta protokolo bera errepikapen bakoitzean, eta idatz ezazu isiltasunaren ondorengo lehen paketea noiz bidali zen.
Gero alderatu zeure muga bakoitzak benetan zer ikusi zuen. Ikerketa erabakitzen duen bereizketa hau da: zerbitzariak pausaren ondoren ezer ez zuen ikusi, ala eskaera ikusi eta jada erantzunak zeramatzan bide batean erantzun zuen.
| What you observe | What it suggests | What it does not prove |
|---|---|---|
| server records no packet after the pause | state was lost upstream of the server | which hop dropped it |
| server answers, client never receives | return-path state or filtering | that the timer belongs to the client |
| client sends nothing at all | client-side timer or application behaviour | that the network path is healthy |
Bideak alderatzea bost gauza aldatu gabe
Onartutako bigarren sarbide-sare bat konparazio zilegia da, NAT katea desberdina delako. Hornitzailean, irrati-baldintzetan eta agian helbide-familian ere desberdina da, beraz emaitza muga bat da, ez egotzpen bat. Erregistratu mugekin batera emaitza, txostena egiterakoan isilka baztertu beharrean. Idatz ezazu bidea ere bidenabar: gailua, eginkizuna, eta haren egoera irakur daitekeen ala ez.
Bideen konparazioak galdera mugatu bat ematen dizu: fluxuak bata bizirik irauten du eta bestean hiltzen da antzeko isiltasun baten ondoren, beraz aldagaia desberdinak diren zatietan dago nonbait. Benetako emaitza da, gailurik izendatzen ez bada ere, eta hurrengo ingeniariari esaten dio non eman arratsalde bat eta non ez.
Bertako egoera irakurtzea merezi du operadoreei buruz espekulatu aurretik. Linux ate batean, conntrack -L gordetako fluxuak zerrendatzen ditu haien gainerako bizitzarekin, eta horrek tenporizadore bati buruzko susmoa amaierara ikus dezakezun zenbaki bihurtzen du. Irakurri inaktibitate-aldiaren aurretik eta ondoren, ez soilik ondoren.
Zer eutsiko dion biziraupen-seinale batek eta zer ez
Onartutako biziraupen-seinale batek mapatzea irekita mantentzen du, eta mapatzea irekita mantentzeak ez du ezer frogatzen haren atzean dagoen zerbitzuari buruz. Tunela mapatuta egon daiteke eramaten duen aplikazioa erantzuteari utzi dion arren, eta egoera-argi batetik bi egoera horiek berdinak dirudite. Trata ezazu biziraupen-seinalea inaktibitateagatiko iraungitzearen aurkako aseguru gisa, ez osasun-egiaztapen gisa.
Ezarri tartea benetan neurtu duzun itxaronaldirik laburrenaren arabera, ez foro batetik kopiatutako zenbaki baten arabera. Pentsa daitekeen tenporizadore guztien azpitik doitzeko biziraupen-seinale bat inork behar ez zuen trafikoa da, eta gainera lehenengo iraungitzen den muga zein den esango zukeen sintoma kentzen du. Aukeratu tartea neurtutako zenbakitik eta utzi gainerako guztia bakean.
Aldaketa bat, eta gero neurtu berriro
Egin aurre proba zuzenean ari zaren bitartean itxaronaldi guztiak igotzeko eta ate guztiak husteko bulkadari. Horrek etorri zinen frogak ezabatzen ditu eta beste pertsonen fluxuak eteten ditu, eta hori truke txarra da probatu ez duzun hipotesi baten truke. Aldatu onartutako ezarpen bat gailu bakarrean, eta gero errepikatu inaktibitate-aldia eta aplikazioaren berreskurapena.
Idatz ezazu zein muga-behaketa mugitu zen, eta idatz ezazu ezer hobetu ez bazen ere. Ezer konpondu ez zuen ezarpena informazioa da, eta merkeagoa da behin ohartzea ondare osoan zehar zabaltzea baino.
Defenda dezakezun aurkikuntza bat idaztea
Goragoko itzultzaile bat ikuskatu ezin denean, esan frogek sostengatzen dutena soilik: trukea bidearen zat honetan nonbait hiltzen da hainbeste isiltasuren ondoren, eta erantzule den jauzia egotzi gabe geratzen da. Adierazpen mugatuak berrikuspena gainditzen du eta hurrengo pertsona segmentu egokira bideratzen du. Ezkutuko bideratzaile bat errudun gisa izendatzeak ez du bietako bat ere egiten. Emaiozu aurkikuntza mugatua behatu ezin den segmentuaren jabe denari, tartea erantsita.
RFC 4787 -k azaltzen du zergatik den zaila UDP mapatze-tenporizadoreak mutur batetik inferitzea, eta zailtasun hori da aurkikuntza mugatua zintzoa izatearen arrazoia. Tenporizadoreak errealak dira, eta haien inguruko ziurgabetasuna ere bai.