Ni allwch chi jest ategu iPhone i Mac o bell ar gyfer Xcode

Y rhagdybiaeth arferol yw bod sesiwn penbwrdd o bell yn symud yr holl amgylchedd datblygu i'ch gliniadur. Mae'n symud y sgrin, yr allweddell a'r llygoden, a dim byd arall. Rhaid i'r iPhone gyrraedd y Mac sy'n rhedeg Xcode, ac mae hwnnw'n gysylltiad ar wahân â'i ofynion ei hun ar gyfer ymddiriedaeth, cludiant a chaniatâd. Mae popeth isod yn dilyn o'r hollt honno, a dyna lle mae'r rhan fwyaf o osodiadau aflwyddiannus yn colli prynhawn.

Y chwedl: mae rheolaeth o bell yn symud y ddyfais hefyd

Mae meddalwedd penbwrdd o bell yn anfon arddangosfa a ffrwd fewnbwn ymlaen, ac ar gysylltiad da mae'n teimlo fel petai'r Mac yn eistedd o'ch blaen. Yr hyn nad yw'n ei anfon ymlaen yw USB, ac nid yw'n gosod y ffôn ar rwydwaith y Mac chwaith. Mae'r sesiwn yn gorffen ar benbwrdd y Mac, lle mae'n rhaid i Xcode ddod o hyd i ddyfais yn ôl ei reolau ei hun. Rhagdybio bod y ffôn yn teithio gyda'r picseli yw'r camgymeriad mwyaf cyffredin yn y trefniant hwn.

Mae'r ddau gysylltiad yn annibynnol, a gall un fod yn berffaith tra nad yw'r llall yn bodoli o gwbl. Nid yw trwsio'r sesiwn penbwrdd yn dweud dim wrthych am lwybr y ddyfais.

Penderfynwch ble mae'r ffôn yn gorfforol cyn ffurfweddu unrhyw beth

Os yw'r ffôn yn aros wrth ymyl y Mac, gwnewch y gosodiad lleol arferol yno: ymddiriedwch yn y cyfrifiadur, galluogwch fodd datblygwr ar y ddyfais, a chadarnhewch fod Xcode yn adeiladu ac yn rhedeg iddi tra byddwch yn eistedd o flaen y peiriant. Yna mae penbwrdd o bell yn rheoli llif gwaith sy'n gweithio eisoes. Dyma'r trefniant rhataf a'r un i'w ffafrio pryd bynnag y bo'r caledwedd yn caniatáu.

Os yw'r ffôn yn teithio gyda chi a'r Mac yn aros yn y swyddfa, mae angen llwybr a gefnogir o'r Mac i'r ddyfais honno. Mae VPN yn darparu llwybr rhwydwaith rhwng y ddau ben ac yn darparu dim arall: mae pareuo, modd datblygwr, hunaniaeth lofnodi a chofrestru dyfais i gyd yn parhau'n ofynion ar wahân. Triniwch y tiwnel fel un haen mewn pentwr yn hytrach na fel y cysylltiad ei hun.

Nodwch pa un o'r ddau drefniant yr ydych ynddo. Mae pob gwiriad diweddarach yn dibynnu ar hynny, ac mae eu cymysgu'n cynhyrchu atebion na allant weithio.

Triniwch ddarganfod a chludiant fel dau broblem wahanol

Mae Xcode yn dod o hyd i ddyfeisiau di-wifr wedi'u pareuo trwy Bonjour ar y rhwydwaith lleol, a gall hefyd gyrraedd dyfais ar gyfeiriad hysbys trwy Connect via IP Address. Dau fecanwaith â dau fodd methu gwahanol yw'r rhain. Nid yw dyfais nad yw byth yn ymddangos ar y rhestr a dyfais sy'n ymddangos ond yn gwrthod cysylltu yr un symptom, er bod y ddau yn cael eu darllen fel ffôn ar goll.

Poriwch yr hysbyseb cyn newid unrhyw beth: mae dns-sd -B _apple-mobdev2._tcp yn rhestru'r gwasanaeth y mae ffôn wedi'i bareuo yn ei gyhoeddi ar y cyswllt lleol. Os na ymddengys dim, darganfod yw'r haen wedi torri a chysylltiad yn seiliedig ar gyfeiriad yw'r unig lwybr sy'n weddill. Os yw'r gwasanaeth yn ymddangos ond nad yw Xcode yn dal i allu cysylltu, mae darganfod yn gweithio a'r hyn sy'n methu yw'r cludiant neu'r berthynas ymddiriedaeth.

Mae cymorth Apple ar ddyfeisiau di-wifr yn cwmpasu'r gofyniad rhwydwaith cyfan a'r llif gwaith cyfeiriad ill dau, felly darllenwch ef yn erbyn y fersiynau sydd gennych wedi'u gosod yn lle dilyn llwybr dewislen a gofir o ryddhad hŷn. Mae labeli dewislen yn symud rhwng ryddhadau Xcode hyd yn oed pan nad yw'r mecanwaith oddi tanynt yn newid.

Gwiriwch beth y gall y Mac ei weld o'i le

Rhedegwch y rhifedi ar y Mac, nid ar eich gliniadur, oherwydd y Mac yw'r peiriant sydd angen y ddyfais. Mae xcrun devicectl list devices yn argraffu'r dyfeisiau y gall Xcode eu cyrraedd, ac mae system_profiler SPUSBDataType yn dangos beth sydd wedi'i gysylltu'n gorfforol. Mae ffôn sy'n ymddangos yn yr ail restr ond nid yn y gyntaf wedi'i gysylltu ac heb ei bareuo, sef problem ymddiriedaeth yn hytrach na phroblem rhwydwaith.

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

Os yw'r ddyfais ar is-rwydwaith arall, cadarnhewch y gall y Mac gyrraedd y cyfeiriad y mae'r ffôn yn ei gyhoeddi, a chofiwch fod cyfeiriadau IPv6 lleol i gyswllt wedi'u cyfyngu i un cyswllt ac nad ydynt yn llwyadwy ar draws tiwnel. Dyna pam mai anaml y mae VPN ar ei ben ei hun yn gwneud ffôn pell i ymddangos: dim ond ar ei segment ei hun y mae'r cyfeiriad y mae'r ddyfais yn ei hysbysebu yn gwneud synnwyr.

Mae nodyn technegol Apple TN3158 yn datgan bod Xcode o fersiwn 15 ymlaen yn siarad â dyfais gableiddiedig ar draws rhyngwyneb rhwydwaith a adeiladwyd ar IPv6 lleol i gyswllt, felly gall hidlo lleol ymyrryd hyd yn oed â ffôn sydd wedi'i blygio i mewn yn gorfforol. Esgynwch yr achos hwnnw at bwy bynnag sy'n berchen ar y polisi hidlo yn lle diffodd y polisi eich hun.

Profwch ef ag adeiladwaith, nid ag eicon dyfais

Mae cofnod dyfais mewn rhestr, dangosydd gwyrdd yn y bar offer neu anogwr pareuo llwyddiannus yn arsylwadau canolraddol. Profir y llif gwaith pan fydd Xcode yn gosod adeiladwaith a ganiateir ac mae'r dadfygiwr yn cysylltu â phroses sy'n rhedeg ar y ddyfais.

Rhedegwch y dilyniant llawn o'r Mac. Mae xcrun devicectl device install app --device DEVICE_UDID build/MyApp.app yn gosod heb yr IDE, sy'n gwahanu problem rhyngwyneb Xcode oddi wrth broblem llwybr y ddyfais. Yna lansiwch yr ap a chysylltwch consol ag ef. Os yw'r gosodiad o'r llinell orchymyn yn gweithio ac nad yw'r IDE yn gweithio, mae'r diffyg sy'n weddill yn y cynllun neu yn y ffurfweddiad llofnodi, nid yn y rhwydwaith.

Cadwch y trefniant yn gul: un datblygwr awdurdodedig, un Mac cofrestredig, un ddyfais, a mynediad sy'n gorffen pan fydd y sesiwn yn gorffen. Dirymwch fanylion mewngofnodi pan fydd y trefniant yn stopio. Os gall y ffôn yn syml aros wrth ymyl y Mac, dewiswch hynny, oherwydd y llwybr a gefnogir symlaf yw'r un sydd â'r lleiaf o haenau ar ôl i'w dadfygio.