Hatással van a VPN az iPhone Wi-Fi-hívásaira? Vizsgálja meg az operátor oldalát

Csatlakozzon egy hotelhálózathoz, indítson egy hívást a Phone alkalmazásból, majd nyisson meg egy böngészőt, és nézze meg, hogy az a hotel címe helyett a VPN kilépési címét jelzi: három megfigyelés, amelyek ellentmondásosnak tűnnek, és általában nem azok. Az operátori Wi-Fi-hívást a mobilszolgáltatója a vonalán építi ki, míg a VPN csak egy útválasztási réteg az eszköze által küldött adatokhoz. Egy nyilvános IP-oldal felolvasása telefonhívásra vonatkozó bizonyítékként a leggyorsabb módja annak, hogy egy délutánt a rossz beállítással töltsön. Egyik szolgáltatás sem ítélhető meg a másik tünete alapján, és a sorrend, amelyben ellenőrzi őket, megváltoztatja a választ.

A mítosz, hogy egyetlen alagút viszi az összes hívást

Amint a VPN csatlakozik, a benyomás az, hogy most minden, amit a telefon küld, a szolgáltató szerverén keresztül hagyja el az eszközt, a hangot is beleértve. Az adatok valóban követik az alagút által telepített útvonalakat, de az operátori hangszolgáltatás alapértelmezés szerint nem tartozik ezek közé az útvonalak közé: az operátor belső hálózata szállítja, és az alagút soha nem helyettesíti ezt a belső hálózatot. A Phone alkalmazás Wi-Fi-hívás módja az előfizetői vonalához kapcsolódó ajánlat. Egy fogyasztói VPN-profil nem tudja kiépíteni, és visszavonni sem tudja.

Az üzenetküldő vagy üzleti alkalmazáson belül indított hívások más termékek. Az ilyen alkalmazás saját fiókkal, saját szerverekkel és saját médiaútvonallal rendelkezik, ezért ezek a hívások általában az alagúton belül haladnak, és megszakadhatnak, amikor az alagút megszakad. Ha egy sikertelen hívást még a beállítások érintése előtt vonalszintű szolgáltatásként vagy alkalmazásszintű fiókként sorol be, a találgatások nagy része eltűnik.

Valóban ki van építve a Wi-Fi-hívás ezen a vonalon?

A VPN-nel kapcsolatos bármilyen kérdés előtt ellenőrizze, hogy az operátora és a készüléke támogatja-e a funkciót, és hogy az be van-e kapcsolva arra a konkrét vonalra, amelyet tesztel. Az Apple Wi-Fi-hívás beállítási útmutatója végigvezet az operátorspecifikus engedélyezési útvonalon és azon az állapoton, amelyet a telefon a vonal aktívvá válása után mutat. Ha ez az állapot hiányzik, vagy az operátora soha nem jelenik meg a listán, akkor nem a VPN az, amit vizsgálni kell.

Folytassa egyetlen közönséges hívással egy Ön által ellenőrzött számra, figyelve az állapotjelzőt, miközben a hívás csatlakozik. Az a telefon, amely a Wi-Fi-t csatlakozottként mutatja, csak azt bizonyította, hogy az adatkapcsolat él; azt nem bizonyította, melyik hálózat vitte a hangot. Soha ne indítson segélyhívást annak megfigyelésére, hogyan van útvonalazva a hang, és soha ne tekintsen egy üzenetküldő alkalmazáson belüli hanghívást az operátori funkcióra vonatkozó bizonyítéknak. Ezek külön szolgáltatások, külön hibamódokkal, és az egyik semmit sem mond a másikról.

Ha a tünet csak a VPN bekapcsolása mellett jelentkezik, tartsa állandóan a vonalat, a Wi-Fi-hálózatot és a hívás célpontját, és futtatásonként egyetlen változót módosítson. Felügyelt telefonon a profil nélküli összehasonlító futtatás csak akkor jogszerű, ha az adminisztrátor ehhez előre hozzájárult.

Hová illeszkedik az IncludeAllNetworks és az ExcludeCellularServices

Az eszközkezelési profilban lévő IKEv2-terhelés két kulcsot hordoz, amelyek erről a szétválasztásról döntenek. IncludeAllNetworks az a kapcsoló, amely az eszköz teljes forgalmát az alagútba tereli, nem csak azt, amit a VPN-alkalmazás éppen elkap. Ha egyszer be van állítva, ExcludeCellularServices ki tudja vágni az interneten átirányítható szolgáltatási forgalmat az alagútból, és a Wi-Fi-hívás azon szolgáltatások egyike, amelyeket ez a kivétel megnevez. Az a forgalom, amelyet az operátor egyenesen a saját belső hálózatába irányít, és soha nem megy át a nyilvános interneten, az alagúton kívül marad, bármit is mond ez a két kulcs.

A kulcsok azt írják le, mit tud egy profil kifejezni, nem azt, hogy a szolgáltatója mit szállított le valójában. Az a profil, amely kihagyja a ExcludeCellularServices -t, a funkciót az alagúton belül tarthatja, és az a szolgáltató, amely nem tesz elérhetővé szerkeszthető kapcsolót, teljesen felhasználói felület nélkül hagyhatja. A döntő dokumentum a telepített terhelés, és az adminisztrátora szó szerint vissza tudja olvasni Önnek.

Miért nem tud egy nyilvános IP-oldal hívást követni

Az az oldal, amely a VPN kilépési címét jelzi, egyetlen HTTP-kérést mért egyetlen alkalmazástól egyetlen pillanatban. Semmit sem mond arról a felületről, amelyet egy hanghívás használt, és egy csatlakozó hívás semmit sem mond arról, hogy az alagút egészséges-e más forgalom számára. Ha az egyiket a másik helyettesítőjeként használja, magabiztosnak hangzó és hibás következtetéseket kap.

Tartsa az adatvédelmi oldalt ugyanilyen kézzelfoghatóan: az operátor továbbra is őrzi az előfizetői nyilvántartását, és továbbra is szállítja a vonalszolgáltatást, tehát egy más webes kilépés nem szakítja el ettől a fióktól. A VPN átírja az általa elkapott forgalom útvonalait; nem helyez át egy mobilvonalat egy másik szolgáltatóhoz.

Olyan diagnosztikai sorrend, amely érintetlenül hagyja a szabályzatát

Kezdje a vonallal: funkció engedélyezve, operátor a listán, jelző jelen van, egy közönséges hívás megtörtént. Ezután vizsgálja meg a profilt, megkérdezve, hogy az IncludeAllNetworks be van-e kapcsolva, és mire van állítva az ExcludeCellularServices. Csak ha mindkettő tisztán jön vissza, érdemli meg maga az alagút a figyelmét.

Írja le, milyen eredményt akart valójában: egy engedélyezett telefonfunkció, amely működik, ismert alagútól. Ez a válasz túlél egy operátorfrissítést, egy új hálózatot vagy egy átdolgozott profilt, míg a csomagokról szóló találgatás semmit sem él túl. Ha Ön kezeli a profilt, olvassa el a hangszolgáltatási kivételeket a forgalomblokkoló szabályok mellett ugyanabban a terhelésben, mert a kettő kölcsönhat egymással. Ha Ön a felhasználó, az operátor támogatási csatornája és a VPN-szolgáltatója dokumentált viselkedése az a két forrás, amelyet érdemes megidézni egy jegyben.