NordVPN sur Linuxo blokas la LAN: permeslisto kaj DNS
Kill-switch blokas ĉion ekster la tunelo, inkluzive privatajn intervalojn. Legu la regulojn, permesu unu prefikson kaj poste aparte riparu nomrezolvon.
Ĉio aspektas normale ĝis vi provas atingi ion sur via propra skribotablo. La tunelo funkcias, paĝoj ŝarĝiĝas, kaj la reta disko finiĝas per tempolimo. Malkonektiĝu kaj la disko revenas antaŭ ol vi finos la frazon, kio diras al vi pli ol iu ajn protokolo: la kliento intence rifuzas trafikon, kiu ne eniras la tunelon, kaj via loka reto estas sur la malĝusta flanko de tiu linio.
La kill-switch faras sian taskon
Kill-switch ekzistas por malhelpi trafikon eskapi kiam la tunelo ne disponeblas. Privataj adresintervaloj konsideriĝas trafiko, kiu ne eniras la tunelon, do strikta efektivigo blokas ilin kune kun ĉio alia. Tio ne estas cimo en la senco, kiun homoj celas kiam ili sendas la raporton.
Unue legu la propran vidpunkton de la kliento. Unu komando presas la nunajn agordojn, kaj dua montras la fajroŝirmilajn objektojn, kiujn la kliento kreis. Vi serĉas forĵeton aŭ rifuzon, kiu aperas antaŭ iu ajn tunela escepto, ĉar ĝuste tiu ordo igas la lokan reton neatingebla.
nordvpn settings
sudo nft list ruleset
sudo iptables -S
Poste faru unu teston, kiu duonigas la problemon. Atingu la aparaton per adreso, kaj poste per nomo. Adreso funkcias kaj nomo malsukcesas signifas, ke la fajroŝirmilo estas senkulpa kaj la solvilo ne. Ambaŭ malsukcesas signifas, ke la fajroŝirmilo rifuzas la paketon, kaj la resto de ĉi tiu artikolo validas.
Permeslisto: elektu la enirtipon laŭ la simptomo
La kliento proponas permesliston kun tri specoj de enskribo, kaj elekti la ĝustan specon estas la plej granda parto de la laboro. Subreto kovras gastigantojn. Pordo kovras unu servon sendepende de la celo. Multdissenda grupo kovras malkovran trafikon, kiu estas malsama formo de trafiko ol io ajn adresita al unu sola gastiganto.
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
Malkovraj malsukcesoj surprizas homojn ĉar printilo aŭ amaskomunikila servilo povas esti trovita per grupadresita peto anstataŭ per serĉo de sia propra adreso. Aldoni la subreton de la gastiganto ne aŭtomate kovras tiun grupon, do la aparato restas nevidebla dum ĝia retpaĝo bone ŝarĝiĝas kiam vi tajpas la adreson.
Tenu la escepton tiel mallarĝa kiel la simptomo permesas. Larĝa prefikso tajpita unufoje forgesiĝas dum jaroj, kaj neniu poste povas klarigi, kiujn maŝinojn ĝi celis enlasi. Forigu enskribojn kiam la projekto, kiu bezonis ilin, finiĝas, kaj kontrolu, kio restas post ĝisdatigo.
Lastatempaj konstruoj ankaŭ montras unu solan agordon por LAN-malkovro. Ĝi estas oportuna, kaj ĝi interagas kun la permeslisto anstataŭ stakiĝi sur ĝi: ŝalti ĝin povas forigi ekzistantajn enskribojn de privataj subretoj, kaj permana regulo por privata subreto povas esti rifuzata dum ĝi restas ŝaltita.
Gastigantnomoj bezonas apartan decidon
Permesi subreton restarigas konekteblecon per adreso kaj lasas nomadon netuŝita. Lokaj gastigantnomoj ankoraŭ sendiĝas al tiu solvilo, kiun la kliento agordis kiam la tunelo leviĝis, do nomo, kiu antaŭe solviĝis, nun redonas nenion.
Direkti la klienton al la solvilo de la enkursigilo riparas tion en unu paŝo kaj kviete ŝanĝas tion, kion vi aĉetis. Ĉiu serĉo, ne nur lokaj, tiam eliras tra la enkursigilo, do la tunelo ne plu protektas tiun parton de via retumo, kiu malkaŝas intencojn.
La pli mallarĝa vojo konservas la tunelan solvilon kaj aldonas la malmultajn nomojn, kiuj gravas, ĉu kiel serĉdomajnon ĉu kiel individuajn enskribojn. Ĝi kostas pli da atento kaj konservas la econ, por kiu vi pagis.
Kontrolu la rezulton per voko de la sistema solvilo anstataŭ per retumilo. Retumiloj pli kaj pli rulas sian propran ĉifritan solvon kaj volonte respondas per vojo, kiun via ŝelo neniam uzas, do la adresobreto povas aspekti sana dum la sistema solvilo ankoraŭ estas rompita.
La instalproblemo, kiu venas unue
Eta parto de ĉi tiuj raportoj neniam atingas la fajroŝirmilon, ĉar la komando simple ne estas tie. La praŝarga pako de la vendisto registras deponejon kaj subskriban ŝlosilon. Ĝi ne instalas la klienton, do mankanta komando tuj poste estas la atendata rezulto, ne malsukceso.
Refreŝigu la paklistojn kaj instal u per nomo. Se la pakmastrumilo plendas pri mankanta publika ŝlosilo, la ŝlosilo ne alteriĝis tie, kie ĝi serĉas ĝin, kaj la ripeto estas meti ĝin tien antaŭ ol refreŝigi denove.
Se la gastigantnomo de la deponejo solviĝas al privata adreso, haltu kaj legu tiun rezulton dufoje. Eble vi jam funkciigas tunelon, kies solvilo respondas por publikaj nomoj, kaj reprovi la instaladon produktos la saman mesaĝon senfine.
Skribu ĝin antaŭ ol vi fermos la kovrilon
Konstatu, ke la tunelo estas la sola afero, kiu ŝanĝiĝis, kaj poste permesu la plej malgrandan aferon, kiu restarigas la simptomon. Tenu nomadon kiel propran decidon kun propra noto.
Notu, kiu escepto ekzistas por kiu aparato kaj kiu petis ĝin. Loka reto, kiu funkcias nur ĉar iu tajpis larĝan prefikson, estas decido, kiu jam postvivis sian kialon.
Retestu post kiam la kliento ĝisdatiĝos. La fajroŝirmila aranĝo ŝanĝiĝas inter eldonoj, kaj la permeslisto de pasinta monato ne estas fakto pri ĉi tiu monato.