SSH ಮೂಲಕ VPN ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭಿಸುತ್ತಿದ್ದೀರಾ? ಮೊದಲು ನಿಮ್ಮದೇ ಮಾರ್ಗವನ್ನು ಪಿನ್ ಮಾಡಿ

ನೀವು SSH ಮೂಲಕ ಬಿಲ್ಡ್ ಹೋಸ್ಟ್ಗೆ ಪ್ರವೇಶಿಸುತ್ತೀರಿ, ಅದರ ಮೇಲೆ VPN ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ, ಮತ್ತು ಸೆಷನ್ ಪ್ರತ್ಯುತ್ತರ ನೀಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಏನೂ ಕ್ರ್ಯಾಶ್ ಆಗಿಲ್ಲ, ಮತ್ತು ಸ್ಪಷ್ಟ ಅರ್ಥದಲ್ಲಿ ಏನೂ ತಪ್ಪಾಗಿ ಕಾನ್ಫಿಗರ್ ಆಗಿರುವಂತೆ ಕಾಣುವುದಿಲ್ಲ. ಕ್ಲೈಂಟ್ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸಿತು, ಆದ್ದರಿಂದ ನಿಮ್ಮ ವರ್ಕ್ಸ್ಟೇಷನ್ಗೆ ಪ್ರತ್ಯುತ್ತರಗಳು ಈಗ ಟನೆಲ್ ಮೂಲಕ ಹೊರಡುತ್ತವೆ, ಅಲ್ಲಿ ನಿಮ್ಮ ವರ್ಕ್ಸ್ಟೇಷನ್ನ ವಿಳಾಸ ಮಾರ್ಗೀಕರಿಸಲಾಗದ್ದು. ಆಸಕ್ತಿದಾಯಕ ಅಂಶವೆಂದರೆ ಈ ಫಲಿತಾಂಶ ಮುಂಚಿತವಾಗಿ ಊಹಿಸಬಹುದಾದದ್ದು, ಮತ್ತು ಪರಿಹಾರವು ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಬರೆಯುವ ಒಂದು ಮಾರ್ಗವಾಗಿದೆ. ಒಂದು ನೆಟ್ವರ್ಕ್ ಕಾರ್ಡ್ ಇರುವ ಸರ್ವರ್, 192.0.2.254 ನ ಗೇಟ್ವೇ, ಮತ್ತು 203.0.113.9 ನಿಂದ ಸಂಪರ್ಕಿಸುವ ನಿರ್ವಾಹಕ ಎಂದು ಊಹಿಸಿ.

ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಮಾರ್ಗವನ್ನು ದಾಖಲಿಸಿ

ip route show default ಪ್ರಸ್ತುತ ಗೇಟ್ವೇ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಆದರೆ ip route get 203.0.113.9 ಕರ್ನೆಲ್ ನಿಮ್ಮ ಸೆಷನ್ಗೆ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮೂಲ ವಿಳಾಸವನ್ನು ಬಳಸುತ್ತದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಎರಡೂ ಔಟ್ಪುಟ್ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಟನೆಲ್ ಮೇಲೆ ಬಂದ ನಂತರವೂ ಆ ಎರಡು ಆದೇಶಗಳು ಭೌತಿಕ ಮಾರ್ಗವನ್ನು ವಿವರಿಸಬೇಕು, ಮತ್ತು ಅವು ಬದಲಾಗಿ ಟನೆಲ್ ಅನ್ನು ವಿವರಿಸಿದರೆ, ಸೆಷನ್ ಈಗಾಗಲೇ ಎರವಲು ಪಡೆದ ಸಮಯದ ಮೇಲೆ ಬದುಕುತ್ತಿದೆ.

ಮುಖ್ಯವಾದದ್ದು ಈಗಾಗಲೇ ಸ್ಥಾಪಿತವಾದ ಸಂಪರ್ಕ, ಆದ್ದರಿಂದ ಹೊಸ ಲಾಗಿನ್ನಿಂದ ಮಾತ್ರ ಪರಿಶೀಲಿಸಬೇಡಿ. ಹೊಸ ಸೆಷನ್ ಹಳೆಯದಕ್ಕೆ ಇನ್ನು ಇಲ್ಲದ ಸ್ಥಿತಿಯ ಮೂಲಕ ಸ್ವಲ್ಪ ಸಮಯ ಯಶಸ್ವಿಯಾಗಬಹುದು.

ವಿಳಾಸವನ್ನು ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಸಂರಚನೆಯಲ್ಲಿ ಪಿನ್ ಮಾಡಿ

ಕೈಯಿಂದ ಸೇರಿಸಿದ ಮಾರ್ಗವು ಮರುಬೂಟ್ನಲ್ಲಿ ಮಾಯವಾಗುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಕೋಷ್ಟಕ ನವೀಕರಣಗಳೊಂದಿಗೆ ಸ್ಪರ್ಧಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅಪವಾದವನ್ನು ಕೋಷ್ಟಕ ನಿರ್ವಹಿಸುವ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಿ. OpenVPN ಅಡಿಯಲ್ಲಿ net_gateway ಕೀವರ್ಡ್ ಟನೆಲ್ಗೆ ಮೊದಲು ಇದ್ದ ಗೇಟ್ವೇಗೆ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ, ಆದ್ದರಿಂದ route 203.0.113.9 255.255.255.255 net_gateway ಅದರ ಹೊರಗೆ ನಿಖರವಾಗಿ ಒಂದು ವಿಳಾಸವನ್ನು ಇಡುತ್ತದೆ. WireGuard ಬೇರೆ ವಿಧಾನ ಬೇಕು ಏಕೆಂದರೆ wg-quick ಮಾರ್ಗಗಳನ್ನು ತಾನೇ ನಿರ್ವಹಿಸುತ್ತದೆ: Table = off ಸೆಟ್ ಮಾಡಿ ಮತ್ತು PostUp ನಲ್ಲಿ ಅಪವಾದವನ್ನು ಸೇರಿಸಿ, ಅದನ್ನು ತೆಗೆಯುವ ಹೊಂದಿಕೆಯಾಗುವ PostDown ಜೊತೆಗೆ. ಎರಡೂ ರೂಪಗಳು ಒಂದೇ ಉದ್ದೇಶವನ್ನು ವ್ಯಕ್ತಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ಅಪವಾದವನ್ನು ಎಲ್ಲದಕ್ಕೂ ಟನೆಲ್ ದುರ್ಬಲಗೊಳಿಸುವ ಬದಲು ಒಂದು ವಿಳಾಸಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸುತ್ತವೆ.

IPv6 ಗೆ ಅದೇ ಕಲ್ಪನೆ ಒಂದೇ ಹೋಸ್ಟ್ ಪ್ರಿಫಿಕ್ಸ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಸುತ್ತಿಕೊಂಡ ಸಾಗಣೆಯ ಪ್ರಕರಣವನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕು: ಟನೆಲ್ನ ಸ್ವಂತ ಹೊರ ಸಂಪರ್ಕ ಸ್ಥಿರ ವಿಳಾಸದಲ್ಲಿ ಇದ್ದರೆ, ಆ ವಿಳಾಸವು ಅದು ಸಾಗಿಸುವ ಟನೆಲ್ನ ಹೊರಗೆ ಇರಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಕ್ಲೈಂಟ್ ತನ್ನ ಸಾಗಣೆಯನ್ನು ತನ್ನೊಳಗೇ ಮಾರ್ಗೀಕರಿಸುತ್ತದೆ.

ಅಥವಾ ಮುಖ್ಯ ಕೋಷ್ಟಕವನ್ನು ಸಮೀಕರಣದಿಂದ ಹೊರತೆಗೆಯಿರಿ

ಹೋಸ್ಟ್ನ ಹಲವು ಸೇವೆಗಳು ತಮ್ಮ ಸಾಮಾನ್ಯ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬೇಕಾದಾಗ, ಮುಖ್ಯ ಕೋಷ್ಟಕವನ್ನು ಸಂಪಾದಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಕ್ಲೈಂಟ್ಗೆ ಅದರದೇ ಕೋಷ್ಟಕವನ್ನು ನೀಡಿ. veth ಜೋಡಿಯೊಂದಿಗಿನ ನೆಟ್ವರ್ಕ್ ನೇಮ್ಸ್ಪೇಸ್ ಇದನ್ನು ಸ್ವಚ್ಛವಾಗಿ ಮಾಡುತ್ತದೆ: ಕ್ಲೈಂಟ್ನ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಬೇರೆ ಸ್ಟ್ಯಾಕ್ನಲ್ಲಿ ಇರುತ್ತದೆ ಮತ್ತು ಅದರ ಒಳಗೆ ಪ್ರಾರಂಭವಾದ ಪ್ರಕ್ರಿಯೆಗಳು ಮಾತ್ರ ಟನೆಲ್ ಬಳಸುತ್ತವೆ. ನೀತಿ ಮಾರ್ಗೀಕರಣವು ಒಂದು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಇದೇ ರೀತಿಯ ಸ್ಥಳವನ್ನು ತಲುಪುತ್ತದೆ, ಹೊಂದಿಕೆಯಾಗುವ ಸಂಚಾರವನ್ನು ಡೀಫಾಲ್ಟ್ ಇನ್ನೂ ಭೌತಿಕ ಗೇಟ್ವೇಗೆ ತೋರಿಸುವ ಮೀಸಲಾದ ಕೋಷ್ಟಕಕ್ಕೆ ಕಳುಹಿಸುವ ಮೂಲಕ. ಎರಡೂ ವಿಧಾನಗಳಲ್ಲಿ ಯಾವುದೇ ಒಂದು ಹೋಸ್ಟ್ನ ಮುಖ್ಯ ಕೋಷ್ಟಕವನ್ನು ಹೊಸ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವಿಲ್ಲದೆ ಬಿಡುತ್ತದೆ, ಮತ್ತು ಆ ಗುಣವೇ SSH ಅನ್ನು ಪ್ರತ್ಯುತ್ತರಿಸುತ್ತಿರುವಂತೆ ಇಡುತ್ತದೆ.

ಎರಡೂ ಒಂದು ಹೋಸ್ಟ್ ಮಾರ್ಗಕ್ಕಿಂತ ಹೆಚ್ಚು ಯಂತ್ರಾಂಗ, ಮತ್ತು ಯಂತ್ರದಲ್ಲಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ವಿಷಯಗಳು ಟನೆಲ್ನಿಂದ ಬದುಕಬೇಕಾದಾಗ ಎರಡೂ ಯೋಗ್ಯ.

ಪಿನ್ ಮಾಡುವಿಕೆ ವಿಫಲವಾಗಬಹುದು ಎಂದು ಊಹಿಸಿ

ನಿಮ್ಮ ಪ್ರಸ್ತುತ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಬಂಧಿಸಿದ ಮಾರ್ಗವು ನಿಮ್ಮ ಪೂರೈಕೆದಾರರು ಅದನ್ನು ಮರುಹಂಚಿಕೆ ಮಾಡಿದ ಕ್ಷಣದಲ್ಲಿ ಮುರಿಯುತ್ತದೆ. ಆಗ ದೂರದ ಸರ್ವರ್ಗೆ ಆ ವಿಳಾಸವನ್ನು ಅವಲಂಬಿಸದ ಮಾರ್ಗ ಬೇಕು: ಒಂದು ಕನ್ಸೋಲ್, ಎರಡನೇ ನಿರ್ವಹಣಾ ಇಂಟರ್ಫೇಸ್, ಅಥವಾ ಟನೆಲ್ನ ಹೊರಗೆ ಉಳಿಯುವ ಜಂಪ್ ಹೋಸ್ಟ್.

ಎರಡು ರಕ್ಷಣಾ ಕ್ರಮಗಳಿಗೆ ಹತ್ತು ನಿಮಿಷ ಬೇಕು. ಕೆಲವು ನಿಮಿಷಗಳಲ್ಲಿ ದೃಢೀಕರಣ ಲಾಗಿನ್ ಕಾಣದಿದ್ದರೆ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿಲ್ಲಿಸುವ ಕಾವಲುಗಾರ ಲಾಕೌಟ್ ಅನ್ನು ವಿಳಂಬವಾಗಿ ಬದಲಿಸುತ್ತದೆ, ಮತ್ತು ಬದಲಾವಣೆಯ ಸಮಯದಲ್ಲಿ ತೆರೆದಿಟ್ಟ ಎರಡನೇ SSH ಸೆಷನ್ ಟನೆಲ್ ಮೇಲಿರುವಾಗ ಅಪವಾದ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಕೇವಲ keepalive ಇಲ್ಲಿ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಮಾರ್ಗವು ನಿಷ್ಕ್ರಿಯವಾಗಿ ಉಳಿದಿಲ್ಲ, ಹೋಗಿದೆ; ಅವು ಸಾವನ್ನು ಗಮನಿಸಲು ಸುಲಭ ಮಾಡುತ್ತವೆ ಅಷ್ಟೇ.

ಮುಖ್ಯವಾದ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ

ಟನೆಲ್ ಸಂಪರ್ಕಿಸಿ, ನಿಮ್ಮ ವಿಳಾಸಕ್ಕೆ ಇರುವ ಮಾರ್ಗ ಇನ್ನೂ ಭೌತಿಕ ಗೇಟ್ವೇ ಮೂಲಕ ಹೊರಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ನಂತರ ಹೊಸ ಸೆಷನ್ ತೆರೆಯಿರಿ. ಹೊಸ ಸೆಷನ್ ಕೆಲಸ ಮಾಡಿ ಹಳೆಯದು ಹೇಗಿದ್ದರೂ ಸಾಯುತ್ತದೆ ಎಂದಾದರೆ, ಕಾರಣ ಮಾರ್ಗೀಕರಣವಲ್ಲ, ಸಂಪರ್ಕ ಟ್ರ್ಯಾಕಿಂಗ್ ಅಥವಾ ಸ್ಥಿತಿಯುಳ್ಳ ಫೈರ್ವಾಲ್, ಅದು ಬೇರೆ ಪರಿಹಾರ.

ಪಿನ್ ಮಾಡಿದ ವಿಳಾಸ ಮತ್ತು ಅದನ್ನು ಸಾಬೀತುಪಡಿಸಿದ ಆದೇಶವನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಬರೆಯಿರಿ. ಆ ಹೋಸ್ಟ್ನಲ್ಲಿ ಮುಂದೆ ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭಿಸುವ ವ್ಯಕ್ತಿಗೆ ಎರಡೂ ಬೇಕಾಗುತ್ತವೆ, ಮತ್ತು ಆ ವೇಳೆಗೆ ವಿಳಾಸ ಬದಲಾಗಿರಬಹುದು.