ಹೋಮ್-ಲ್ಯಾಬ್ ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್: ಬೇಕಾದದ್ದನ್ನು ಮಾತ್ರ ರೂಟ್ ಮಾಡಿ, ಎಲ್ಲವನ್ನೂ ಅಲ್ಲ

ಹೋಮ್-ಲ್ಯಾಬ್ಗೆ ಫುಲ್ ಟನೆಲ್ ಬೇಕು ಎಂಬ ಸಲಹೆ ಸಾಮಾನ್ಯವಾಗಿ ಅದನ್ನು ಹೊಂದಿದ್ದ ಟ್ಯುಟೋರಿಯಲ್ನಿಂದ ಬರುತ್ತದೆ, ಅಗತ್ಯದಿಂದ ಅಲ್ಲ. ಸ್ಪ್ಲಿಟ್ ಟನೆಲಿಂಗ್ ಸರಿಯಾದ VPNನ ರಾಜಿ ಆವೃತ್ತಿ ಅಲ್ಲ; ಅದು ರೂಟ್ ಕೋಷ್ಟಕವನ್ನು ನೀವು ವಿವರಿಸಬಹುದಾದ ಆವೃತ್ತಿ. ಐದು ಸೇವೆಗಳು ಮತ್ತು ಒಂದು ನಿರ್ವಹಣಾ ಇಂಟರ್ಫೇಸ್ ಇರುವ ಲ್ಯಾಬ್ಗೆ ಮನೆಯಿಂದ ಹೊರಹೋಗುವ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಟನೆಲ್ ಮೂಲಕ ಹೋಗಬೇಕೆಂಬ ಅಗತ್ಯವಿಲ್ಲ. ಅದಕ್ಕೆ ಬೇಕಾಗಿರುವುದು ಒಂದು ಪಟ್ಟಿ ಮತ್ತು ಆ ಪಟ್ಟಿಯ ಪ್ರತಿ ಅಂಶಕ್ಕೂ ಒಂದು ರೂಟ್.

ಪುರಾಣ: ಸ್ಪ್ಲಿಟ್ ಟನೆಲಿಂಗ್ ಒಂದು ರಾಜಿ

ಪುರಾಣ ಉಳಿಯುತ್ತದೆ ಏಕೆಂದರೆ ಫುಲ್ ಟನೆಲ್ ಒಮ್ಮೆ ಸಂರಚಿಸಲು ಸುಲಭ ಮತ್ತು ನಂತರ ಡೀಬಗ್ ಮಾಡಲು ಕಷ್ಟ. ಸಾರ್ವಜನಿಕ Wi-Fi ಮೇಲೆ ಲ್ಯಾಪ್ಟಾಪ್ಗೆ ಆ ವಿನಿಮಯ ಸಮಂಜಸ, ನೆಲಮಾಳಿಗೆಯ ರ್ಯಾಕ್ಗೆ ತಪ್ಪು.

ಅದು ಎರಡನೇ ಊಹೆಯನ್ನೂ ಮರೆಮಾಡುತ್ತದೆ: ಲ್ಯಾಬ್ನ ವಿಳಾಸ ರಚನೆಗೂ ನೀವು ಸಂಪರ್ಕಿಸುವ ನೆಟ್ವರ್ಕ್ಗೂ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲ ಎಂಬುದು.

ರೂಟ್ಗಳ ಮೊದಲು ಸಂಪನ್ಮೂಲಗಳ ಪಟ್ಟಿ ಮಾಡಿ

ಪ್ರತಿ ಲ್ಯಾಬ್ ಸಬ್ನೆಟ್, ಅಲ್ಲಿ ವಾಸಿಸುವ ಸೇವೆ, ಅದನ್ನು ನೀವು ಪರಿಹರಿಸುವ ಹೆಸರು ಮತ್ತು ಅದನ್ನು ತಲುಪಲು ಯಾರಿಗೆ ಅನುಮತಿ ಇದೆ ಎಂಬುದನ್ನು ಬರೆಯಿರಿ; ನಿಮ್ಮ ಫಾರ್ವರ್ಡಿಂಗ್ ಟಿಪ್ಪಣಿಗಳು ಗೇಟ್ವೇ ಬಗ್ಗೆ ನೀವು ಯೋಜಿಸುತ್ತಿರುವ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ವಿವರಿಸುತ್ತವೆ. ಕಂಟೇನರ್ ಶ್ರೇಣಿಗಳನ್ನು ಮತ್ತು ರಿಮೋಟ್ ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ಬಳಸುತ್ತಿರಬಹುದಾದ LAN ಶ್ರೇಣಿಗಳನ್ನು ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಅತಿಕ್ರಮಣವೇ ಈ ಪಟ್ಟಿ ತಡೆಯುವ ವೈಫಲ್ಯ. ಪ್ರತಿ ಖಾಸಗಿ ವಿಳಾಸವನ್ನೂ ಆವರಿಸುವ ರೂಟ್ ಬೇಗ ಅಥವಾ ತಡವಾಗಿ ಮನೆಯ ನೆಟ್ವರ್ಕ್ ಜೊತೆ ಘರ್ಷಿಸುತ್ತದೆ. ಪಟ್ಟಿಯೇ ಪರೀಕ್ಷಾ ಯೋಜನೆಯೂ ಆಗಿದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಸಂರಚನೆಯ ನಂತರವಲ್ಲ, ಮೊದಲು ಮಾಡುವುದು ಯೋಗ್ಯ.

ಪ್ರತಿ ಸಂಪನ್ಮೂಲಕ್ಕೂ ಒಂದು ಮಾರ್ಗ ನಿಗದಿಪಡಿಸಿ: ಟನೆಲ್ ಮೂಲಕ, ನೇರವಾಗಿ, ಅಥವಾ ನಿರಾಕರಿಸಲಾಗಿದೆ. ಮಾರ್ಗ ನಿಗದಿಯಾಗದ ಸಂಪನ್ಮೂಲವೇ ನಂತರ ಗೊಂದಲದ ಬೆಂಬಲ ಪ್ರಶ್ನೆಯನ್ನು ಹುಟ್ಟುಹಾಕುತ್ತದೆ.

ಐದು ಸಾಲುಗಳು ಮತ್ತು ನಿರ್ಧಾರಗಳ ಒಂದು ಕಾಲಮ್ ಯಾರೂ ಓದಲಾಗದ ರೂಟ್ ಕೋಷ್ಟಕಕ್ಕಿಂತ ಮೇಲು.

ಗೇಟ್ವೇಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು

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

ಲ್ಯಾಬ್ನ ಸ್ವಂತ ವಿಳಾಸ ರಚನೆಯೊಂದಿಗೆ ಅತಿಕ್ರಮಿಸುವ ಕ್ಲೈಂಟ್ ಪೂಲ್ ಈ ಸಮಸ್ಯೆಯ ಇನ್ನೊಂದು ಅರ್ಧ, ಮತ್ತು ಅದು ನಿಖರವಾಗಿ ಅದೇ ರೀತಿ ವಿಫಲವಾಗುತ್ತದೆ.

ಎರಡು ಶ್ರೇಣಿಗಳು ಘರ್ಷಿಸಿದಾಗ ಲಕ್ಷಣಗಳನ್ನಲ್ಲ, ಯೋಜನೆಯನ್ನು ಸರಿಪಡಿಸಿ.

ನಿರ್ವಹಣೆ ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಪಾತ್ರಗಳು ಬೇರೆ ಬೇರೆ

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

ಪ್ರತಿ ಸಾರ್ವಜನಿಕ ಪ್ರಶ್ನೆಗೂ ಅದೇ ಪರಿಹಾರಕ ಬೇಕು ಎಂದು ಊಹಿಸದೆ ಲ್ಯಾಬ್ ಹೆಸರುಗಳಿಗೆ ಖಾಸಗಿ DNS ಆಯ್ಕೆ ಮಾಡಬಹುದು. ಅದು ಪರಿಹಾರಕದ ನಿರ್ಧಾರ, ರೂಟ್ನ ನಿರ್ಧಾರ ಅಲ್ಲ.

ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುವುದೇ ನಂತರ ವೈಫಲ್ಯದ ವಿಧಾನಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.

LANನಿಂದ ಅಲ್ಲ, ಹೊರಗಿನಿಂದ ಪರೀಕ್ಷಿಸಿ

ಅದೇ LANನಿಂದ ಪರೀಕ್ಷೆಯ ಬದಲು ಹೊರಗಿನ ಅಧಿಕೃತ ಸಂಪರ್ಕವನ್ನು ಬಳಸಿ, ಏಕೆಂದರೆ ಅದೇ LANನಿಂದ ಪರೀಕ್ಷೆ ಕಾಣೆಯಾದ ಹಿಂತಿರುಗುವ ರೂಟ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮರೆಮಾಡಬಹುದು. ಲ್ಯಾಬ್ ವಿಳಾಸ, ಅದರ ಖಾಸಗಿ ಹೋಸ್ಟ್ಹೆಸರು, ಉದ್ದೇಶಿತ ನೇರ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಅಗತ್ಯವಾದ ವೈಫಲ್ಯ ವರ್ತನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಯಶಸ್ಸಿನಷ್ಟೇ ವೈಫಲ್ಯದ ಸಂದರ್ಭವೂ ಮುಖ್ಯ: ತಲುಪಬಾರದ ಸಂಪನ್ಮೂಲವನ್ನು ನಿಜವಾಗಿಯೂ ತಲುಪಲಾಗದಂತಿರಬೇಕು. ವಿನ್ಯಾಸ ಮುಗಿಯಿತು ಎನ್ನುವ ಮೊದಲು ನಾಲ್ಕೂ ಫಲಿತಾಂಶಗಳನ್ನು ದಾಖಲಿಸಿ.

ನಂತರ ರೂಟ್ ಮತ್ತು DNS ಸಂರಚನೆಯನ್ನು ಪಟ್ಟಿಯ ಪಕ್ಕದಲ್ಲಿ ಉಳಿಸಿ, ಮಾಲೀಕರ ಹೆಸರಿನೊಂದಿಗೆ. ಲ್ಯಾಬ್ಗೆ ಇನ್ನೊಂದು ಸಬ್ನೆಟ್ ಸಿಕ್ಕಾಗ ಎರಡನ್ನೂ ನವೀಕರಿಸಿ ಮತ್ತು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ.

ಇರುವ ಮನೆಯ ನೆಟ್ವರ್ಕ್ ಜೊತೆ ಅತಿಕ್ರಮಿಸುವ ವಿವರಿಸಲಾಗದ ರೂಟ್ ಆ ಹಂತವನ್ನು ಬಿಟ್ಟುಬಿಡುವ ಡೀಫಾಲ್ಟ್ ಫಲಿತಾಂಶ.

ಮುಗಿದ ವಿನ್ಯಾಸ ಚಿಕ್ಕದು, ದಾಖಲಿತ ಮತ್ತು ನೀರಸ, ಮತ್ತು ಲ್ಯಾಬ್ ತನ್ನ ನೆಟ್ವರ್ಕ್ನಿಂದ ನಿಖರವಾಗಿ ಅದನ್ನೇ ಬಯಸುತ್ತದೆ. ಆಸಕ್ತಿದಾಯಕ ಆವೃತ್ತಿ ಎಂದರೆ ನೀವು ಮನೆಯಿಂದ ದೂರ ಇರುವಾಗ ಮುರಿಯುವ ಆವೃತ್ತಿ.