Дали VPN-от на телефонот го покрива преносниот сметач на неговиот хотспот?
Хотспотот ја споделува интернет врската на телефонот, но не нужно и неговиот тунел. Покриеноста ја одредуваат три услови, а преносниот сметач секогаш може да го стартува сопствениот VPN.
Прелистувачот на телефонот пријавува адреса во друга земја, а преносниот сметач на неговиот хотспот сè уште го пријавува мобилниот оператор. Ниту едно од двете набљудувања не е погрешно, а противречноста што луѓето ја гледаат доаѓа од претпоставката дека споделувањето интернет врска значи и споделување тунел. Три услови одредуваат дали сообраќајот на поврзаниот уред влегува во VPN-от на телефонот, и само еден од нив се однесува на поставките на телефонот. Поминете ги пред да барате функција за споделување што можеби и не постои.
Што всушност препраќа хотспотот
Тетерингот му дава на преносниот сметач пат до интернет преку мобилниот интерфејс на телефонот. Телефонот тие пакети ги препраќа и вообичаено ги преведува адресите на преносниот сметач кога излегуваат. Тоа е функција на препраќање, а препраќањето не е исто како фаќање сообраќај во тунел.
Дали препратените пакети потоа влегуваат во VPN-от на телефонот зависи од тоа како VPN-апликацијата ги поставила своите рути и правила. Апликација што фаќа само сообраќај настанат на телефонот нема да ги види пакетите што јадрото ги препраќа во името на поврзан клиент.
Затоа двете набљудувања толку лесно коегзистираат. Прелистувачот на самиот телефон го користи тунелот, пакетите на преносниот сметач одат по патот на препраќање, и ништо на ниту еден од двата екрана не ви лаже. Двата уреда едноставно не го поставуваат истото прашање на истиот интерфејс. Откако ќе ја видите таа поделба, поплаката „зошто мојот преносен сметач не е заштитен“ станува прашање на дизајн, а не дефект.
Прв услов: кој тунел го стартува телефонот
Започнете со утврдување на опсегот на VPN-от на телефонот. Тунел за целиот уред, тунел по апликација и прокси само за прелистувачот се три различни работи, и само првиот има некаква шанса да го покрие препратениот сообраќај. Гледајте го описот на добавувачот за тоа што апликацијата фаќа, а не иконата во статусната лента.
Потоа проверете што вели добавувачот за тетерингот. Некои изречно документираат дека вообичаениот хотспот сообраќај е надвор од тунелот, што е чесен одговор за потрошувачка услуга што никогаш не ветила дека ќе биде рутер. Упатството на Proton VPN за хотспот на Android е еден објавен пример за таа разлика; документацијата на вашиот добавувач е онаа што е важна за вашиот уред.
Иконата за VPN во статусната лента ви кажува дека телефонот има тунел. Таа не ви кажува кои интерфејси ги покрива тој тунел, и токму во таа празнина живее најголемиот дел од конфузијата.
Втор услов: дали тетерингот е вклучен
Дури и тунел за целиот уред може по проект да го исклучи препратениот сообраќај, бидејќи правилата за рутирање на апликацијата се напишани за локално создадени пакети. Вклучувањето поврзани клиенти обично бара добавувачот тоа изречно да го поддржува, или уред со root и прилагодени правила што повеќето луѓе не треба да ги обидуваат.
Преминот од Wi-Fi на USB тоа не го менува. Потсистемот за тетеринг поддржува неколку преноси, но преносот не е одлуката за рутирање. Кабелот ја прави врската постабилна и не прави ништо за покриеноста на тунелот, затоа советот „само користи USB“ одговара на друго прашање од поставеното.
Старите рецепти што ги бришат правилата на огнениот ѕид и претпоставуваат одредени имиња на интерфејси не се преносливи упатства. Напишани се за одреден уред, одреден ROM и одредена година, а нивната примена на денешен телефон е поверојатно да го скрши тетерингот отколку да прошири тунел.
Трет услов: чиј идентитет му е потребен на одредиштето
Ова е условот што обично го решава дизајнот, и нема никаква врска со хотспотовите. Ако преносниот сметач треба да стигне до мрежата на работодавач, идентитетот што е важен му припаѓа на преносниот сметач, а потрошувачкиот VPN на телефонот не може да го обезбеди.
ip -brief addr show curl -sS https://ifconfig.me/ip dig +short myip.opendns.com @resolver1.opendns.com
Извршете ги тие команди на преносниот сметач, не на телефонот, бидејќи прашањето е што гледа одредиштето од уредот што ве интересира. Јавната адреса што ја пријавува телефонот одговара на прашање за телефонот.
Дури и совпаѓачки резултат од преносниот сметач е ограничен доказ. Разрешувањето имиња, другите апликации и однесувањето кога тунелот ќе откаже му припаѓаат на уредот чија покриеност ја тестирате, а едно HTTP барање не го карактеризира ниту едно од нив. Тестирајте ја апликацијата што навистина ви е важна, потоа тестирајте ја повторно со намерно исклучен тунел.
Што да направите наместо тоа, по ред на труд
Најевтиниот точен одговор е да го стартувате VPN-от на преносниот сметач. Поврзете го со хотспотот, оставете телефонот да ја обезбеди основната мобилна врска и воспоставете го тунелот од уредот на кој му е потребен идентитетот. Ова функционира со VPN-ови на работодавачи, и тоа е случајот што е најважен.
Ако уредот воопшто не може да стартува VPN-клиент, побарајте изречно поддржана порта за споделување или патнички рутер што го завршува тунелот. Читајте ја неговата документација за вистинската платформа наместо да претпоставувате дека функцијата за хотспот е таа порта.
Ако ниту едно не е возможно, прифатете го ограничувањето наместо да го заобиколувате со рецепт што не можете да го одржувате. VPN-от на телефонот го покрива телефонот; на преносниот сметач му треба сопствен пат, и да го знаете тоа однапред вреди повеќе од попладне со интерфејсни експерименти. Документирајте го договорот за следниот човек да не го открива повторно за време на инцидент. Еден ред во викито на тимот е доволен.