Xcode-നായി iPhone ഒരു റിമോട്ട് Mac-ലേക്ക് വെറുതെ പ്ലഗ് ചെയ്യാൻ കഴിയില്ല

സാധാരണ ധാരണ എന്തെന്നാൽ റിമോട്ട് ഡെസ്ക്ടോപ്പ് സെഷൻ മുഴുവൻ വികസന ക്രമീകരണവും നിങ്ങളുടെ ലാപ്ടോപ്പിലേക്ക് മാറ്റുന്നു എന്നാണ്. അത് സ്ക്രീനും കീബോർഡും മൗസും മാറ്റുന്നു, അതിൽ കൂടുതലൊന്നുമില്ല. iPhone Xcode പ്രവർത്തിക്കുന്ന Mac-നെ എത്തിപ്പെടണം, അത് സ്വന്തം വിശ്വാസം, കൈമാറ്റം, അനുമതി ആവശ്യകതകളുള്ള വേറിട്ട ഒരു ബന്ധമാണ്. താഴെയുള്ളതെല്ലാം ഈ വിഭജനത്തിൽ നിന്നാണ് വരുന്നത്, പരാജയപ്പെട്ട ക്രമീകരണങ്ങൾ പകുതി ദിവസം നഷ്ടപ്പെടുത്തുന്നതും അവിടെയാണ്.

കെട്ടുകഥ: റിമോട്ട് നിയന്ത്രണം ഉപകരണത്തെയും മാറ്റുന്നു

റിമോട്ട് ഡെസ്ക്ടോപ്പ് സോഫ്റ്റ്വെയർ ഒരു ഡിസ്പ്ലേയും ഇൻപുട്ട് സ്ട്രീമും കൈമാറുന്നു, നല്ല ബന്ധത്തിൽ Mac നിങ്ങളുടെ മുന്നിൽ ഇരിക്കുന്നതുപോലെ തോന്നും. എന്നാൽ അത് കൈമാറാത്തത് USB ആണ്, ഫോൺ Mac-ന്റെ നെറ്റ്വർക്കിൽ ഇടുന്നതുമില്ല. സെഷൻ Mac ഡെസ്ക്ടോപ്പിൽ അവസാനിക്കുന്നു, അവിടെ Xcode സ്വന്തം നിയമങ്ങൾ പ്രകാരം ഒരു ഉപകരണം കണ്ടെത്തണം. ഫോൺ പിക്സലുകൾക്കൊപ്പം യാത്ര ചെയ്യുന്നു എന്ന് കരുതുന്നതാണ് ഈ ക്രമീകരണത്തിലെ ഏറ്റവും സാധാരണ തെറ്റ്.

രണ്ട് ബന്ധങ്ങളും സ്വതന്ത്രമാണ്, ഒന്ന് തികഞ്ഞതായിരിക്കാം മറ്റൊന്ന് ഒട്ടും ഇല്ലാതിരിക്കാം. ഡെസ്ക്ടോപ്പ് സെഷൻ നന്നാക്കുന്നത് ഉപകരണത്തിലേക്കുള്ള വഴിയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

എന്തെങ്കിലും കോൺഫിഗർ ചെയ്യുന്നതിന് മുൻപ് ഫോൺ ഭൗതികമായി എവിടെയാണെന്ന് തീരുമാനിക്കുക

ഫോൺ Mac-ന്റെ അടുത്ത് തന്നെ നിൽക്കുന്നുവെങ്കിൽ അവിടെ സാധാരണ പ്രാദേശിക ക്രമീകരണം ചെയ്യുക: കമ്പ്യൂട്ടറിനെ വിശ്വസിക്കുക, ഉപകരണത്തിൽ ഡെവലപ്പർ മോഡ് പ്രവർത്തനക്ഷമമാക്കുക, യന്ത്രത്തിന്റെ മുന്നിൽ ഇരിക്കുമ്പോൾ Xcode അതിൽ ബിൽഡ് ചെയ്ത് പ്രവർത്തിപ്പിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക. അതിനുശേഷം റിമോട്ട് ഡെസ്ക്ടോപ്പ് ഇതിനകം പ്രവർത്തിക്കുന്ന ഒരു വർക്ക്ഫ്ലോ നിയന്ത്രിക്കുന്നു. ഇതാണ് ഏറ്റവും ചെലവുകുറഞ്ഞ ക്രമീകരണം, ഹാർഡ്വെയർ അനുവദിക്കുമ്പോഴെല്ലാം തിരഞ്ഞെടുക്കേണ്ടതും ഇതുതന്നെ.

ഫോൺ നിങ്ങളോടൊപ്പം യാത്ര ചെയ്ത് Mac ഓഫീസിൽ നിൽക്കുന്നുവെങ്കിൽ, Mac-ന് ആ ഉപകരണത്തിലേക്ക് പിന്തുണയുള്ള ഒരു വഴി ആവശ്യമാണ്. VPN രണ്ട് അറ്റങ്ങൾക്കിടയിൽ ഒരു നെറ്റ്വർക്ക് റൂട്ട് നൽകുന്നു, മറ്റൊന്നും നൽകുന്നില്ല: പെയറിംഗ്, ഡെവലപ്പർ മോഡ്, സൈനിംഗ് ഐഡന്റിറ്റി, ഉപകരണ രജിസ്ട്രേഷൻ എന്നിവയെല്ലാം വേറിട്ട ആവശ്യകതകളായി തുടരുന്നു. ടണലിനെ ബന്ധമായി തന്നെയല്ല, സ്റ്റാക്കിലെ ഒരു പാളിയായി കാണുക.

ആ രണ്ട് ക്രമീകരണങ്ങളിൽ ഏതിലാണ് നിങ്ങൾ എന്ന് എഴുതിവയ്ക്കുക. തുടർന്നുള്ള ഓരോ പരിശോധനയും അതിനെ ആശ്രയിച്ചിരിക്കുന്നു, അവ കൂട്ടിക്കലർത്തുന്നത് പ്രവർത്തിക്കാനാകാത്ത പരിഹാരങ്ങൾ ഉണ്ടാക്കുന്നു.

കണ്ടെത്തലും കൈമാറ്റവും രണ്ട് വ്യത്യസ്ത പ്രശ്നങ്ങളായി കാണുക

Xcode പെയർ ചെയ്ത വയർലെസ് ഉപകരണങ്ങളെ പ്രാദേശിക നെറ്റ്വർക്കിലെ Bonjour വഴി കണ്ടെത്തുന്നു, കൂടാതെ Connect via IP Address വഴി അറിയപ്പെടുന്ന വിലാസത്തിലുള്ള ഉപകരണത്തെ എത്തിപ്പെടാനും കഴിയും. ഇവ രണ്ട് വ്യത്യസ്ത പരാജയ മാതൃകകളുള്ള രണ്ട് സംവിധാനങ്ങളാണ്. ലിസ്റ്റിൽ ഒരിക്കലും പ്രത്യക്ഷപ്പെടാത്ത ഉപകരണവും പ്രത്യക്ഷപ്പെട്ടിട്ടും ചേരാൻ വിസമ്മതിക്കുന്ന ഉപകരണവും ഒരേ രോഗലക്ഷണമല്ല, രണ്ടും കാണാതായ ഫോണായി വായിക്കപ്പെടുമെങ്കിലും.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് പരസ്യത്തിനായി തിരയുക: dns-sd -B _apple-mobdev2._tcp പെയർ ചെയ്ത ഫോൺ പ്രാദേശിക ലിങ്കിൽ പ്രസിദ്ധീകരിക്കുന്ന സേവനം ലിസ്റ്റ് ചെയ്യുന്നു. ഒന്നും പ്രത്യക്ഷപ്പെടുന്നില്ലെങ്കിൽ കണ്ടെത്തലാണ് തകർന്ന പാളി, വിലാസാധിഷ്ഠിത ബന്ധം മാത്രമാണ് ബാക്കിയുള്ള വഴി. സേവനം പ്രത്യക്ഷപ്പെട്ടിട്ടും Xcode-ന് ഇപ്പോഴും ചേരാനാകുന്നില്ലെങ്കിൽ കണ്ടെത്തൽ പ്രവർത്തിക്കുന്നു, പരാജയപ്പെടുന്നത് കൈമാറ്റമോ വിശ്വാസബന്ധമോ ആണ്.

Apple-ന്റെ വയർലെസ് ഉപകരണ സഹായം ഒരേ നെറ്റ്വർക്ക് ആവശ്യകതയും വിലാസ വർക്ക്ഫ്ലോയും ഒരുപോലെ ഉൾക്കൊള്ളുന്നു, അതിനാൽ പഴയ റിലീസിൽ നിന്ന് ഓർമയിലുള്ള മെനു പാത പിന്തുടരാതെ ഇൻസ്റ്റാൾ ചെയ്ത പതിപ്പുകൾക്കെതിരെ അത് വായിക്കുക. അടിയിലുള്ള സംവിധാനം മാറാതിരിക്കുമ്പോഴും മെനു ലേബലുകൾ Xcode റിലീസുകൾക്കിടയിൽ സ്ഥാനം മാറുന്നു.

Mac തന്റെ സ്ഥാനത്തുനിന്ന് എന്ത് കാണാമെന്ന് പരിശോധിക്കുക

എണ്ണൽ നിങ്ങളുടെ ലാപ്ടോപ്പിലല്ല, Mac-ൽ പ്രവർത്തിപ്പിക്കുക, കാരണം ഉപകരണം ആവശ്യമുള്ള യന്ത്രം Mac ആണ്. xcrun devicectl list devices Xcode എത്തിപ്പെടാവുന്ന ഉപകരണങ്ങൾ പ്രിന്റ് ചെയ്യുന്നു, system_profiler SPUSBDataType ഭൗതികമായി ഘടിപ്പിച്ചിരിക്കുന്നത് കാണിക്കുന്നു. രണ്ടാമത്തെ ലിസ്റ്റിൽ കാണപ്പെട്ട് ആദ്യത്തേതിൽ ഇല്ലാത്ത ഫോൺ ഘടിപ്പിച്ചിട്ടുണ്ട്, പക്ഷേ പെയർ ചെയ്തിട്ടില്ല, അത് നെറ്റ്വർക്ക് പ്രശ്നമല്ല, വിശ്വാസ പ്രശ്നമാണ്.

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

ഉപകരണം മറ്റൊരു സബ്നെറ്റിലാണെങ്കിൽ, ഫോൺ പ്രസിദ്ധീകരിക്കുന്ന വിലാസത്തിലേക്ക് Mac എത്തിപ്പെടാനാകുമെന്ന് ഉറപ്പാക്കുക, link-local IPv6 വിലാസങ്ങൾ ഒരു ലിങ്കിന് മാത്രം പരിധിയുള്ളതും ടണലിലൂടെ റൂട്ട് ചെയ്യപ്പെടാത്തതുമാണെന്ന് ഓർക്കുക. അതുകൊണ്ടാണ് VPN മാത്രം ഒരു റിമോട്ട് ഫോണിനെ അപൂർവമായി മാത്രം കാണിക്കുന്നത്: ഉപകരണം പരസ്യപ്പെടുത്തുന്ന വിലാസം അതിന്റെ സ്വന്തം സെഗ്മെന്റിൽ മാത്രമാണ് അർത്ഥവത്ത്.

Apple-ന്റെ സാങ്കേതിക കുറിപ്പ് TN3158, പതിപ്പ് 15 മുതൽ Xcode കേബിൾ ഉപകരണവുമായി link-local IPv6 അടിസ്ഥാനമാക്കിയ നെറ്റ്വർക്ക് ഇന്റർഫേസ് വഴി സംസാരിക്കുന്നു എന്ന് പറയുന്നു, അതിനാൽ പ്രാദേശിക ഫിൽട്ടറിംഗ് ഭൗതികമായി പ്ലഗ് ചെയ്ത ഫോണിനെയും ബാധിച്ചേക്കാം. ആ സാഹചര്യം സ്വയം പ്രവർത്തനരഹിതമാക്കാതെ ഫിൽട്ടറിംഗ് നയത്തിന്റെ ഉടമയ്ക്ക് കൈമാറുക.

ഉപകരണ ഐക്കണല്ല, ബിൽഡ് കൊണ്ട് അത് തെളിയിക്കുക

ലിസ്റ്റിലെ ഉപകരണ എൻട്രി, ടൂൾബാറിലെ പച്ച സൂചകം, വിജയകരമായ പെയറിംഗ് പ്രോംപ്റ്റ് എന്നിവ ഇടയ്ക്കുള്ള നിരീക്ഷണങ്ങളാണ്. Xcode അനുവദനീയമായ ഒരു ബിൽഡ് ഇൻസ്റ്റാൾ ചെയ്ത് ഡീബഗ്ഗർ ഉപകരണത്തിൽ പ്രവർത്തിക്കുന്ന ഒരു പ്രോസസ്സിലേക്ക് ചേരുമ്പോഴാണ് വർക്ക്ഫ്ലോ തെളിയുന്നത്.

മുഴുവൻ ക്രമവും Mac-ൽ നിന്ന് പ്രവർത്തിപ്പിക്കുക. xcrun devicectl device install app --device DEVICE_UDID build/MyApp.app IDE ഇല്ലാതെ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, ഇത് Xcode ഇന്റർഫേസ് പ്രശ്നത്തെ ഉപകരണ വഴിയുടെ പ്രശ്നത്തിൽ നിന്ന് വേർതിരിക്കുന്നു. തുടർന്ന് ആപ്പ് ലോഞ്ച് ചെയ്ത് അതിലേക്ക് ഒരു കൺസോൾ ഘടിപ്പിക്കുക. കമാൻഡ് ലൈൻ ഇൻസ്റ്റാൾ പ്രവർത്തിച്ചിട്ടും IDE പ്രവർത്തിക്കുന്നില്ലെങ്കിൽ, ബാക്കിയുള്ള തകരാർ നെറ്റ്വർക്കിലല്ല, സ്കീമിലോ സൈനിംഗ് കോൺഫിഗറേഷനിലോ ആണ്.

ക്രമീകരണം ഇടുക്കമുള്ളതാക്കുക: ഒരു അധികാരമുള്ള ഡെവലപ്പർ, ഒരു രജിസ്റ്റർ ചെയ്ത Mac, ഒരു ഉപകരണം, സെഷൻ അവസാനിക്കുമ്പോൾ അവസാനിക്കുന്ന പ്രവേശനം. ക്രമീകരണം നിലയ്ക്കുമ്പോൾ ക്രെഡൻഷ്യലുകൾ റദ്ദാക്കുക. ഫോണിന് വെറുതെ Mac-ന്റെ അടുത്ത് നിൽക്കാനാകുമെങ്കിൽ അത് തിരഞ്ഞെടുക്കുക, കാരണം ഏറ്റവും ലളിതമായ പിന്തുണയുള്ള വഴിയാണ് ഡീബഗ്ഗ് ചെയ്യാൻ ഏറ്റവും കുറഞ്ഞ പാളികൾ ബാക്കിയാക്കുന്നത്.