ಅದೇ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಟರ್ಮಿನಲ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಹೆಚ್ಚಿನ ಜನರು ನಕಲಿಸುವ ಸಂದೇಶ ಎಚ್ಚರಿಕೆ, ಕ್ಲೈಂಟ್ ನಿಂತ ಕಾರಣವಲ್ಲ. ಇಲ್ಲಿ ಮೂರು ಸ್ವತಂತ್ರ ಪದರಗಳು ವಿಫಲವಾಗುತ್ತವೆ: Linux ನಿರ್ಮಾಣವು ಜಾರಿಗೊಳಿಸದ ತಳ್ಳಲಾದ ನಿರ್ದೇಶನ, tun ಸಾಧನ ರಚಿಸಲು ಬೇಕಾದ ಹಕ್ಕುಗಳು, ಮತ್ತು ಸಂಪರ್ಕವನ್ನು ಕಾರ್ಯನಿರ್ವಹಿಸುವ DNS ಆಗಿ ಪರಿವರ್ತಿಸುವ ರೆಸಾಲ್ವರ್ ಸಹಾಯಕ. ಅವುಗಳನ್ನು ಕ್ರಮವಾಗಿ ನಿಭಾಯಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಮುಂದಿನದನ್ನು ಮರೆಮಾಡಬಹುದು.

ಡೌನ್ಲೋಡ್ ಬಂದಂತೆಯೇ ಇಟ್ಟುಕೊಂಡು ಒಂದು ಪ್ರತಿಯನ್ನು ಸಂಪಾದಿಸಿ, ಹೊಸ ಡೌನ್ಲೋಡ್ ನಿಮ್ಮ ಬದಲಾವಣೆಗಳನ್ನು ಮೌನವಾಗಿ ಹಿಂತಿರುಗಿಸದಂತೆ.

ದೂರ ಹೇಳುವ ಮೊದಲು ಎಚ್ಚರಿಕೆ ಓದಿ

block-outside-dns Windows ನಲ್ಲಿ Windows ಫಿಲ್ಟರಿಂಗ್ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಮೂಲಕ DNS ಅನ್ನು ಲಾಕ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು Linux ಕ್ಲೈಂಟ್ಗೆ ಅದನ್ನು ನಕ್ಷೆ ಮಾಡಲು ಏನೂ ಇಲ್ಲ. ಸರ್ವರ್ ಅದನ್ನು ತಳ್ಳಿದಾಗ, ಕ್ಲೈಂಟ್ ಆ ತಳ್ಳಲಾದ ನಮೂದಿಗೆ ಅಜ್ಞಾತ-ಆಯ್ಕೆ ಸಾಲನ್ನು ಮುದ್ರಿಸಿ ಮುಂದುವರಿಯುತ್ತದೆ, ಏಕೆಂದರೆ ತಳ್ಳಲಾದ ಆಯ್ಕೆಯನ್ನು ಮಾರಕ ಎಂದು ಪರಿಗಣಿಸುವುದಿಲ್ಲ. ಆದರೆ ನಿಮ್ಮ ಸ್ವಂತ ಕಡತದಲ್ಲಿನ ಅದೇ ಸಾಲು ಬೇರೆ ವಿಷಯ: ಅಲ್ಲಿ ಪಾರ್ಸರ್ ನಿಲ್ಲುತ್ತದೆ. ಏನನ್ನೂ ಮುಟ್ಟುವ ಮೊದಲು ಇವೆರಡರಲ್ಲಿ ಯಾವುದು ನಿಮ್ಮಲ್ಲಿದೆ ಎಂದು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಓಟವನ್ನು ಮುಗಿಸುತ್ತದೆ.

ಗದ್ದಲ ತೆಗೆಯಲು ಪಾರ್ಸ್ ಮಾಡುವ ಮೊದಲು ಫಿಲ್ಟರ್ ಮಾಡಿ: ಆ ಹೆಸರಿಗೆ pull-filter ignore ನಮೂದು, ಅಥವಾ ಸಾಲು ಸ್ಥಳೀಯ ಕಡತದಲ್ಲಿದ್ದಾಗ --ignore-unknown-option. ಎರಡೂ ನೀವು ಈಗಾಗಲೇ ಓದಿದ ಸಾಲನ್ನು ಸದ್ದಿಲ್ಲದಂತೆ ಮಾಡುತ್ತವೆ; ಯಾವುದೂ ನೀವು ರೋಗನಿರ್ಣಯ ಮಾಡದ ದೋಷವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.

ಎಲ್ಲದಕ್ಕೂ ಮೊದಲು ಅಧಿಕಾರಗಳು ವಿಫಲವಾಗುತ್ತವೆ

tun ಸಾಧನ ಮತ್ತು ಅದರೊಂದಿಗೆ ಬರುವ ಮಾರ್ಗಗಳು ವಿಶೇಷಾಧಿಕಾರದ ವಸ್ತುಗಳು, ಮತ್ತು ಸಾಮಾನ್ಯ ಖಾತೆ ಅವನ್ನು ರಚಿಸಲಾರದು. --user ಆಯ್ಕೆ ಈ ವಿಭಜನೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ: ಡೀಮನ್ ವಿಶೇಷಾಧಿಕಾರದ ಕೆಲಸ ಮುಗಿದ ನಂತರವೇ ತನ್ನ ವಿಶೇಷಾಧಿಕಾರಗಳನ್ನು ಬಿಟ್ಟುಕೊಡುತ್ತದೆ. ಅದನ್ನು root ಆಗಿ ಅಥವಾ ಹಾಗೆ ಪ್ರಾರಂಭಿಸುವ unit ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ನೋಡುವ ಮೊದಲು ಅನುಮತಿ ದೋಷವನ್ನು ಹುಡುಕಿ. ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಕಡತ ಅನುಮತಿಗಳನ್ನು ಸಡಿಲಿಸುವುದು ಪ್ರಕ್ರಿಯೆಗೆ ಕೊರತೆಯಿರುವ ಹಕ್ಕುಗಳನ್ನು ನೀಡುವುದಿಲ್ಲ.

TLS ದೋಷ ಎಂದರೆ ಕ್ಲೈಂಟ್ ಈ ಪದರವನ್ನು ದಾಟಿದೆ. ಸಾಧನ ಅಥವಾ ಮಾರ್ಗದ ದೂರು ಎಂದರೆ ಅದು ಮೇಲಿನ ಪದರವನ್ನು ಎಂದಿಗೂ ತಲುಪಲಿಲ್ಲ.

GUI ಏನು ಮಾಡುತ್ತದೆ ಮತ್ತು ಟರ್ಮಿನಲ್ ಮಾಡುವುದಿಲ್ಲ

ಪ್ರತಿ ಹುಡುಕಾಟವೂ ಇನ್ನೂ ವಿಫಲವಾಗುತ್ತಿರುವಾಗ ಯಶಸ್ವಿಯಾಗಿ ಸಂಪರ್ಕಿಸುವುದು ಮೂರನೇ ಪದರ. NetworkManager ತನ್ನದೇ ರೆಸಾಲ್ವರ್ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಡೆಸ್ಕ್ಟಾಪ್ ಆಮದು DNS ನೀಡಬಹುದು, ಪ್ರೊಫೈಲ್ನ up ಸ್ಕ್ರಿಪ್ಟ್ ಎಂದಿಗೂ ಯಶಸ್ವಿಯಾಗಿ ಓಡದಿದ್ದರೂ. openvpn --config ಆಜ್ಞೆ --up ಹೆಸರಿಸುವುದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸಹಾಯಕ ಇಲ್ಲದಿದ್ದರೆ ಇಂಟರ್ಫೇಸ್ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಹುಡುಕಾಟಗಳು ಹಿಂದಿನ ಸರ್ವರ್ಗಳಿಗೆ ಹೋಗುತ್ತಲೇ ಇರುತ್ತವೆ. ಏನನ್ನೂ ಸ್ಥಾಪಿಸುವ ಮೊದಲು ಎರಡೂ ಮಾರ್ಗಗಳ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಹೋಲಿಸಿ.

ನಿಮ್ಮ ವಿತರಣೆಗೆ ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಸಹಾಯಕವನ್ನು ಬಳಸಿ; ಬ್ಲಾಗ್ ಪೋಸ್ಟ್ನಿಂದ ನಕಲಿಸಿದ ಸ್ಕ್ರಿಪ್ಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಬೇರೆ ರೆಸಾಲ್ವರ್ ಅನ್ನು ಗುರಿಯಾಗಿಸುತ್ತದೆ. systemd-resolved ಗಾಗಿ ಒದಗಿಸಿದ ಏಕೀಕರಣ ಸಾಮಾನ್ಯ vpnc ಶೈಲಿಯ ಸ್ಕ್ರಿಪ್ಟ್ ಅಲ್ಲ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಕ್ಲೈಂಟ್ನಿಂದ ತನ್ನದೇ ವಾದಗಳು ಮತ್ತು ಚರಗಳನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ. ಬಳಕೆದಾರ-ವ್ಯಾಖ್ಯಾನಿತ up ಸ್ಕ್ರಿಪ್ಟ್ಗಳಿಗೂ ಕ್ಲೈಂಟ್ ಅವನ್ನು ಓಡಿಸುವ ಮೊದಲು script-security 2 ಬೇಕು.

ಮುಂದಿನ ಓಟದಲ್ಲಿ ಪದರಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ

ಒಮ್ಮೆ --verb 4 ಜೊತೆ ಓಡಿಸಿ ಮತ್ತು ಲಾಗ್ ಅನ್ನು ಸಂಭವಿಸಿದ ಕ್ರಮದಲ್ಲಿ ಓದಿ: ಸಾಧನ ರಚನೆ, ಮಾರ್ಗಗಳು, TLS ಕೈಕುಲುಕಾಟ, ನಂತರ up ಸ್ಕ್ರಿಪ್ಟ್ನ ಔಟ್ಪುಟ್. ಆ ಅನುಕ್ರಮದ ಮೊದಲ ವೈಫಲ್ಯವೇ ಸರಿಪಡಿಸಲು ಯೋಗ್ಯವಾದದ್ದು; ಅದರ ನಂತರದ್ದು ಸಾಮಾನ್ಯವಾಗಿ ಪರಿಣಾಮ. ರೆಸಾಲ್ವರ್ ಮಾಡದಿದ್ದಾಗ ಸ್ಥಾಪನೆಯಾಗುವ ಸುರಂಗ ನಿಮ್ಮನ್ನು ಮೂರನೇ ಪದರಕ್ಕೆ ಇಡುತ್ತದೆ, ಅಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರ ಅಪ್ರಸ್ತುತ. ಹೋಲಿಸುವಾಗ ಡೌನ್ಲೋಡ್ ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮುಟ್ಟದೆ ಬಿಡಿ.

ಪ್ರತಿ ನಿರ್ವಾಹಕ ಸರಿಹೊಂದಿಕೆಯೂ ಇನ್ನೊಂದು ತಿರಸ್ಕೃತ ಸಾಲನ್ನು ಉತ್ಪಾದಿಸಿದಾಗ, ಕಡತವು ಬೇರೆ ವೇದಿಕೆಯ ಕಡೆಗೆ ಗುರಿಯಾಗಿದೆ. ಶಾಶ್ವತ ಫಿಲ್ಟರ್ ಪಟ್ಟಿ ಕಟ್ಟುವ ಬದಲು Linux ರಫ್ತು ಕೇಳಿ.

ಯಾವ ಪದರ ವಿಫಲವಾಯಿತು ಮತ್ತು ಅದನ್ನು ಏನು ಬದಲಿಸಿತು ಎಂದು ದಾಖಲಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಅದೇ ಕಡತ ಸಿಗುವ ಮುಂದಿನ ವ್ಯಕ್ತಿಯೂ ಎಚ್ಚರಿಕೆಯಲ್ಲಿ ನಿಲ್ಲುತ್ತಾರೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು