ರೂಟೆಡ್ ಅಥವಾ ಬ್ರಿಡ್ಜ್ಡ್ VPN: ಕ್ಲೈಂಟ್ ಏನನ್ನು ತಲುಪಬೇಕು ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ಆಯ್ಕೆಮಾಡಿ

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

ಟಿಕೆಟ್ ಡೆಸ್ಕ್‌ನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಎರಡು ವಿನಂತಿಗಳು

ಉದ್ಯೋಗಿಯ ಅಗತ್ಯವು ಒಂದು ಸೇವೆ, IP ಮೂಲಕ ತಲುಪಬಹುದಾದ, ನೀವು ನಿಯಂತ್ರಿಸದ ಸಾಧನದಿಂದ. ಇಂಜಿನಿಯರ್‌ನ ಅಗತ್ಯವು ಲಿಂಕ್ ಮಟ್ಟದಲ್ಲಿದೆ: ಸಾಧನವು Ethernet ಫ್ರೇಮ್‌ಗಳು ಮತ್ತು ಪ್ರಸಾರದ ಮೂಲಕ ಪತ್ತೆಯನ್ನು ನೋಡುವ ನಿರೀಕ್ಷೆಯಲ್ಲಿದೆ, ಮತ್ತು ಬಹುಶಃ ತಾನು ಇದ್ದೇನೆ ಎಂದು ಭಾವಿಸುವ ವಿಭಾಗದಿಂದ DHCP.

ಇವು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳು, ಮತ್ತು ಎರಡಕ್ಕೂ ಸೇತುವೆಯಿಂದ ಉತ್ತರಿಸುವುದು ಉದ್ಯೋಗಿಯ ಪ್ರವೇಶವನ್ನು ಕಾರಣವಿಲ್ಲದೆ ಇಡೀ ಕಚೇರಿ LAN ಗೆ ವಿಸ್ತರಿಸುತ್ತದೆ.

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

ರೂಟ್ LAN ಸದಸ್ಯತ್ವಕ್ಕಿಂತ ಕಿರಿದಾಗಿದೆ

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

ರೂಟ್ ಅನ್ನು ಅನುಮತಿಯೊಂದಿಗೆ ಗೊಂದಲ ಮಾಡಬೇಡಿ. ಕ್ಲೈಂಟ್‌ಗೆ ಉಪಜಾಲವನ್ನು ತಲುಪುವ ಬಗೆ ಹೇಳುವುದು ಅದನ್ನು ಬೇರೆ ಗಮ್ಯಸ್ಥಾನ ಪ್ರಯತ್ನಿಸದಂತೆ ತಡೆಯುವುದಿಲ್ಲ.

ಪ್ರವಾಹವನ್ನು ನಿಜವಾಗಿ ಜಾರಿಗೊಳಿಸಬಲ್ಲ ಸ್ಥಳದಲ್ಲಿ ಪ್ರವೇಶ ನಿಯಂತ್ರಣವನ್ನು ಅನ್ವಯಿಸಿ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ನ ಸ್ವಂತ ಅನುಮತಿಗಳನ್ನು ಅವುಗಳ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಿ. ವಿಸ್ತಾರವಾದ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮ ಅಥವಾ ಮರೆತ ಎರಡನೇ ಇಂಟರ್ಫೇಸ್ ರೇಖಾಚಿತ್ರ ಸೂಚಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ನೀಡಬಹುದು. ಜಾರಿಯಲ್ಲಿರುವ ನಿಯಮಗಳನ್ನು ಓದಿ, ಉದ್ದೇಶಿಸಿದವುಗಳನ್ನಲ್ಲ. ನಂತರ ವಿಫಲವಾಗಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಯಾರೂ ಉಲ್ಲಂಘಿಸಲು ಪ್ರಯತ್ನಿಸದ ನೀತಿ ಕೇವಲ ಒಂದು ಊಹೆ.

ಸೇತುವೆ ಪ್ರವೇಶದ ಪ್ರಶ್ನೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ

ಬ್ರಿಡ್ಜಿಂಗ್ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು TAP ಸಾಧನವನ್ನು ಸಾಫ್ಟ್‌ವೇರ್ ಸ್ವಿಚ್‌ನಲ್ಲಿ ಸೇರಿಸುತ್ತದೆ, ಇದರಿಂದ ದೂರದ ಸಾಧನಗಳು ಅದೇ ಪ್ರಸಾರ ಕ್ಷೇತ್ರಕ್ಕೆ ಸೇರುತ್ತವೆ. ಇದು ನಿಜವಾದ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ನಿಜವಾದ ಅಪಾಯ: ದೂರದ ಸಾಧನವು ಇನ್ನು ಮುಂದೆ ರೂಟೆಡ್ ಅತಿಥಿ ಅಲ್ಲ, ಅದು ಭಾಗವಹಿಸುವವರು.

ಯಾವ ಸಾಧನಗಳು ಸೇರಬಹುದು, ಯಾವ ಫ್ರೇಮ್ ಪ್ರಕಾರಗಳು ಹಾದುಹೋಗಬೇಕು ಮತ್ತು ಅನಗತ್ಯ ಪರಸ್ಪರ ಕ್ರಿಯೆ ಎಲ್ಲಿ ತಡೆಯಲ್ಪಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ. ವಿಳಾಸೀಕರಣ ಮತ್ತು DHCP ಅಧಿಕಾರ ಹಂಚಿಕೆಯ ಜಾಲದ ಭಾಗವಾಗುತ್ತದೆ, ಮತ್ತು ಒಂದು ವಿಭಾಗದಲ್ಲಿ ಎರಡು DHCP ಸರ್ವರ್‌ಗಳು ನೀವು ನಿರೀಕ್ಷಿಸಿದ ಗೊಂದಲವನ್ನೇ ಉಂಟುಮಾಡುತ್ತವೆ.

ಸಾಧನಕ್ಕೆ, ಮೀಸಲಾದ ಪರೀಕ್ಷಾ ವಿಭಾಗ ಸಾಮಾನ್ಯವಾಗಿ ಕಚೇರಿ LAN ಗಿಂತ ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿದೆ. ನಿರ್ವಹಣಾ ಪ್ರವೇಶವನ್ನು ಪ್ರಯೋಗದ ಹೊರಗೆ ಇರಿಸಿ, ಮತ್ತು ಕೆಲಸ ಮುಗಿದಾಗ ತಾತ್ಕಾಲಿಕ ಭಾಗವಹಿಸುವವರನ್ನು ಹೇಗೆ ತೆಗೆಯಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ.

ಫಿಲ್ಟರಿಂಗ್ ಎರಡೂ ಟೋಪಾಲಜಿಗಳಲ್ಲಿ ಇದೆ

ಸೇತುವೆ ಸ್ವಭಾವತಃ ಫಿಲ್ಟರ್ ಮಾಡಲಾಗದುದಲ್ಲ, ಮತ್ತು ರೂಟ್ ಸ್ವಭಾವತಃ ಸುರಕ್ಷಿತವಲ್ಲ. Linux ಸೇತುವೆ ಫಿಲ್ಟರಿಂಗ್‌ಗೆ ತನ್ನದೇ ಕೊಕ್ಕೆಗಳು ಮತ್ತು ತನ್ನದೇ ನಿಯಮ ವಾಕ್ಯರಚನೆ ಇದೆ, ಮತ್ತು ರೂಟೆಡ್ IP ಫಾರ್ವರ್ಡಿಂಗ್‌ಗಾಗಿ ಬರೆದ ನಿಯಮವು ಬ್ರಿಡ್ಜ್ಡ್ ಫ್ರೇಮ್‌ಗಳಿಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನ್ವಯವಾಗುವುದಿಲ್ಲ.

ಗಡಿಯ ಭರವಸೆ ನೀಡುವ ಮೊದಲು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ನಿಜವಾಗಿ ಏನನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ:

bridge link show
nft list ruleset

TUN ಮತ್ತು TAP ಇಂಟರ್ಫೇಸ್‌ನ ಸಂಚಾರವನ್ನು ವಿವರಿಸುತ್ತವೆ, ಸೈಫರ್ ಅನ್ನಲ್ಲ. ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವುದು ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಸರಿಪಡಿಸುವುದಿಲ್ಲ: ಪೀರ್ ದೃಢೀಕರಣ, ಕದಿಯಲಾದ ಕೀ ಮತ್ತು ಹಳೆಯ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ನೀತಿ ಎಲ್ಲವೂ ಬದಲಾವಣೆಯನ್ನು ಉಳಿದುಕೊಳ್ಳುತ್ತವೆ. ಎರಡೂ ತುದಿಗಳಿಗೆ ಇನ್ನೂ ಹೊಂದಿಕೆಯಾಗುವ ಮತ್ತು ಇನ್ನೂ ಬೆಂಬಲಿತವಾದ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಬೇಕು.

ಮೂರು ಪ್ರಯತ್ನಗಳಿಂದ ಗಡಿಯನ್ನು ಸಾಬೀತುಪಡಿಸಿ

ಸ್ವೀಕೃತಿ ಮೂರು ಅವಲೋಕನಗಳು, ರೇಖಾಚಿತ್ರ ಪರಿಶೀಲನೆ ಅಲ್ಲ. ಅಗತ್ಯವಿರುವ ಕಾರ್ಯಾಚರಣೆ ಕೆಲಸ ಮಾಡಬೇಕು, ಸಂಬಂಧವಿಲ್ಲದ ಗಮ್ಯಸ್ಥಾನ ವಿಫಲವಾಗಬೇಕು, ಮತ್ತು ಗೇಟ್‌ವೇಯ ಸ್ವಂತ ನಿರ್ವಹಣಾ ಸೇವೆಗಳು ತಲುಪಲಾಗದಂತೆ ಉಳಿಯಬೇಕು.

ಅದೇ ಕ್ಲೈಂಟ್‌ನಿಂದ ಅನುಮತಿಸಲಾದ ಮತ್ತು ನಿರಾಕರಿಸಲಾದ ಮಾರ್ಗವನ್ನು ಚಲಾಯಿಸಿ, ಮತ್ತು ಎರಡನ್ನೂ ದಾಖಲಿಸಿ:

curl -sS -o /dev/null -w "%{http_code}" http://10.20.0.10/health
ip route get 10.20.0.10
ip route get 10.30.0.5

ಸೇತುವೆಗೆ ಲಿಂಕ್ ಮಟ್ಟದ ಪರಿಶೀಲನೆಗಳನ್ನು ಸೇರಿಸಿ: ಅನುಮತಿಸಲಾದ ಪತ್ತೆ ಸಂಚಾರ ಹಾದುಹೋಗುತ್ತದೆಯೇ, ವಿಳಾಸೀಕರಣ ಉದ್ದೇಶಿತ ಅಧಿಕಾರದಿಂದ ಬರುತ್ತದೆಯೇ, ಮತ್ತು ತೆಗೆದ ನಂತರ ತಾತ್ಕಾಲಿಕ ಭಾಗವಹಿಸುವವರು ಹೋಗಿದ್ದಾರೆಯೇ. ಸಾಮಾನ್ಯ ರೂಟೆಡ್ IP ಈಗಾಗಲೇ ಅಗತ್ಯವನ್ನು ಪೂರೈಸಿದಾಗ, ಕಚೇರಿ Ethernet ವಿಭಾಗಕ್ಕೆ ಸೇರಲು ಪ್ರತ್ಯೇಕ ಸಮರ್ಥನೆ ಬೇಕು, ಮತ್ತು ಅದನ್ನು ಬದಲಾವಣೆಗೆ ಮೊದಲು ಬರೆಯಬೇಕು.