Ezin da iPhone bat urruneko Mac batera besterik gabe konektatu Xcoderako

Ohiko pentsamendua da urruneko mahaigaineko saio batek garapen ingurune osoa eramaten duela zure eramangarrira. Pantaila, teklatua eta sagua eramaten ditu, eta besterik ez. iPhone-ak Xcode exekutatzen duen Mac-a iritsi behar du, eta hori bereiziako konexio bat da, konfiantza, garraio eta baimen baldintza propioekin. Beheko guztia banaketa horretatik dator, eta hor bertan galtzen dute arratsalde bat huts egindako ezarpen gehienek.

Mitoa: urruneko kontrolak gailua ere mugitzen du

Urruneko mahaigaineko softwareak pantaila bat eta sarrera-fluxu bat bidaltzen ditu, eta konexio ona denean Mac-a zure aurrean eserita balego bezala sentitzen da. Bidaltzen ez duena USB da, eta ez du telefonoa Mac-aren sarera ere jartzen. Saioa Mac-aren mahaigainean amaitzen da, eta han Xcode-k gailu bat aurkitu behar du bere arauen arabera. Telefonoa pixelekin batera bidaiatzen duela suposatzea da ezarpen honetako akats ohikoena.

Bi konexioak independenteak dira, eta bat perfektua izan daiteke bestea batere existitzen ez den bitartean. Mahaigaineko saioa konpontzeak ez dizu ezer esaten gailurainoko bideari buruz.

Erabaki telefonoa fisikoki non dagoen ezer konfiguratu aurretik

Telefonoa Mac-aren ondoan geratzen bada, egin bertan ohiko tokiko ezarpena: konfia zaitez ordenagailuan, gaitu garatzaile modua gailuan, eta egiaztatu Xcode-k hara eraikitzen eta exekutatzen duela makinaren aurrean zauden bitartean. Orduan urruneko mahaigainak jada funtzionatzen duen lan-fluxu bat kontrolatzen du. Hori da ezarpenik merkeena eta hardwareak ahalbidetzen duenean lehenetsi beharrekoa.

Telefonoa zurekin bidaiatzen badu eta Mac-a buleguan geratzen bada, Mac-ak gailu horretarako bide onartua behar du. VPN batek bi muturren arteko sare-bide bat ematen du eta beste ezer ez: parekatzea, garatzaile modua, sinadura-identitatea eta gailuaren erregistroa baldintza bereiziak izaten jarraitzen dute. Tratatu tunela pila bateko geruza bat bezala, konexioa bera bezala beharrean.

Idatz ezazu zein bi ezarpenetatik zauden. Ondorengo egiaztapen bakoitza horren mende dago, eta biak nahasteak funtziona ezin duten konponketak sortzen ditu.

Tratatu aurkikuntza eta garraioa bi arazo ezberdin bezala

Xcode-k parekatutako gailu haririk gabekoak aurkitzen ditu tokiko sarean Bonjour bidez, eta helbide ezagun batean dagoen gailu batera ere irits daiteke Connect via IP Address erabiliz. Bi mekanismo dira, huts egiteko modu ezberdinekin. Inoiz zerrendan agertzen ez den gailu bat eta agertzen den baina lotzeari uko egiten dion gailu bat ez dira sintoma bera, nahiz eta biak telefono falta bezala irakurtzen diren.

Arakatu iragarkia ezer aldatu aurretik: dns-sd -B _apple-mobdev2._tcp tokiko loturan parekatutako telefono batek argitaratzen duen zerbitzua zerrendatzen du. Ezer agertzen ez bada, aurkikuntza da geruza hautsia eta helbidean oinarritutako konexioa da geratzen den bide bakarra. Zerbitzua agertzen bada baina Xcode oraindik konektatu ezin bada, aurkikuntzak funtzionatzen du eta huts egiten duena garraioa edo konfiantza-harremana da.

Apple-ren gailu haririk gabekoen laguntzak sare beraren baldintza eta helbidearen lan-fluxua hartzen ditu, beraz irakurri zure instalatutako bertsioen aurka, bertsio zaharrago batetik gogoratutako menu-bidea jarraitu beharrean. Menu-etiketak Xcode bertsioen artean mugitzen dira, azpiko mekanismoa aldatzen ez denean ere.

Egiaztatu Mac-ak bere lekutik zer ikus dezakeen

Exekutatu zenbaketa Mac-an, ez zure eramangarrian, Mac-a baita gailua behar duen makina. xcrun devicectl list devices Xcode-k iris daitekeen gailuak inprimatzen ditu, eta system_profiler SPUSBDataType fisikoki konektatuta dagoena erakusten du. Bigarren zerrendan agertzen den baina lehenengoan agertzen ez den telefonoa konektatuta dago eta ez dago parekatuta, eta hori konfiantza arazoa da, ez sare arazoa.

xcrun devicectl list devices
system_profiler SPUSBDataType | grep -i iphone
xcrun devicectl device info DEVICE_UDID

Gailua beste azpisare batean badago, egiaztatu Mac-a telefonoak argitaratutako helbidera irits daitekeela, eta gogoratu lotura-lokaleko IPv6 helbideak lotura batera mugatuta daudela eta ezin direla tuneletik bideratu. Horregatik VPN soil batek gutxitan egiten du urruneko telefono bat agertzen: gailuak iragartzen duen helbideak bere segmentuan bakarrik du zentzua.

Apple-ren TN3158 ohar teknikoak dio, 15 bertsiotik aurrera Xcode-k kable bidez konektatutako gailu batekin hitz egiten duela lotura-lokala den IPv6 gainean eraikitako sare-interfaze baten bidez, beraz tokiko iragazketak fisikoki konektatutako telefono bat ere oztopa dezake. Eskalatu kasu hori iragazketa-politikaren jabea denarenera, zeuk itzali beharrean.

Frogatu eraikuntza batekin, ez gailu ikono batekin

Zerrendako gailu erregistro bat, tresna-barran adierazle berde bat edo parekatze-eskaera arrakastatsu bat tarteko behaketak dira. Lan-fluxua frogatuta dago Xcode-k baimendutako eraikuntza bat instalatzen duenean eta araztzailea gailuan exekutatzen ari den prozesu batera lotzen denean.

Exekutatu sekuentzia osoa Mac-etik. xcrun devicectl device install app --device DEVICE_UDID build/MyApp.app IDE gabe instalatzen du, eta horrek Xcode-ren interfaze arazoa gailuaren bide arazoetik bereizten du. Ondoren abiarazi aplikazioa eta lotu kontsola bat hari. Komando-lerroko instalazioak funtzionatzen badu eta IDE-ak ez, gainerako akatsa eskemaren edo sinadura konfigurazioaren da, ez sarearena.

Eduki ezarpena estu: garatzaile baimendu bat, erregistratutako Mac bat, gailu bat eta saioa amaitzean amaitzen den sarbidea. Ezeztatu kredentzialak ezarpena gelditzen denean. Telefonoa Mac-aren ondoan besterik gabe egon badaiteke, aukeratu hori, bide onartu sinpleenak uzten baititu arazteko geruza gutxien.