VPN hyrëse në Windows ose një host OpenVPN: zgjidhni për pesë minuta
Dëgjuesi i integruar i Windows mjafton për një provë mes dy makinave. Krahasojeni me një pikë fundore në router dhe një host OpenVPN përpara se të zgjidhni për përdorues realë.
Windows mund të pranojë një lidhje VPN pa asgjë të instaluar përveç sistemit operativ, dhe kjo ndihmon vërtet kur dy makina që zotëroni kanë nevojë për një tunel për një pasdite. Mbetet i dobishëm afërsisht kaq gjatë. Dëgjuesi i integruar ka një menu fikse protokollesh, asnjë politikë për çdo klient dhe një varësi nga një desktop që dikush mund ta mbyllë. Zgjedhja mes tij, një pike fundore në router dhe një hosti OpenVPN zbret në tre kushte, jo në preferencë.
Çfarë është në të vërtetë dëgjuesi i integruar
Magjistari i lidhjeve hyrëse e kthen një stacion pune në një pikë fundore të vogël të aksesit në distancë. Ju zgjidhni cilat llogari lokale mund të telefonojnë, si shpërndahen adresat dhe cili protokoll është aktiv: PPTP, plus L2TP/IPsec ose SSTP aty ku e mbështesin botimi dhe puna me certifikata.
Ajo që nuk është është një shtresë politikash. Nuk ka caktim rrugësh për çdo përdorues, as tunel të ndarë të imponuar nga serveri, as ndarje mes tunelit dhe identitetit të vetë rrjetit të stacionit. Një klient që lidhet zbarkon në të njëjtin segment si stacioni, nën rregullat e murit të zjarrit të atij segmenti.
Pikërisht pika e fundit duhet peshuar. Portat, ndarjet dhe shfletuesi i stacionit tani janë të arritshme nga kushdo që mban llogarinë, dhe llogaria është një llogari lokale Windows me gjithçka tjetër që ajo tashmë di të bëjë.
Tre kushte që vendosin
Pyetni sa duhet të zgjasë aksesi, sa njerëz kanë nevojë për të dhe nëse rrjeti mund ta dorëzojë protokollin fare.
Nëse përgjigjja është një makinë, një person dhe disa orë në një rrjet ku ju kontrolloni routerin, dëgjuesi i integruar është proporcional. Nëse aksesi duhet t'i mbijetojë rinisjeve për një muaj, t'u shërbejë pesë kolegëve me kredenciale të ndara ose të funksionojë nga një rrjet celular që nuk mund të marrë lidhje hyrëse, nuk është. Nëse protokolli kërkon protokoll IP 47 në vend të një porte, rrjeti mund të refuzojë ta dorëzojë, pavarësisht nga ajo që mbështet Windows.
Këto tre përgjigje eliminojnë pjesën më të madhe të debatit në një kalim. Pjesa tjetër është detaj zbatimi.
Ku fiton një pikë fundore në router
Një tunel që përfundon në router është zgjedhja e natyrshme për akses të përhershëm. Routeri është tashmë gjithmonë i ndezur, mund të mbajë një tunel nga vendi në vend drejt një zyre tjetër, dhe klientët nuk kanë nevojë për asgjë të instaluar nëse routeri ofron protokollin që përdorin.
Kufizimi është firmware-i. Routerët e konsumatorit shpesh mbështesin vetëm një pjesë të asaj që lejon specifikimi, dhe një model që reklamon mbështetjen e VPN mund të mos përfshijë pikërisht atë që kishit planifikuar. Kontrolloni listën e funksioneve të firmware-it të instaluar, jo atë të familjes së produkteve.
Ku fiton një host OpenVPN
Një server OpenVPN në një makinë të vogël gjithmonë të ndezur u përshtatet klientëve të përzier, disa përdoruesve me kredenciale të ndara dhe rrjeteve ku një port i vetëm i përshtatshëm për dalje është ndryshimi mes funksionimit dhe bllokimit. Ai lëshon një profil për çdo klient, punon në të gjitha platformat kryesore dhe nga ana e klientit sillet si një aplikacion dalës i zakonshëm.
Kërkon gjithashtu një pronar. Dikush duhet të rinovojë certifikatat, të zbatojë përditësimet e hostit dhe të lexojë regjistrin kur një klient nuk mund të lidhet. Pa atë person, një pikë fundore e vetë-hostuar degradohet në heshtje deri në ditën kur ka rëndësi.
Kontrolloni rrugën përpara se të premtoni akses
Arsyeja më e zakonshme pse dështon një dëgjues i Windows nuk është vërtetimi. Arsyeja është rruga: PPTP ka nevojë për TCP 1723 hyrës dhe GRE, që është protokoll 47 dhe jo port, dhe shumë routerë përcjellin vetëm porta. Disa rrjete aksesi nuk lejojnë fare lidhje hyrëse. Ky fakt i vetëm e përjashton dëgjuesin e integruar në më shumë rrjete sesa çdo cilësim i Windows.
Provoni rrugën përpara se të konfiguroni llogaritë, në mënyrë që një dështim të ketë një kandidat e jo tre:
Test-NetConnection -ComputerName 203.0.113.45 -Port 1723
Get-NetAdapterBinding | Where-Object ComponentID -like ms_pptp
ss -lunp | grep 1194Një port i mbyllur në rreshtin e parë është problem përcjelljeje ose i operatorit, jo problem i Windows. Rreshti i tretë është kontrolli që do të bënit pasi të zgjidhnit OpenVPN, ku një port i vetëm UDP në dëgjim zëvendëson të gjithë pyetjen e protokollit.
Çfarëdo opsioni që zgjidhni, mos e lini PPTP-në përballë internetit si zgjidhje afatgjatë; vërtetimi dhe kriptimi i tij janë të vjetruar. Dhe nëse nevoja e vërtetë është një aplikacion i vetëm web, një proxy i kundërt është një përgjigje më e vogël se çdo VPN.