NordVPN në Linux bllokon LAN-in: lista e lejeve dhe DNS
Një çelës sigurie bllokon gjithçka jashtë tunelit, përfshirë intervalet private. Lexoni rregullat, lejoni një prefiks dhe më pas rregulloni veçmas zgjidhjen e emrave.
Gjithçka duket normale derisa të përpiqeni të arrini diçka në tavolinën tuaj. Tuneli është aktiv, faqet ngarkohen dhe disku i rrjetit skadon. Shkëputuni dhe disku kthehet përpara se ta përfundoni fjalinë, gjë që ju tregon më shumë se çdo regjistër: klienti po refuzon me dashje trafikun që nuk hyn në tunel, dhe rrjeti juaj lokal është në anën e gabuar të asaj linje.
Çelësi i sigurisë po bën punën e vet
Një çelës sigurie ekziston për të ndaluar trafikun të shpëtojë kur tuneli nuk është i disponueshëm. Intervalet private të adresave numërohen si trafik që nuk hyn në tunel, kështu që një zbatim i rreptë i bllokon ato bashkë me gjithçka tjetër. Ky nuk është defekt në kuptimin që njerëzit kanë parasysh kur paraqesin raportin.
Lexoni së pari pikëpamjen e vetë klientit. Një komandë shtyp cilësimet aktuale dhe e dyta tregon objektet e murit të zjarrit që ka krijuar klienti. Po kërkoni një drop ose reject që shfaqet përpara çdo përjashtimi tuneli, sepse pikërisht ky rend e bën rrjetin lokal të paarritshëm.
nordvpn settings
sudo nft list ruleset
sudo iptables -S
Më pas kryeni një test që e ndan problemin në dy. Arritni pajisjen sipas adresës, dhe më pas sipas emrit. Adresa funksionon dhe emri dështon do të thotë që muri i zjarrit është i pafajshëm dhe zgjidhësi jo. Të dyja dështojnë do të thotë që muri i zjarrit po refuzon paketën, dhe pjesa tjetër e këtij artikulli vlen.
Lista e lejeve: zgjidhni llojin e hyrjes sipas simptomës
Klienti ofron një listë lejesh me tre lloje hyrjesh, dhe zgjedhja e llojit të duhur është pjesa më e madhe e punës. Një nënrrjet mbulon hostet. Një port mbulon një shërbim pavarësisht destinacionit. Një grup multicast mbulon trafikun e zbulimit, që është një formë tjetër trafiku nga çdo gjë që i adresohet një hosti të vetëm.
nordvpn allowlist add subnet 192.168.1.0/24
nordvpn allowlist add port 22
nordvpn allowlist add subnet 239.255.255.250/32
sudo nft list ruleset | grep -i allow
Dështimet e zbulimit i befasojnë njerëzit sepse një printer ose server mediash mund të gjendet me një kërkesë të adresuar grupit në vend të një kërkimi të adresës së vet. Shtimi i nënrrjetit të hostit nuk e mbulon automatikisht atë grup, kështu që pajisja mbetet e padukshme ndërsa faqja e saj e internetit ngarkohet mirë kur shkruani adresën.
Mbajeni përjashtimin aq të ngushtë sa lejon simptoma. Një prefiks i gjerë i shkruar një herë harrohet për vite, dhe askush nuk mund të shpjegojë më vonë se cilat makina duhej të pranonte. Fshini hyrjet kur mbaron projekti që i kërkonte ato, dhe kontrolloni çfarë mbetet pas një përditësimi.
Ndërtimet e fundit ofrojnë gjithashtu një cilësim të vetëm për zbulimin në LAN. Është i përshtatshëm, dhe ndërvepron me listën e lejeve në vend që të vendoset mbi të: aktivizimi i tij mund të pastrojë hyrjet ekzistuese të nënrrjetit privat, dhe një rregull manual i nënrrjetit privat mund të refuzohet sa kohë që ai mbetet i aktivizuar.
Emrat e hosteve kërkojnë një vendim të veçantë
Lejimi i një nënrrjeti rikthen lidhshmërinë sipas adresës dhe e lë emërtimin të paprekur. Emrat lokalë të hosteve vazhdojnë të dërgohen te zgjidhësi që klienti konfiguroi kur u ngrit tuneli, kështu që një emër që zgjidhej më parë tani nuk kthen asgjë.
Drejtimi i klientit te zgjidhësi i ruterit e rregullon këtë në një hap dhe ndryshon në heshtje atë që keni blerë. Atëherë çdo kërkim, jo vetëm lokal, del përmes ruterit, kështu që tuneli nuk e mbron më pjesën e shfletimit tuaj që zbulon qëllimet.
Rruga më e ngushtë mban zgjidhësin e tunelit dhe shton disa emrat që kanë rëndësi, ose si domen kërkimi ose si hyrje individuale. Kërkon më shumë vëmendje dhe ruan vetinë për të cilën paguat.
Kontrolloni rezultatin me një thirrje të zgjidhësit të sistemit në vend të një shfletuesi. Shfletuesit gjithnjë e më shumë ekzekutojnë zgjidhjen e tyre të kriptuar dhe përgjigjen me kënaqësi nga një rrugë që guaskë tuaj nuk e përdor kurrë, kështu që shiriti i adresës mund të duket i shëndetshëm ndërsa zgjidhësi i sistemit është ende i prishur.
Problemi i instalimit që vjen i pari
Një pjesë e mirë e këtyre raporteve nuk arrijnë kurrë te muri i zjarrit, sepse komanda thjesht nuk është atje. Paketa fillestare e furnizuesit regjistron një depo dhe një çelës nënshkrimi. Ajo nuk e instalon klientin, kështu që një komandë që mungon menjëherë pas kësaj është rezultati i pritur dhe jo dështim.
Rifreskoni listat e paketave dhe instaloni sipas emrit. Nëse menaxheri i paketave ankohet për një çelës publik që mungon, çelësi nuk ka zbarkuar aty ku e kërkon, dhe rregullimi është ta vendosni atje përpara se të rifreskoni përsëri.
Nëse emri i hostit të depos zgjidhet në një adresë private, ndaloni dhe lexoni atë rezultat dy herë. Mund të jeni tashmë duke ekzekutuar një tunel, zgjidhësi i të cilit përgjigjet për emra publikë, dhe riprovimi i instalimit do të prodhojë të njëjtin mesazh pafundësisht.
Shkruajeni para se të mbyllni kapakun
Vërtetoni që tuneli është e vetmja gjë që ka ndryshuar, më pas lejoni gjënë më të vogël që rikthen simptomën. Mbajeni emërtimin si vendim më vete me shënimin e vet.
Regjistroni cili përjashtim ekziston për cilën pajisje dhe kush e kërkoi. Një rrjet lokal që funksionon vetëm sepse dikush shkruajti një prefiks të gjerë është një vendim që tashmë i ka mbijetuar arsyes së vet.
Riprovojeni pasi klienti të përditësohet. Paraqitja e murit të zjarrit ndryshon midis versioneve, dhe lista e lejeve e muajit të kaluar nuk është fakt për këtë muaj.