Linux ನಲ್ಲಿ NordVPN LAN ಅನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ: ಅನುಮತಿ ಪಟ್ಟಿ ಮತ್ತು DNS
ಕಿಲ್ ಸ್ವಿಚ್ ಸುರಂಗದ ಹೊರಗಿನ ಎಲ್ಲವನ್ನೂ ನಿರ್ಬಂಧಿಸುತ್ತದೆ, ಖಾಸಗಿ ಶ್ರೇಣಿಗಳೂ ಸೇರಿದಂತೆ. ನಿಯಮಗಳನ್ನು ಓದಿ, ಒಂದು ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಅನುಮತಿಸಿ, ನಂತರ ಹೆಸರು ಪರಿಹಾರವನ್ನು ಬೇರೆಯಾಗಿ ಸರಿಪಡಿಸಿ.
ನಿಮ್ಮ ಸ್ವಂತ ಮೇಜಿನ ಮೇಲಿನ ಯಾವುದನ್ನಾದರೂ ತಲುಪಲು ಪ್ರಯತ್ನಿಸುವವರೆಗೆ ಎಲ್ಲವೂ ಸಾಮಾನ್ಯವಾಗಿ ಕಾಣುತ್ತದೆ. ಸುರಂಗ ಸಕ್ರಿಯವಾಗಿದೆ, ಪುಟಗಳು ಲೋಡ್ ಆಗುತ್ತವೆ, ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಡ್ರೈವ್ ಸಮಯ ಮೀರುತ್ತದೆ. ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಮತ್ತು ವಾಕ್ಯ ಮುಗಿಸುವ ಮೊದಲೇ ಡ್ರೈವ್ ಮತ್ತೆ ಬರುತ್ತದೆ, ಇದು ಯಾವುದೇ ಲಾಗ್ಗಿಂತ ಹೆಚ್ಚು ಹೇಳುತ್ತದೆ: ಕ್ಲೈಂಟ್ ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸದ ಸಂಚಾರವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರಾಕರಿಸುತ್ತಿದೆ, ಮತ್ತು ನಿಮ್ಮ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ಆ ರೇಖೆಯ ತಪ್ಪು ಬದಿಯಲ್ಲಿದೆ.
ಕಿಲ್ ಸ್ವಿಚ್ ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ
ಸುರಂಗ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಸಂಚಾರ ತಪ್ಪಿಸಿಕೊಳ್ಳದಂತೆ ತಡೆಯಲು ಕಿಲ್ ಸ್ವಿಚ್ ಇರುತ್ತದೆ. ಖಾಸಗಿ ವಿಳಾಸ ಶ್ರೇಣಿಗಳನ್ನು ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸದ ಸಂಚಾರ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಕಟ್ಟುನಿಟ್ಟಿನ ಅನುಷ್ಠಾನವು ಅವುಗಳನ್ನು ಉಳಿದೆಲ್ಲದರೊಂದಿಗೆ ನಿರ್ಬಂಧಿಸುತ್ತದೆ. ಜನರು ವರದಿ ಸಲ್ಲಿಸುವಾಗ ಅರ್ಥೈಸುವ ಅರ್ಥದಲ್ಲಿ ಇದು ದೋಷವಲ್ಲ.
ಮೊದಲು ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ದೃಷ್ಟಿಕೋನವನ್ನು ಓದಿ. ಒಂದು ಆದೇಶ ಪ್ರಸ್ತುತ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡನೆಯದು ಕ್ಲೈಂಟ್ ರಚಿಸಿದ ಫೈರ್ವಾಲ್ ವಸ್ತುಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ನೀವು ಯಾವುದೇ ಸುರಂಗ ವಿನಾಯಿತಿಗಿಂತ ಮೊದಲು ಕಾಣಿಸುವ ಡ್ರಾಪ್ ಅಥವಾ ರಿಜೆಕ್ಟ್ ಅನ್ನು ಹುಡುಕುತ್ತಿದ್ದೀರಿ, ಏಕೆಂದರೆ ಆ ಕ್ರಮವೇ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ತಲುಪಲಾಗದಂತೆ ಮಾಡುತ್ತದೆ.
nordvpn settings
sudo nft list ruleset
sudo iptables -S
ನಂತರ ಸಮಸ್ಯೆಯನ್ನು ಅರ್ಧದಷ್ಟು ಸೀಳುವ ಒಂದು ಪರೀಕ್ಷೆ ನಡೆಸಿ. ಸಾಧನವನ್ನು ವಿಳಾಸದಿಂದ ತಲುಪಿ, ನಂತರ ಹೆಸರಿನಿಂದ ತಲುಪಿ. ವಿಳಾಸ ಕೆಲಸ ಮಾಡಿ ಹೆಸರು ವಿಫಲವಾದರೆ ಫೈರ್ವಾಲ್ ನಿರಪರಾಧಿ ಮತ್ತು ರಿಜಾಲ್ವರ್ ಅಲ್ಲ. ಎರಡೂ ವಿಫಲವಾದರೆ ಫೈರ್ವಾಲ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ನಿರಾಕರಿಸುತ್ತಿದೆ, ಮತ್ತು ಈ ಲೇಖನದ ಉಳಿದ ಭಾಗ ಅನ್ವಯಿಸುತ್ತದೆ.
ಅನುಮತಿ ಪಟ್ಟಿ: ಲಕ್ಷಣದ ಪ್ರಕಾರ ನಮೂದಿನ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆಮಾಡಿ
ಕ್ಲೈಂಟ್ ಮೂರು ರೀತಿಯ ನಮೂದುಗಳಿರುವ ಅನುಮತಿ ಪಟ್ಟಿಯನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ಸರಿಯಾದ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆಮಾಡುವುದೇ ಕೆಲಸದ ಹೆಚ್ಚಿನ ಭಾಗ. ಸಬ್ನೆಟ್ ಹೋಸ್ಟ್ಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಪೋರ್ಟ್ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಲೆಕ್ಕಿಸದೆ ಒಂದು ಸೇವೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಮಲ್ಟಿಕಾಸ್ಟ್ ಗುಂಪು ಶೋಧನ ಸಂಚಾರವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಇದು ಒಂದೇ ಹೋಸ್ಟ್ಗೆ ಉದ್ದೇಶಿಸಿದ ಯಾವುದಕ್ಕೂ ಭಿನ್ನವಾದ ಆಕಾರದ ಸಂಚಾರ.
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
ಶೋಧನ ವೈಫಲ್ಯಗಳು ಜನರನ್ನು ಬೆಚ್ಚಿಬೀಳಿಸುತ್ತವೆ ಏಕೆಂದರೆ ಮುದ್ರಕ ಅಥವಾ ಮಾಧ್ಯಮ ಸರ್ವರ್ ತನ್ನ ಸ್ವಂತ ವಿಳಾಸದ ಹುಡುಕಾಟದ ಬದಲು ಗುಂಪಿಗೆ ಉದ್ದೇಶಿಸಿದ ಪ್ರಶ್ನೆಯಿಂದ ಕಂಡುಬರಬಹುದು. ಹೋಸ್ಟ್ನ ಸಬ್ನೆಟ್ ಸೇರಿಸುವುದು ಆ ಗುಂಪನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ವಿಳಾಸವನ್ನು ಟೈಪ್ ಮಾಡಿದಾಗ ಅದರ ವೆಬ್ ಪುಟ ಚೆನ್ನಾಗಿ ಲೋಡ್ ಆದರೂ ಸಾಧನ ಅದೃಶ್ಯವಾಗಿರುತ್ತದೆ.
ಲಕ್ಷಣ ಅನುಮತಿಸುವಷ್ಟು ಕಿರಿದಾಗಿ ವಿನಾಯಿತಿಯನ್ನು ಇರಿಸಿ. ಒಮ್ಮೆ ಟೈಪ್ ಮಾಡಿದ ಅಗಲವಾದ ಪ್ರಿಫಿಕ್ಸ್ ವರ್ಷಗಳ ಕಾಲ ಮರೆತುಹೋಗುತ್ತದೆ, ಮತ್ತು ಅದು ಯಾವ ಯಂತ್ರಗಳನ್ನು ಒಳಗೆ ಬಿಡಬೇಕಿತ್ತು ಎಂದು ನಂತರ ಯಾರೂ ವಿವರಿಸಲಾರರು. ಅವುಗಳನ್ನು ಅಗತ್ಯವಿದ್ದ ಯೋಜನೆ ಮುಗಿದಾಗ ನಮೂದುಗಳನ್ನು ಅಳಿಸಿ, ಮತ್ತು ನವೀಕರಣದ ನಂತರ ಏನು ಉಳಿದಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಇತ್ತೀಚಿನ ಬಿಲ್ಡ್ಗಳು ಒಂದೇ LAN ಶೋಧನ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಸಹ ಒಡ್ಡುತ್ತವೆ. ಇದು ಅನುಕೂಲಕರವಾಗಿದೆ, ಮತ್ತು ಇದು ಅನುಮತಿ ಪಟ್ಟಿಯ ಮೇಲೆ ಪದರವಾಗುವ ಬದಲು ಅದರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ: ಅದನ್ನು ಆನ್ ಮಾಡುವುದು ಇರುವ ಖಾಸಗಿ ಸಬ್ನೆಟ್ ನಮೂದುಗಳನ್ನು ತೆರವುಗೊಳಿಸಬಹುದು, ಮತ್ತು ಅದು ಆನ್ ಆಗಿರುವವರೆಗೆ ಕೈಯಿಂದ ಮಾಡಿದ ಖಾಸಗಿ ಸಬ್ನೆಟ್ ನಿಯಮವನ್ನು ನಿರಾಕರಿಸಬಹುದು.
ಹೋಸ್ಟ್ಹೆಸರುಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರ ಬೇಕು
ಸಬ್ನೆಟ್ಗೆ ಅನುಮತಿ ನೀಡುವುದು ವಿಳಾಸದ ಮೂಲಕ ಸಂಪರ್ಕವನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಹೆಸರಿಸುವಿಕೆಯನ್ನು ಅಸ್ಪೃಶವಾಗಿ ಬಿಡುತ್ತದೆ. ಸ್ಥಳೀಯ ಹೋಸ್ಟ್ಹೆಸರುಗಳು ಇನ್ನೂ ಸುರಂಗ ಏರಿದಾಗ ಕ್ಲೈಂಟ್ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ರಿಜಾಲ್ವರ್ಗೆ ಕಳುಹಿಸಲ್ಪಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಹಿಂದೆ ಪರಿಹರಿಸುತ್ತಿದ್ದ ಹೆಸರು ಈಗ ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ.
ಕ್ಲೈಂಟ್ ಅನ್ನು ರೌಟರ್ನ ರಿಜಾಲ್ವರ್ಗೆ ತೋರಿಸುವುದು ಅದನ್ನು ಒಂದು ಹೆಜ್ಜೆಯಲ್ಲಿ ಸರಿಪಡಿಸುತ್ತದೆ ಮತ್ತು ನೀವು ಖರೀದಿಸಿದ್ದನ್ನು ಮೌನವಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ. ನಂತರ ಪ್ರತಿ ಹುಡುಕಾಟ, ಸ್ಥಳೀಯವಷ್ಟೇ ಅಲ್ಲ, ರೌಟರ್ ಮೂಲಕ ಹೊರಹೋಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಸುರಂಗವು ಉದ್ದೇಶಗಳನ್ನು ಬಯಲು ಮಾಡುವ ನಿಮ್ಮ ಬ್ರೌಸಿಂಗ್ನ ಭಾಗವನ್ನು ಇನ್ನು ರಕ್ಷಿಸುವುದಿಲ್ಲ.
ಕಿರಿದಾದ ದಾರಿ ಸುರಂಗದ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಉಳಿಸಿಕೊಂಡು ಮುಖ್ಯವಾದ ಕೆಲವು ಹೆಸರುಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ, ಹುಡುಕಾಟ ಡೊಮೇನ್ ಆಗಿ ಅಥವಾ ಪ್ರತ್ಯೇಕ ನಮೂದುಗಳಾಗಿ. ಇದು ಹೆಚ್ಚು ಗಮನ ಬೇಡುತ್ತದೆ ಮತ್ತು ನೀವು ಪಾವತಿಸಿದ ಗುಣವನ್ನು ಕಾಪಾಡುತ್ತದೆ.
ಫಲಿತಾಂಶವನ್ನು ಬ್ರೌಸರ್ನಿಂದ ಅಲ್ಲ, ಸಿಸ್ಟಂ ರಿಜಾಲ್ವರ್ ಕರೆಯಿಂದ ಪರಿಶೀಲಿಸಿ. ಬ್ರೌಸರ್ಗಳು ಹೆಚ್ಚುಹೆಚ್ಚಾಗಿ ತಮ್ಮದೇ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಪರಿಹಾರವನ್ನು ಚಲಾಯಿಸುತ್ತವೆ ಮತ್ತು ನಿಮ್ಮ ಶೆಲ್ ಎಂದಿಗೂ ಬಳಸದ ಮಾರ್ಗದಿಂದ ಸಂತೋಷದಿಂದ ಉತ್ತರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ವಿಳಾಸ ಪಟ್ಟಿ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣಬಹುದು ಆದರೆ ಸಿಸ್ಟಂ ರಿಜಾಲ್ವರ್ ಇನ್ನೂ ಮುರಿದಿದೆ.
ಮೊದಲು ಬರುವ ಸ್ಥಾಪನೆ ಸಮಸ್ಯೆ
ಈ ವರದಿಗಳ ಗಣನೀಯ ಭಾಗ ಫೈರ್ವಾಲ್ ತಲುಪುವುದೇ ಇಲ್ಲ, ಏಕೆಂದರೆ ಆದೇಶವೇ ಇಲ್ಲ. ಮಾರಾಟಗಾರರ ಬೂಟ್ಸ್ಟ್ರ್ಯಾಪ್ ಪ್ಯಾಕೇಜ್ ಒಂದು ರೆಪೊಸಿಟರಿ ಮತ್ತು ಸಹಿ ಕೀಲಿಯನ್ನು ನೋಂದಾಯಿಸುತ್ತದೆ. ಅದು ಕ್ಲೈಂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ತಕ್ಷಣವೇ ನಂತರ ಆದೇಶ ಕಾಣದಿರುವುದು ವೈಫಲ್ಯವಲ್ಲ, ನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶ.
ಪ್ಯಾಕೇಜ್ ಪಟ್ಟಿಗಳನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡಿ ಮತ್ತು ಹೆಸರಿನಿಂದ ಸ್ಥಾಪಿಸಿ. ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ ಕಾಣೆಯಾದ ಸಾರ್ವಜನಿಕ ಕೀಲಿಯ ಬಗ್ಗೆ ದೂರಿದರೆ, ಕೀಲಿ ಅದು ಹುಡುಕುವ ಸ್ಥಳಕ್ಕೆ ಬಂದಿಲ್ಲ, ಮತ್ತು ಪರಿಹಾರವೆಂದರೆ ಮತ್ತೆ ರಿಫ್ರೆಶ್ ಮಾಡುವ ಮೊದಲು ಅದನ್ನು ಅಲ್ಲಿ ಇಡುವುದು.
ರೆಪೊಸಿಟರಿಯ ಹೋಸ್ಟ್ಹೆಸರು ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ಪರಿಹಾರವಾದರೆ, ನಿಲ್ಲಿಸಿ ಆ ಫಲಿತಾಂಶವನ್ನು ಎರಡು ಬಾರಿ ಓದಿ. ನೀವು ಈಗಾಗಲೇ ಸಾರ್ವಜನಿಕ ಹೆಸರುಗಳಿಗೆ ಉತ್ತರಿಸುವ ರಿಜಾಲ್ವರ್ ಇರುವ ಸುರಂಗವನ್ನು ಚಲಾಯಿಸುತ್ತಿರಬಹುದು, ಮತ್ತು ಸ್ಥಾಪನೆಯನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿದರೆ ಅದೇ ಸಂದೇಶ ಅನಂತವಾಗಿ ಬರುತ್ತದೆ.
ಮುಚ್ಚಳ ಮುಚ್ಚುವ ಮೊದಲು ಅದನ್ನು ಬರೆಯಿರಿ
ಸುರಂಗವೊಂದೇ ಬದಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ನಂತರ ಲಕ್ಷಣವನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಅತ್ಯಂತ ಚಿಕ್ಕ ವಿಷಯಕ್ಕೆ ಅನುಮತಿ ನೀಡಿ. ಹೆಸರಿಸುವಿಕೆಯನ್ನು ತನ್ನದೇ ಟಿಪ್ಪಣಿಯೊಂದಿಗೆ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರವಾಗಿ ಇರಿಸಿ.
ಯಾವ ವಿನಾಯಿತಿ ಯಾವ ಸಾಧನಕ್ಕೆ ಇದೆ ಮತ್ತು ಯಾರು ಕೇಳಿದರು ಎಂದು ದಾಖಲಿಸಿ. ಯಾರೋ ಅಗಲವಾದ ಪ್ರಿಫಿಕ್ಸ್ ಟೈಪ್ ಮಾಡಿದ್ದರಿಂದ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ತನ್ನ ಕಾರಣವನ್ನು ಈಗಾಗಲೇ ಮೀರಿ ಬದುಕಿದ ನಿರ್ಧಾರ.
ಕ್ಲೈಂಟ್ ನವೀಕರಣದ ನಂತರ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ಫೈರ್ವಾಲ್ನ ವಿನ್ಯಾಸ ಬಿಡುಗಡೆಗಳ ನಡುವೆ ಬದಲಾಗುತ್ತದೆ, ಮತ್ತು ಕಳೆದ ತಿಂಗಳ ಅನುಮತಿ ಪಟ್ಟಿ ಈ ತಿಂಗಳ ಬಗ್ಗೆ ಸತ್ಯವಲ್ಲ.