DNS-flater of MTU-probleem? Wêr't it fersyk echt stopt

Twa flaters jouwe deselde sin by in brûker: de side wurket net. Se barre op ferskillende lagen, en it ferskil beslút wat jo feroarje. In flater by it oplossen fan in namme stopt foardat der hokker ferbining dan ek bestiet. In flater by de pakketgrutte bart nei't de namme oplost is en nei't de handshake klear is, dêrom begjint de side te laden en hinget dan. Fyn de faze foardat jo de ynstelling fine.

Twa flaters op ferskillende lagen

Oplossen makket fan in namme in adres, en neat oars yn 'e ferbining kin begjinne foardat dat slagget. Problemen mei de MTU fan it paad komme letter, as in pakket grutter as de grins fan in keppeling fuortsmitten wurdt en de ferstjoerder dat nea te hearren krijt. It iene is in syktocht; it oare is in flater by it leverjen dy't allinnich boppe in bepaalde grutte ferskynt.

De symptomen ferskille op in manier dy't jo sûnder ark waarnimme kinne. In DNS-flater is daliks en konstant: de browser seit dat de tsjinner net fûn wurde kin. In MTU-flater is foar in part: de side begjint, guon boarnen komme oan, en in grut antwurd of in upload stjit.

As jo symptoom foar in part is, stopje dan mei nei DNS te sjen.

Faze 1: wurdt de namme hielendal oplost

Brûk de sykark fan it platfoarm mei deselde hostnamme dy't de applikaasje brûkt. In privee namme op kantoar kin in ynterne oplosser freegje, en de eigen feilige DNS fan in browser kin him oars gedrage as de oplosser fan it bestjoeringssysteem, dus de twa kinne it net iens wêze oer deselde namme.

Freegje de oplosser dy't it bestjoeringssysteem brûke soe, en fergelykje dan:

dig +short vpn.example.com
dig +short vpn.example.com @10.0.0.53

As it oplossen mislearret, is it probleem dat belied en de berikberens dêrfan. Stjoer privee nammen net nei willekeurige iepenbiere oplossers allinnich om in fergeliking te krijen, want de fergeliking sels lekket de nammen dy't jo yntern hâlde woene.

Faze 2: wêr't de oerdracht stopt

As de namme oplost en de ferbining begjint, skriuw dan op wêr't de operaasje stopt. In side dy't tekene wurdt en dan hinget op ien boarne, in upload dy't op in fêst punt stjert, of in grutte download dy't nea klear komt wylst lytse fersiken wurkje, binne allegear symptomen fan 'e foarm grutte. In antwurd dat hielendal net begjint hat in oare foarm.

Hâld it einpunt en de bestimming fan 'e applikaasje fêst wylst jo fergelykje, oars mjitte jo twa fariabelen tagelyk. Oare oarsaken bliuwe mooglik yn dizze faze: tsjinstflaters, ferlies, gedrach fan it filter en opnij ferbinen fan de tunnel jouwe allegear stilstân.

Ien werhellbere stilstân is mear wurdich as tsien anekdoatyske.

Wêrom't MTU pas nei de handshake skea docht

In TCP-handshake brûkt lytse pakketten, dêrom slagget er op in paad dat gjin segmint fan folsleine grutte drage kin. De flater ferskynt as de ferstjoerder in grut pakket mei de net-fragmintearje-bit stjoert, in keppeling it fuortsmyt, en it ICMP-berjocht dat de grins melde soe nea oankomt om't in filter it opiten hat. De ferstjoerder besiket dan deselde grutte op 'e nij en de oerdracht stjit.

Dêrom is it symptoom ôfhinklik fan grutte en werhellber ynstee fan tafallich. It ferklearret ek wêrom't it pingjen fan de host neat bewist, om't in lytse ICMP-eko in paad oerstekke kin dat gjin lading fan folsleine grutte drage sil. Mjit de grutte fan beide einen fan it paad as jo kinne. In grins dy't allinnich yn ien rjochting ferskynt is in asymmetry yn 'e routing en net in MTU fan 'e tunnel.

Mjit de grutte eksplisyt ynstee fan dy ôf te lieden:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Feroarje ien laach, bewis it dan

Feroarje foar nammen it belied fan 'e oplosser en fieren deselde syktocht op 'e nij út. Brûk foar grutte de MTU-proseduere mei de oarspronklike wearden fêstlein en in weromsetklear, want MSS beheine sûnder de echte MTU fan 'e tunnel te witten ruilet ien stilstân foar in oare.

In side dy't ien kear laadt nei't ferskate ynstellingen feroare binne, wiist de reparaasje net oan. Feroarje ien ding, fieren deselde test op 'e nij út, en hâld it resultaat by de earste fêstleine mislearre faze.

Dat ferslach is wat foarkomt dat DNS, pakketgrutte en autentikaasje in heap permaninte omwegen wurde dy't nimmen ferklearje kin. Teste mei rauwe IP is in goed foarbyld fan in koartseftich paad dat de TLS-identiteit feroaret, en it útskeakeljen fan sertifikaatferifikaasje om in fergeliking slagje te litten is gjin diagnoaze.