Zergatik erortzen da Mac-eko VPN-a iPhone bat USB bidez konektatzean
USB bidez konektatutako iPhone batek hotspot bide bat edo Xcode gailu-esteka bat gehi dezake. Egiaztatu zerbitzua, bidea eta bezeroaren errorea ezer ezabatu aurretik.
iPhone bat konektatzen duzu kargatzeko, eta minutu bat geroago Mac-eko VPN-a trafikoa pasatzeari uzten dio. Sistemaren Ezarpenek iPhone USB izeneko zerbitzu berri bat erakusten dute, eta begi-bistako urratsa ezabatzea da. Urrats hori okerra izaten da askotan. Zerbitzua telefonoaren Hotspot Pertsonala izan daiteke, edo Xcode-k eta gailu-tresnek telefonoarekin hitz egiteko erabiltzen duten esteka bat, eta bien portaera nahikoa desberdina da identifikazioa ezabaketaren aurretik etor dadin.
1. urratsa: Irakurri telefonoak benetan sortu zuen zerbitzua
Ireki Sistemaren Ezarpenak, gero Sarea, eta alderatu zerbitzuen zerrenda telefonoa deskonektatuta eta konektatuta. Oraingo macOS-en zerbitzua iPhone USB gisa agertzen da. Ohartu aktiboa den, zerbitzuen ordenan non dagoen eta Mac-ek bide lehenetsirako erabiltzen duen. Zerbitzuen ordena garrantzitsua da, macOS-ek helmuga bat iris dezaketen zerbitzu aktibo altuena aukeratzen duelako, ez izenez ezagutzen duzuna.
Apple-ren Hotspot Pertsonalari buruzko gidak mekanismoa deskribatzen du: telefonoan Hotspot Pertsonala gaituta dagoen bitartean, USB bidez konektatzeak Mac-ek telefonoaren konexio mugikorra erabil dezan eragin dezake, kargatu besterik nahi ez zenuenean ere. Hori ez da VPN bezeroaren akatsa; bideratze-taulak Wi-Fi-ren aurretik altxatu den zerbitzu bati jarraitzen dio.
Zerbitzua existitzen bada baina telefonoa konektatuta ere inaktibo jarraitzen badu, ziurrenik karga-soilikako konexio bat edo gailu-esteka bat ikusten ari zara, ez hotspot bat. Mantendu bereizketa hori, hurrengo bi urratsek probatzen baitute, ikonoagatik asmatu beharrean.
2. urratsa: Egiaztatu VPN amaierak zein bide erabiltzen duen
Irakurri bidea VPN zerbitzariaren ebatzitako helbidera, ez webgune batera. route -n get irakurtzeko soilik da eta kernel-ek erabiliko lukeen interfazea eta atebidea inprimatzen ditu, eta bi lerroek garrantzia dute.
scutil --dns | head -20
route -n get 203.0.113.10Goiko helbidea dokumentaziorako leku-marka da. Ordeztu zure bezeroak erakusten duen amaierarekin, eta erabili route -n get -inet6 IPv6 amaiera baterako. Alderatu irteera telefonoa deskonektatuta eta konektatuta, eta ez gehitu edo kendu biderik bi irakurketa artean. Interfazea en0-tik iPhone USB interfazera aldatzen bada, hotspot bideak irabazi du bilaketa eta VPN-aren kanpoko konexioa orain sare mugikorretik doa.
Bide-aldaketa batek ez ditu huts egite guztiak azaltzen. Bezeroak zerbitzarira irits daiteke oraindik eta geroago huts egin tuneleko barne-trafikoan, bide berriak MTU desberdina duelako edo operadoreak protokoloa blokeatzen duelako. Irakurri bezeroaren beraren errorea ezer aldatu aurretik: kanpoko esku-emanaren denbora-muga irisgarritasunera bideratzen da, eta ezarritako tunel batek trafikoa pasatzeari uzten dionean MTU, DNS edo politikara.
3. urratsa: Bereizi hotspot bat gailu-komunikaziorako estekatik
Xcode 15 eta berriagoek USB bidez konektatutako gailu batekin hitz egiten dute esteka-lokaleko IPv6 barne hartzen duen sare-kanal baten bidez, beraz garapeneko Mac batek interneterako sarbidearekin zerikusirik ez duen interfaze gehigarri bat erakuts dezake. Apple-ren TN3158 ohar teknikoak portaera hori dokumentatzen du eta ohartarazten du VPN edo segurtasun-iragazketak oztopa dezakeela. Hotspot arazoaren alderantzizkoa da: VPN ez da hausten telefonoak internet eskaintzeagatik; gailuaren konexioa hausten da VPN-ak harrapatzen duelako.
Bi behaketak bereizten dituzte kasuak pakete-kapturarik gabe. Lehenik, egiaztatu interfazeak helbide bideragarri bat eta bide lehenetsi bat dituen, edo fe80:: esteka-lokaleko helbide bat soilik; esteka-lokal soilik esan nahi du ez dagoela internet biderik. Bigarrenik, itxi VPN eta ikusi Xcode-k gailura berriro irits daitekeen. Irits badaiteke, VPN-aren bideek edo eduki-iragazkiak esteka-lokaleko trafikoa harrapatzen dute, eta konponketa tunel zatituaren edo iragazkiaren konfigurazioan dago, ez Sarea panelean.
ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | headEz epaitu interfazearen izenagatik bakarrik. macOS-ek interfaze hauek sortu eta suntsitzen ditu gailuak konektatzen ahala, eta en zenbakia exekuzio-denboran esleitzen da, beraz Mac berak zenbaki desberdina erakuts dezake berrabiaraztearen edo kable-aldaketaren ondoren.
4. urratsa: Erreproduzitu hutsegitea aldagai batekin aldi berean
Zerbitzu bat zein den badakizunean, erreproduzitu arazoa ordena finkoan. Hasi telefonoa deskonektatuta eta VPN-a konektatuta. Konektatu telefonoa Hotspot Pertsonala itzalita, itxaron Sare zerrenda egonkortu arte, eta exekutatu bide-kontsulta berriro. Deskonektatu, gaitu Hotspot Pertsonala, konektatu berriro eta errepikatu. Idatzi interfazea, atebidea eta bezeroaren errorea hiru egoeretarako, eta alderaketa izango duzu oroitzapenaren ordez.
VPN-a hotspot egoeran soilik hutsen bada, eduki telefonoa bide horretatik urrun: itzali Hotspot Pertsonala kargatzen duzun bitartean, edo mugitu iPhone USB zerbitzua Wi-Fi-ren azpitik zerbitzuen ordenan. Konektatutako egoera guztietan huts egiten badu, hotspot-a itzalita ere, begiratu bezeroak sare-trantsizioa nola kudeatzen duen. Bezero batzuek tunela eraisten dute zerbitzu nagusia aldatzen denean eta berriro konektatu behar dute; bezeroaren portaera da, ez telefonoaren akatsa.
Aldatu gauza bat saiakerako. Zerbitzua ezabatzeak, VPN konfigurazioa berrezartzeak eta bezeroa berriro instalatzeak minutu berean Mac funtzionatzen duena eta zein ekintzak konpondu zuen jakin ez duena uzten zaitu.
5. urratsa: Erabaki zer mantendu eta zer egiaztatu
Utzi gailu-esteka bakean. Xcode-k erabiltzen duen interfaze bat kentzeak ez du VPN bide bat konpontzen, eta gailuetarako hedatzea hausten du hurrengo konexioa arte. Hotspot zerbitzua benetan nahi ez bada, itzali lehenengo telefonoan Hotspot Pertsonala; dokumentatutako kontrola da eta berrabiaraztearen ondoren mantentzen da.
Zerbitzuren bat kentzen baduzu, kendu identifikatu duzuna eta gero egiaztatu bi gauza: VPN amaierarako bidea espero zen interfazera itzuli dela, eta tunelak barne-helbide batera pasatzen duela trafikoa, ez soilik internetera. Idatzi zerbitzuen ordena eta bezeroaren bertsioa, macOS-en eguneratze batek telefonoaren itxura alda baitezake.
Gero sailkatu benetan ikusi duzun hutsegitea. Esku-emanaren denbora-muga bat, tunela altxatu ondoko MTU geldialdi bat eta operadorearengandik datozen DNS erantzunak hiru arazo desberdin dira, hiru konponbide desberdinekin. USB zerbitzua da hiruretan eragilea; arrazoia izatea arraroa da.