VPN wedi cysylltu ond nid yw'r cyfeiriad IP wedi newid: pam

Rydych chi'n cysylltu, mae'r cleient yn dweud cysylltiedig, ac mae prawf y cyfeiriad yn dal i ddangos yr un rhif ag o'r blaen. Nid oes dim o'i le ar y dangosydd; cadwodd rhywbeth rhwng y proffil a'r rhaglen y cais hwnnw y tu allan i'r tiwnel. Penderfynwch pa un o dri pheth rydych chi'n edrych arno cyn cyffwrdd ag unrhyw ffurfweddiad: prawf na fesurodd y cyfeiriad cyhoeddus erioed, tiwnel sy'n cwmpasu rhan o'r traffig yn unig, neu ail lwybr sy'n ennill y penderfyniad llwybro. Mae gan bob un un gwiriad sy'n cymryd llai na munud.

Cadarnhewch beth a fesurodd y prawf mewn gwirionedd

Y cyfeiriad a ddangosir yn y blwch deialog Wi-Fi neu Ethernet yw cyfeiriad rhyngwyneb eich segment eich hun, nid y cyfeiriad y mae gwefan yn ei weld, felly gall aros yr un fath tra bod y tiwnel yn gweithio'n berffaith. Mae lleoliad yn signal ar wahân eto: nid yw rhanbarth cyfrif a gedwir nac yn ddarlleniad daearyddiaeth a ganiateir yn symud pan newidiwch y allanfa, ac nid yw mewngofnodi sy'n eich adnabod yn barod ychwaith.

Defnyddiwch atsain cyfeiriad cyhoeddus a gofynnwch i bob teulu ar wahân, oherwydd mae canlyniad prawf deu-stac yn cuddio'r achos diddorol:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

Rhedwch y ddau cyn ac ar ôl cysylltu. Os yw'r ateb IPv4 yn newid i'r cyfeiriad allanfa ac nad yw'r ateb IPv6 yn newid, nid oes gennych diwnel wedi torri; mae gennych un teulu yn teithio y tu allan iddo. Os yw'r ddau ateb yn aros yr un fath, ni chyrhaeddodd y cais y tiwnel o gwbl ac mae gweddill hyn yn berthnasol.

Efallai mai dim ond rhan o'r traffig y mae'r proffil yn ei gwmpasu

Proffil tiwnel hollt yw'r ateb cyffredin, ac nid yw'n ddiffyg. OpenVPN yn anfon popeth drwy'r tiwnel dim ond pan fydd redirect-gateway ymhlith yr opsiynau a wthir; heb hynny mae'r cleient yn cael llond llaw o lwybrau penodol ac mae eich llwybr diofyn yn aros ar y ddolen ffisegol. Ar Windows mae'r un switsh yn ymddangos fel „Defnyddio'r giât ddiofyn ar y rhwydwaith anghysbell” yn nulliau IPv4 yr addasydd, ac mae ei glirio'n ddewis bwriadol sy'n goroesi pob ailgysylltiad.

Cwmpas fesul ap yw'r ail haen. Mae gosodiad VPN fesul ap Android yn penderfynu pa apiau sy'n cael eu cynnwys, felly nid yw allwedd VPN y bar statws yn profi bod y porwr y tu mewn iddo. Mae estyniad porwr sy'n procsi ei draffig ei hun yn creu'r ddelwedd gyferbyn: mae'r porwr yn dangos y cyfeiriad allanfa tra bod cleient post neu gêm ar yr un peiriant yn dal i ddangos eich un chi. Cymharwch yr un cais mewn dau ap. Os yw un yn newid ac nad yw'r llall, rydych chi'n edrych ar gwmpas, nid ar diwnel sy'n methu.

Gall un teulu cyfeiriadau fynd yn syth o hyd

Ysgrifennwyd y rhan fwyaf o broffiliau VPN ar gyfer IPv4, ac mae llawer yn dal felly. Ar rwydwaith deu-stac mae'r tiwnel yn cymryd 10.8.0.x ar gyfer IPv4 tra bod y ddolen ffisegol yn cadw cyfeiriad IPv6 byd-eang a llwybr diofyn, felly cyrhaeddir safle sy'n cefnogi IPv6 yn syth a'r cyfeiriad y mae'n ei adrodd yw un eich darparwr. Mae hynny'n gollwng gyda thwnel IPv4 sy'n gweithio, ac mae'n anweledig i brawf sy'n siarad IPv4 yn unig.

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

Darllenwch y rhyngwyneb ym mhob ateb. Os yw'r chwiliad IPv6 yn enwi eich dyfais Ethernet neu Wi-Fi tra bod y chwiliad IPv4 yn enwi'r tiwnel, mae'r polisi ar gyfer y teulu hwnnw ar goll yn hytrach na wedi torri. Mae diffodd IPv6 ar draws y dyfais yn gwneud i'r symptom ddiflannu ac yn cuddio'r penderfyniad; mae'n well trwsio cwmpas y proffil neu analluogi'r teulu ar y cysylltiad hwnnw'n unig, a chofnodi pa un o'r ddau a ddewisoch.

Gall ail lwybr ennill y chwiliad

Gall procsi cystadleuol, ail gleient VPN, addasydd rhithwir o gynhwysydd neu offeryn bwrdd gwaith anghysbell, neu lwybr ychwanegol ar gyfer yr union ragddodiad rydych chi'n ei brofi gael blaenoriaeth. Mae llwybr penodol bob amser yn curo llwybr diofyn, felly mae /24 dros ben ar gyfer y safle rydych chi'n ei fesur, yn pwyntio at eich giât LAN, yn parhau i anfon y traffig hwnnw y tu allan i'r tiwnel waeth pa mor iach yw'r tiwnel.

Gwnewch restr cyn newid unrhyw beth, gan ddefnyddio gorchmynion darllen yn unig:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

Chwiliwch am fwy nag un llwybr diofyn â metrig credadwy, ac am lwybr penodol sy'n cwmpasu'r gyrchfan. Mewn porwr, gwiriwch hefyd a yw estyniad procsi neu osodiad procsi'r system yn berchen ar y cysylltiad; gall estyniad enwi ei uwch-lif ei hun a gadael allanfa'r system weithredu heb ei chyffwrdd, sy'n cynhyrchu cyfeiriad gwahanol yn y porwr nag mewn terfynell ar yr un peiriant.

Ail-fesur gyda chais newydd

Ailgysylltwch, yna ailadroddwch y mesuriad o'r un ap y gwnaethoch ei brofi'r tro cyntaf, oherwydd mae tudalen wedi'i chache neu gysylltiad wedi'i ailddefnyddio yn adrodd yr hen gyflwr. Gwyliwch log y cleient neu olwg digwyddiadau yn ystod y cysylltiad: mae gwall wrth gymhwyso llwybrau ar ôl dilysu yn dystiolaeth gryfach nag unrhyw ddangosydd, ac mae fel arfer yn enwi'r llwybr neu'r addasydd a fethodd.

Cadwch y ddau ganlyniad ar wahân. Os yw'r cyfeiriad yn newid ond bod un safle'n dal i'ch gwrthod, mae'r tiwnel yn gweithio ac mae'r safle'n gwrthod cyfeiriad canolfan ddata; mae hynny'n broblem wahanol ag ateb gwahanol. Os nad yw'r cyfeiriad byth yn newid, gweithiwch drwy'r pedwar cwestiwn yn eu trefn: pa gyfeiriad a argraffodd y prawf, pa deulu oedd o, pa ap a wnaeth y cais, a pha lwybr a ddilynodd y cais hwnnw. Mae dogfennaeth Microsoft ar benderfyniadau llwybro VPN yn esbonio sut mae cleient Windows yn dewis rhwng y tiwnel a'r addasydd ffisegol pan fo gan y ddau lwybr.