Rhyngwyneb utun VPN y Mac yn fyw ond y traffig yn methu? Edrychwch ar ifconfig

Fe wnaethoch gysylltu'r VPN, rhedeg ifconfig, a dod o hyd i gofnod utun4 gyda chyfeiriad arno. Roedd y safle roeddech ei angen yn dal i amseru allan. Mae'r bwlch hwnnw'n normal: mae'r rhestr yn profi bod rhyngwyneb rhithwir yn bodoli, nid bod eich cleient yn berchen arno, bod y llwybr sy'n bwysig i chi yn ei ddewis, na bod pecynnau'n ei groesi. Stopiais drystio enw'r rhyngwyneb ar ôl prynhawn yn beio'r twnnel anghywir ar liniadur oedd â thri chofnod utun yn barod cyn i mi osod unrhyw beth.

Beth sydd mewn llinell utun mewn gwirionedd

Rhedwch ifconfig -a pan fyddwch eisiau'r darlun cyfan. Wedi'i alw heb ddadleuon, dim ond y rhyngwynebau sydd ar waith ar hyn o bryd y mae ifconfig yn eu hargraffu, a dyna pam y gall twnnel na ddechreuodd fod ar goll o'r allbwn y mae pobl yn ei ludo i docynnau. Dim ond yr enwau y mae ifconfig -l yn eu dychwelyd, a dyna'r ffordd gyflymaf o weld a ymddangosodd utun newydd ar ôl i chi gysylltu.

Mae darllen un rhyngwyneb yn lle mae'r manylion defnyddiol yn byw. Mae twnnel cysylltiedig fel arfer yn edrych fel hyn:

utun4: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
    inet 10.8.0.6 --> 10.8.0.5 netmask 0xffffffff
    inet6 fe80::ce81:b1c:bd2c:69e%utun4 prefixlen 64 scopeid 0x15

Mae tri maes yn cario'r ateb. Mae UP a RUNNING yn dweud bod y cnewyllyn yn barod i ddefnyddio'r rhyngwyneb. Llofnod twnnel, yn hytrach na chyswllt corfforol, yw POINTOPOINT ynghyd â chyfeiriad y cymar -->. Mae gwerth mtu yn esbonio dosbarth cyfan o adroddiadau «cysylltu, yna stopio», oherwydd mae rhyngwynebau utun fel arfer yn codi â MTU llai, 1380 mewn sawl adeiladwaith macOS, a gall y cleient ei ddiystyru. Mae'r rhestr o feysydd yn ddigon byr i'w sganio unwaith yn llawlyfr ifconfig y mae Apple yn ei gludo.

Dewch o hyd i'r broses y tu ôl i'r rhyngwyneb

Nid oes gan ifconfig unrhyw syniad o ap sy'n berchen arno. Mae dau gleient VPN, gwasanaeth system a thwnnel dros ben o'r wythnos diwethaf i gyd yn cynhyrchu cofnodion sy'n edrych yn union yr un fath ar y lefel hon. Ar fy Mac i fy hun, roedd utun0 hyd at utun3 yn bodoli cyn i mi gyflunio unrhyw beth; mae Continuity ac iCloud Private Relay yn defnyddio twneli hefyd, ac nid unrhyw un ohonynt yw'r cysylltiad rydych yn ei ddatrys.

Ar gyfer twneli sy'n cofrestru cyfluniad gyda'r system, scutil --nc list yw'r cydberthynas gyflymaf. Mae'n argraffu pob cyfluniad gyda'i statws a'i ID gwasanaeth, ac mae'r un cysylltiedig yn cael ei nodi felly:

scutil --nc list
* (Connected)   5F2A9C10-...   VPN  Work IKEv2

Nid yw cleientiaid sy'n rhedeg eu proses twnnel eu hunain yn lle cofrestru cyfluniad byth yn ymddangos yno. Mae Tunnelblick a enghraifft openvpn o'r llinell orchymyn yn syrthio i'r grŵp hwnnw, felly gwiriwch y tabl prosesau hefyd: ps -Ao pid,comm | grep -i openvpn. Unwaith y bydd proses yn berchen ar y twnnel, mae rhif utun yn perthyn i'r broses honno ac i neb arall.

Profwch y cyfeiriad cyn profi'r llwybr

Gall rhyngwyneb fod yn fyw heb gyfeiriad y gellir ei ddefnyddio. Mae proffil IPv6 yn unig yn dangos cofnod fe80:: lleol-i-gyswllt a dim yn y llinell inet, ac mae cleient na lwyddodd i gymhwyso cyfeiriad wedi'i wthio yn gadael yr un siâp yn union. Os yw eich cyrchfan yn IPv4 ac nad oes gan y twnnel gyfeiriad IPv4, mae'r cwestiwn llwybro eisoes wedi'i setlo.

Mae MTU yn haeddu gwiriad ar wahân, oherwydd nid yw'r methiant yn edrych fel problem maint. Mae'n edrych fel cysylltiad sy'n dilysu ac yna'n mynd yn dawel cyn gynted ag y bydd trosglwyddiad mawr yn dechrau. Anfonwch chwiliedydd na ddylid ei ffrwydro, wedi'i faintio fel bod y pecyn yn cyfateb i MTU'r rhyngwyneb; ar gyfer MTU o 1400 mae'r llwyth yn 1372 beit:

ping -D -s 1372 10.8.0.5

Mae ateb yn golygu bod pecynnau o'r maint hwnnw'n croesi'r twnnel. Mae distawrwydd tra bod pingiau bach yn llwyddo yn pwyntio at MTU neu at rywbeth sy'n gollwng ICMP ar y llwybr, nid at ddilysu, a oedd eisoes wedi gorffen cyn i chi gael rhyngwyneb o gwbl.

Profwch mai'r gyrchfan sy'n dewis y twnnel

Y cwestiwn sy'n bwysig yw nid a yw utun4 yn bodoli, ond a yw traffig i un cyfeiriad penodol yn gadael drwyddo. Mae route -n get yn ateb hynny ar gyfer un gyrchfan ac yn argraffu'r porth a'r rhyngwyneb y byddai'n eu defnyddio:

route -n get 203.0.113.20
  gateway: 10.8.0.5
  interface: utun4

Os yw'r un gorchymyn yn adrodd en0, mae eich cyfluniad twnnel hollt yn gwneud yr hyn a ddywedwyd wrtho, ac ni fydd unrhyw faint o archwilio rhyngwyneb yn newid hynny. Defnyddiwch netstat -rn -f inet pan fyddwch angen y llwybr diofyn a'r tabl cyfan mewn un golwg.

Mae cownteri yn setlo a yw pecynnau'n symud mewn gwirionedd. Mae netstat -ib yn adrodd cyfansymiau pecynnau a beitiau fesul rhyngwyneb, gan gynnwys cofnodion utun; mae'r niferoedd yn gronnus, felly darllenwch nhw ddwywaith gyda bwlch a chymharu:

netstat -ib | grep utun4

Mae cownteri wedi rhewi tra bod y rhaglen yn parhau i ailgeisio yn golygu na roddodd y cnewyllyn becyn i'r rhyngwyneb erioed. Mae cownteri'n dringo yn y ddau gyfeiriad tra bod y rhaglen yn dal i fethu yn symud yr ymchwiliad i ben pellaf y twnnel.

Pan na fydd utun yn ymddangos o gwbl

Mae rhestr rhyngwynebau wag ar ôl mewngofnod a oedd yn edrych yn llwyddiannus fel arfer yn golygu na ddechreuodd y twnnel o gwbl, nid bod ifconfig yn ei guddio. Gwiriwch statws y cleient ei hun, yna statws y system: nid yw estyniad rhwydwaith na chafodd ei gymeradwyo erioed, neu a analluogwyd gan macOS ar ôl diweddariad, yn gadael unrhyw ryngwyneb ar ei ôl. Mae'r cymeradwyaeth yn byw yn y Gosodiadau System o dan Login Items & Extensions, ac mae cofnod hen ffasiwn yno yn werth ei ail-doglo cyn i chi ailosod unrhyw beth.

Nid yw rhifo utun yn sefydlog rhwng ailgysylltiadau. Gallwch gael utun5 lle'r oedd utun4 ddeng munud yn ôl, oherwydd mae'r hen ryngwyneb yn cael ei ddymchwel ac mae'r cnewyllyn yn dosbarthu'r mynegai rhydd nesaf. Mae sgriptiau sy'n codio enw'n galed yn torri'n dawel ar y foment honno; cyfatebwch ar y cyfeiriad neu ar y llwybr yn lle hynny.

Cadwch yr ochr ddarllen yn ddarllen-yn-unig. Mae sudo ifconfig utun4 down yn torri'r twnnel, ac ar broffil twnnel llawn mae'n mynd â'ch sesiwn bell gyda hi, sef cyfnewidiad gwael pan oeddech ond yn casglu tystiolaeth. Nid oes angen root ar unrhyw beth sydd ei angen yma: mae darllen baneri, cyfeiriadau a chownteri i gyd yn gweithio fel eich defnyddiwr arferol.

Gweithiwch y gwiriadau yn eu trefn y tro nesaf y bydd twnnel Mac yn camymddwyn: cadarnhewch fod utun wedi ymddangos gyda ifconfig -l, darllenwch ei faneri, cyfeiriadau a MTU, priodolwch ef i broses, gofynnwch i route -n get pa ryngwyneb mae'r gyrchfan yn ei ddefnyddio, yna gwyliwch netstat -ib yn symud. Mae pob cam yn diystyru haen wahanol, a'r cyntaf sy'n dychwelyd yn anghywir yw lle mae'r atgyweiriad.