Chrome VPN API: толькі ChromeOS, а не тунель для працоўнага стала
chrome.vpnProvider — гэта API для ChromeOS. Пашырэнне-праксі браўзера і пашырэнне, якое кіруе настольным VPN-кліентам, — розныя прадукты з розным ахопам.
Тры прадукты называюць сябе Chrome VPN, і толькі адзін з іх — гэта тое, што апісвае дакументацыя vpnProvider. Гэты API даступны на ChromeOS, дзе пашырэнне можа рэалізаваць кліенцкі бок VPN-злучэння замест таго, каб размаўляць з усталяваным кліентам. Пашырэнне-праксі браўзера змяняе тое, куды Chrome адпраўляе запыты. Пашырэнне, якое кіруе асобным кліентам для працоўнага стала, — гэта панэль кіравання для праграмы, што працуе па-за браўзерам. Веданне таго, які з трох вы бачыце, адказвае на большасць пытанняў, якія людзі прыносяць у гэтае параўнанне.
Заўвага пра платформу — гэта першы фільтр
Афіцыйная даведка па vpnProvider указвае абмежаванне даступнасці ў сваім жа тэксце, і дазвол, названы там, належыць гэтаму кантракту. Даданне vpnProvider у маніфест на Windows не стварае інтэрфейс.
Чытайце радок пра платформу перад спісам дазволаў, бо дазвол мае сэнс толькі там, дзе існуе API.
Пашырэнне-праксі: браўзер — гэта мяжа
Пашырэнне-праксі выкарыстоўвае налады праксі браўзера, каб адпраўляць запыты Chrome праз сервер. Яно кросплатформавае і сумленнае адносна свайго ахопу. Іншыя праграмы захоўваюць уласныя злучэнні, а частка трафіку браўзера можа ўсё яшчэ не ісці па наладжаным маршруце. Гэта змена на ўзроўні браўзера, а не сістэмны тунель.
Калі патрабаванне — «гэты адзін сайт, у гэтым адным браўзеры», гэта правільны інструмент.
Пашырэнне плюс спадарожная праграма: тунелем валодае праграма
Кліент VPN для працоўнага стала звычайна ўсталёўвае службу і віртуальны адаптар, а яго пашырэнне — гэта пульт дыстанцыйнага кіравання, які звяртаецца да праграмы. Тунель існуе на ўзроўні аперацыйнай сістэмы, таму ён ахоплівае праграмы, якіх браўзер ніколі не бачыць. Дазволы пашырэння апісваюць канал кіравання, а не шыфраванне. Калі выдаліць пашырэнне, тунель застанецца цэлым, а калі выдаліць праграму, пашырэнне зламаецца.
Гэтая асіметрыя — самы хуткі тэст. Адключыце пашырэнне і паглядзіце, ці іншыя праграмы ўсё яшчэ карыстаюцца VPN.
Правайдэр ChromeOS: пашырэнне рэалізуе кліент
На ChromeOS мадэль правайдэра істотна іншая. Пашырэнне атрымлівае паведамленні канфігурацыі і платформы, стварае аб’ект канфігурацыі, паведамляе платформе стан злучэння і падае трафік праз API замест асобнага ўсталяванага кліента. Гэта бліжэй да напісання кліента VPN, чым да яго налады. API таксама мяркуе канечную кропку, якой вы ўжо кіруеце, таму ён не падае сэрвіс.
Вось чаму даведка гаворыць пра рэалізацыю кліента, а не пра далучэнне да яго.
Як чытаць заяву прадукту супраць гэтых трох
Спытайце, якія аперацыйныя сістэмы падтрымліваюцца, затым — які кампанент валодае злучэннем. Калі адказ — праксі браўзера, чакайце ахопу браўзера. Калі адказ — спадарожная праграма, чакайце сістэмнага ахопу, пакуль гэтая праграма працуе. Калі адказ — правайдэр ChromeOS, чакайце, што ён будзе працаваць на ChromeOS і нідзе больш. Старонка прадукту, якая кажа «Chrome VPN» і не адказвае на гэтыя два пытанні, не сказала вам, што ён робіць.
Праверце таксама дазволы супраць заяўленай задачы. Доступ да сайтаў і кіраванне праксі — гэта розныя дазволы, і ні адзін з іх не становіцца апраўданым толькі таму, што API іншай платформы выпадкова носіць тое ж імя.
Што ні адзін з іх вам не кажа
Інтэрфейс нічога не кажа пра тое, хто кіруе канечнай кропкай, што яна запісвае і ці даступны сэрвіс там, дзе вы жывяце. Гэта ўласцівасці правайдэра, а не API. Існуючы тунель не азначае аўтаматычна, што яму варта давяраць, а існуючы дазвол не з’яўляецца магчымасцю на вашай платформе. Трымайце гэтыя два меркаванні асобна.
Затым праверце заяву на прыладзе, якой вы сапраўды карыстаецеся, з праграмай, якая не з’яўляецца браўзерам.