Handoff lakkab töötamast, kui VPN ühendub: mida kontrollida

Avage iPhone'is leht, minge Maci juurde ja Docki ikoon ei ilmu. Lülitage VPN välja ja see töötab. See jada näeb välja nagu VPN-i probleem ja sageli ongi, kuid mitte sel põhjusel, mida inimesed eeldavad: Handoff on kohalik seadmetevaheline funktsioon ja tunnel segab kohalikku osa, mitte internetiosa.

Parandage üks ülesanne ja üks seadme paar

Valige üks Handoffi toetav ülesanne, näiteks veebileht Safari's või mustand Notes'is, ja üks seadme paar. Hoidke rakendus, kontod ja füüsilised asukohad muutumatuna, muutes korraga ühte muutujat. Test, mis liigutab korraga kolme asja, annab vaatluse, mida te kasutada ei saa.

Handoff on ülesande jätkamine, mitte ekraani edastamine ega failide jagamine. Kui nõue on ekraani peegeldada või jagatud ressurss kinnitada, silute teist funktsiooni teiste eeldustega.

Kirjutage täpne ülesanne üles, sest iga paranduse kontrollijaks on see, et sama ülesanne töötab.

Eeldused on kohalikud, mitte kauged

Apple'i nõuded Handoff jaoks on lähedal asuvad ühilduvad seadmed, Wi-Fi ja Bluetooth sisse lülitatud mõlemas, sama Apple Account sisse logitud ja Handoff sisse lülitatud. Kontrollige Continuity jaoks kasutatavat kontot, mitte kontot, mis ostis rakenduse, sest jagatud Macis võivad need erineda. Seejärel kinnitage, et rakendus ja ülesanne tõesti toetavad Handoffi, sest juhuslikult avatud rakendus ei tõesta midagi. Need kontrollid on odavad ja need tuleb esimesena välistada.

Kõik see toimub kohalike raadioside kaudu. Bluetooth kuulutab tegevust ja Wi-Fi kannab kasulikku koormust, seetõttu peavad seadmed olema lähestikku ka siis, kui mõlemal on internetiühendus.

Miski sellest ei sõltu avalikust aadressist, mida kumbki seade kasutab.

Mida VPN-klient kohaliku liiklusega teeb

Täistunneli klient võib haarata kohaliku alavõrgu koos kõige muuga ja mõned kliendid teevadki täpselt seda, kui te ei luba kohalikku võrgupääsu. Apple hoiatab, et kohalikku võrgustikku takistavad VPN-i seadistused võivad Continuity funktsioone segada. See on väide kliendi poliitika kohta, mitte ühe konkreetse blokeeritud pordi kohta.

Paljud kliendid pakuvad kohaliku juurdepääsu erandit; lugege, mida see lubab, enne kui selle lubate, ja eelistage müüja toetatud valikut tulemüüri reeglite käsitsi muutmisele.

Kui kliendil sellist valikut pole, kuulub disainiotsus sellele, kes juurutust omab.

Mida jagatud väljumine teile ei anna

Kaks sama VPN-serverit kasutavat seadet jagavad väljumisaadressi ja see on kõik, mida nad jagavad. See ei loo Bluetoothi kuulutust, ei pane neid samasse kohalikku linki ega paranda sobimatut Apple Accounti. Ühise avaliku aadressi pidamine eelduseks on kategooriaviga, mis viib mõttetute kliendimuudatusteni.

Tellijate isoleerimine VPN-teenuses on samuti erinev küsimus kui kaks lähedal asuvat seadet, mis ülesannet jätkavad, seega tellijatevahelise edastuse avamine ei ole Handoffi samm.

Ruuteripõhine VPN muudab, milline poliitika seadmetele kehtib, ja see ei anna ikkagi puuduvat raadiot ega kontot.

Otsustage koos poliitika omanikuga ja seejärel kontrollige mõlemat tulemust

Paranduse otsustavad kolm tingimust. Kas eelduste ahel püsib VPN-i väljalülitamisel? Kas kliendil on toetatud kohaliku juurdepääsu valik ja kas poliitika lubab seda? Ja kas saate muudatust kontrollida ilma nõrgendamata kaitset, mille jaoks tunnel on? Kui kolmas vastus on ei, vajab muudatus administraatorit, mitte möödasõitu.

Pärast kinnitatud muudatust kinnitage mõlemad tulemused: ülesanne jätkub lähedalasuvas seadmes ja tunnelit vajavad rakendused säilitavad kavandatud juurdepääsu ja blokeerimise.

Registreerige erand selle ühenduse seadistuse kõrvale, muidu eemaldab järgmine profiiliuuendus selle vaikselt.