Privee DNS tsjin VPN: wat elke laach echt dekt
Folgje ien oanfreegje fan it skerm foar privee DNS oant yn 'e tunnel: wat elke laach sjocht, wêr't de beide útinoar geane en wêrom't ynterne nammen it plak binne dêr't it brekt.
Dyn tillefoan hat privee DNS ynsteld op in providerhostnamme en in VPN-app dy't tagelyk rint. It is ridlik om oan te nimmen dat ien fan beide no de namsoersiken docht. Gjinien docht dat, yn 'e betsjutting dy't dy sin suggerearret, en de fluchste manier om te sjen wêrom is ien oanfreegje te folgjen fan it momint datst op in keppeling tikst.
Dizze twa funksjes steane op ferskate plakken yn deselde reis. Privee DNS fersiferet de fraach dy'tst oan in resolver stelst. In VPN feroaret de rûte dy't de ferbining fan it antwurd nimt.
Gean it dus op folchoarder troch op in apparaat dêr't beide ynskeakele binne, en skriuw op wat elke laach noch sjen kin.
Stap ien: it sykjen ferlit de app
Do tikst op in keppeling. Foar't der wat ferbynt, hat de app in adres nedich foar dy hostnamme. Op Android is it oanbelangjende skerm Ynstellingen, Netwurk en ynternet, Privee DNS. As do Providerhostnamme foar privee DNS kiest, set dat it apparaat yn strikte modus: it docht DNS oer TLS nei dy hostnamme op poarte 853, en as de fersifere útwikseling mislearret, mislearret it sykjen ynstee fan stil werom te fallen op platte tekst op poarte 53.
Dat is in betsjuttingsfol ferskil mei Automatysk, dat opportunistyske fersifering brûkt en graach in net-fersifere resolver brûkt as it netwurk der tuskenyn komt. As dyn doel is dat oersiken nea iepen binne, is de strikte modus mei in providerhostnamme de ynstelling dy't dêrby past.
Hjir is it earste ding dat de trochgong bleatleit: it sykjen is beskerme tsjin it lokale netwurk, en de resolver leart noch altyd de namme. Fersifering dekt de sprong. De operator fan dy resolver sjocht it oanfreegje om't it beäntwurdzjen syn wurk is.
Stap twa: de ferbining nimt in oare rûte
De resolver jout in adres werom en de app ferbynt dêrmei. Dizze stap wurdt net beynfloede troch hoe't it sykjen fersifere is. Sûnder tunnel ferlit de ferbining dyn normale iepenbiere adres, en de bestimming-IP en de TLS-hânskodding meitsje de hostnamme foar it netwurk ornaris dochs sichtber, mei of sûnder fersifere DNS.
Skeakel de VPN yn en dit is de stap dy't feroaret. Ferkeat dat by it rûtbelied fan 'e klant past, giet troch de tunnel, it lokale netwurk sjocht in ferbining nei it VPN-einpunt, en de side sjocht ornaris it útgongsadres. Namme-oplossing kin ek yn 'e tunnel reizgje, ôfhinklik fan wat de klant meistjoert.
Dy skieding is de hiele ferliking yn ien sin. DNS-fersifering beantwurdet wa't de fraach lêze kin. In VPN beantwurdet wêr't it petear hinne giet.
Stap trije: yn 'e tunnel wurdt DNS in beliedsfraach
No wurkje de twa funksjes tegearre, en de browser is de gewoane boarne fan ferassing. In browser mei syn eigen ynstelling foar feilige DNS kin oersiken oer HTTPS nei syn keazen resolver stjoere ynstee fan it bestjoeringssysteem te freegjen. De ynstelling foar privee DNS fan Android rikt net yn dat beslút.
Yn Firefox is de skeakel ûnder Ynstellingen, Privacy en feiligens, Feilige DNS ynskeakelje. Yn Chrome is er ûnder Ynstellingen, Privacy en feiligens, Feilige DNS brûke. Beide kinne op in spesifike provider set wurde of út bliuwe, en as se oan binne, wurdt de DNS-konfiguraasje fan 'e tunnel foar dy oersiken omgien, ek al brûkt it sidenferkear de tunnel noch.
As de VPN syn eigen resolver meistjoert en de browser derop stiet syn eigen te brûken, kriest in splitsing: nammen wurde oplost, siden lade, en de oersiken dy't troch de tunnel gean moasten, giene der direkt út. In resolveradres dat fan it VPN-einpunt ferskilt is op himsels gjin bewiis fan in lek, mar in sykpaad dat tsjin dyn útsprutsen bedoeling yngiet, is it wurdich om te reparearjen.
Stap fjouwer: ynterne nammen binne wêr't it brekt
Ferbyn mei in wurk-VPN en iepenje in intranet-host. As de feilige DNS fan 'e browser oan is en nei in iepenbiere resolver wiist, bestiet dy namme net foar de browser. De tunnel stiet, al it oare wurket, en ien hostnamme mislearret mei in flater dy't liket as is de side del.
Deselde flater ferskynt omkeard op Android. Strikte privee DNS mei in iepenbiere provider lost gjin nammen op dy't allinnich de ynterne resolver ken, en de strikte modus hat gjin weromfall. De DNS fan in tillefoan ferdiele tusken in iepenbiere fersifere resolver en in bedriuwsresolver is gjin ynstelling; it is in fraach oer rûtbelied dy't beäntwurde wurde moat troch wa't de VPN beheart.
Kontrolearje dit foar'tst de tunnel de skuld jout: freegje de ynterne namme op, en dan deselde namme mei de feilige DNS fan 'e browser útskeakele. As it oplost, wie de resolverkar it probleem, net de ferbining.
Wat de trochgong dy seit te feroarjen
Fjouwer skermen drage hast alles. Besjoch se yn dizze folchoarder en skriuw op wat elk seit, want it antwurd is ornaris sichtber yn 'e kombinaasje:
- Android-ynstellingen, Netwurk en ynternet, Privee DNS: Automatysk of in providerhostnamme, en hokker hostnamme.
- De ynstelling foar feilige DNS fan 'e browser: út, of fêstset op in spesifike resolver.
- It DNS-belied fan 'e VPN-klant: stjoert it in resolver mei, en slút splitst tunneljen eat út dat noch nammen nedich hat?
- In test fan in ynterne hostnamme mei de tunnel omheech, twa kear dien, ien kear mei browser-DNS oan en ien kear út.
Keppelje dan de reparaasje oan 'e eask, net oarsom. As de eask is dat oersiken fersifere nei bûten geane en nei in resolver dy'tst keazen hast, set dan strikte privee DNS en meitsje de browser it dêrmei iens. As de eask is dat ferkear earne oars nei bûten giet, konfigurearje de tunnel en hâld op mei te ferwachtsjen dat in DNS-ynstelling dyn adres ferpleatst.
En hâld de grinzen yn 't each. Gjin fan beide funksjes makket in fijannige bestimming feilich, en gjinien ferwideret in identiteit dêr'tst mei oanmeld bist. Fersifering feroaret wa't de fraach lêze kin; de tunnel feroaret wêr't de ferbining hinne giet; neat dêrfan anonymisearret it akkount.