Finder Wi-Fi-szinkronizálás VPN-en keresztül: miért számít a helyi kapcsolat
A VPN útvonalat ad az iPhone-nak a Mac felé, nem helyi kapcsolatot. A felderítésnek, a párosításnak és az átvitelnek külön-külön megvan a maga feltétele, mielőtt a Finder-szinkronizálás elindul.
A Macet eléred a VPN-en keresztül, tehát a Findernek ugyanígy kellene szinkronizálnia az iPhone-nal, nem? Nem. Az elérhetőség és a szinkronizálási munkafolyamat két külön állítás, és a legtöbb ilyen kísérlet épp a kettő közötti résben bukik el.
Három függőségnek kell összeérnie, mielőtt a Finder felkínálja az eszközt, és a VPN ezek közül csak egyet érint.
Mit igényel valójában a támogatott munkafolyamat
Az Apple Finder-szinkronizálási útmutatója kábellel kezdődik. Csatlakoztasd az eszközt, válaszd ki a Finderben, nyisd meg a General lapot, kapcsold be a Wi-Fi alatti megjelenítés opcióját, majd alkalmazd a szinkronizálási beállításokat. Ezután a dokumentált vezeték nélküli elrendezés a Macet és az eszközt ugyanarra a Wi-Fi-hálózatra teszi. Az utolsó feltétel nem formaság; maga a tervezés.
Fejezd be a bizalmi kéréseket abban az első helyi munkamenetben. Ezek teszik működőképessé a későbbi vezeték nélküli kapcsolatokat.
A felderítés, a párosítás és az átvitel három dolog
A felderítés az mDNS, amely általában a helyi kapcsolaton marad. A párosítás az a bizalmi viszony, amely az első kábeles kapcsolat során létrejön. Az átvitel az az útvonal, amelyet a tényleges szinkronizálási munkamenet használ. Egy relé vagy szintetikus Bonjour-hirdetés meghamisíthatja az elsőt, és mégis üres kézzel hagyhat.
Ezért az, hogy egy eszköz megjelenik egy listán, nem bizonyíték arra, hogy a szinkronizálás futni fog.
A gyakorlatban a relé megjeleníti az eszközt, a felhasználó rákattint, és a munkamenet egy pillanattal később elakad. Ez az eredmény a csak felderítést javító megoldás aláírása.
Miért nem helyettesíti a VPN-útvonal a helyi kapcsolatot
A Multicast DNS tervezésénél fogva helyi, ezért egy irányított alagút nem viszi át, hacsak valami kifejezetten nem továbbítja. Relével is a szinkronizáló szolgáltatás olyan egyenrangú viszonyt vár, amelyet az alagút nem hoz létre. Maga a munkamenet pedig nem általános fájlátvitel, amelyet bármely útvonal kielégítene. Minden rétegnek megvan a maga feltétele, és a VPN csak a harmadikkal foglalkozik.
Ez nem annak állítása, hogy minden kísérleti elrendezés lehetetlen. Ez ok arra, hogy egy évtizedes Bonjour-megkerülőt ne tekintsünk mai receptnek.
Mit tegyünk helyette, feladat szerint
Válaszd a feladathoz illő átvitelt, ahelyett hogy az eszközkezelő kapcsolatot kényszerítenéd rá. Az útra szükséges médiához indulás előtt szinkronizálj helyben. Az aktuális maradó fotókhoz és fájlokhoz használd az iCloudot vagy más engedélyezett szinkronizáló szolgáltatást.
Egyetlen dokumentumhoz az otthoni hálózaton engedélyezett fájlhozzáférési munkafolyamatot használj, ahelyett hogy a Finder eszközmunkamenetét újraalkotnád.
| Amire szükséged van | Az eszköz, amely megteszi |
|---|---|
| Média egy útra | Helyi Finder-szinkronizálás indulás előtt |
| Fotók, amelyek aktuálisak maradnak | iCloud Photos vagy más engedélyezett szolgáltatás |
| Egy fájl otthonról | Engedélyezett fájlhozzáférés, nem eszközszinkronizálás |
Különböző eszközök, különböző tárhely, különböző következmények a fiókra és az adatvédelemre.
Mit ne próbálj egy működő könyvtáron
Ne a törlés és szinkronizálás opciót válaszd, hogy kiderítsd, miért hiányzik egy távoli eszköz. A társított könyvtár cseréje lecserélheti a kijelölt tartalmat, és végül egy adatvesztési probléma tetején hibakeresel egy szinkronizálási problémát. Olyan eszközön vagy könyvtáron teszteld, amelynek elvesztését megengedheted magadnak.
A felhőszinkronizálás sem lesz helyi attól, hogy egy másik eszköz VPN-t használ, és a távoli fájlhozzáférés nem Finder-biztonsági mentés.