Access Server ಗ್ರಾಹಕರು LAN ನಿಂದ ಏಕೆ ತಲುಪಲಾಗದು

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

ಸೇವೆ ನೋಡುವ ಮೂಲ ವಿಳಾಸವನ್ನು ಓದಿ

ಆ ಒಂದೇ ಕ್ಷೇತ್ರ ಉಳಿದ ಎಲ್ಲವನ್ನೂ ನಿರ್ಧರಿಸುತ್ತದೆ. ಒಳ ಸೇವೆ ಪೂಲ್ ವಿಳಾಸವನ್ನು ಕಂಡರೆ, Access Server ಗ್ರಾಹಕ ಸಂಚಾರವನ್ನು ಮರೆಮಾಡುವ ಬದಲು ರೂಟ್ ಮಾಡುತ್ತಿದೆ, ಮತ್ತು ಪ್ರತಿ ಉತ್ತರವನ್ನೂ ಪೂಲ್‌ಗೆ ಹಿಂತಿರುಗಿ ರೂಟ್ ಮಾಡಬೇಕು. ಬದಲಿಗೆ ಸರ್ವರ್‌ನ ಸ್ವಂತ ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ಕಂಡರೆ, ಸರ್ವರ್ ಮಾಸ್ಕರೇಡ್ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ ಸೇವೆಯ ಲಾಗ್ ಮತ್ತು ಪ್ರವೇಶ ನಿಯಮಗಳಲ್ಲಿ ಪ್ರತಿ ಗ್ರಾಹಕರ ಗುರುತು ಕಳೆದುಕೊಳ್ಳುವ ಬೆಲೆಗೆ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಎರಡೂ ತುದಿಗಳನ್ನು ಹೋಲಿಸಿ. ಸರ್ವರ್‌ನಲ್ಲಿ ಸುರಂಗ ಇಂಟರ್‌ಫೇಸ್‌ಗಳು ಮತ್ತು ಅವುಗಳ ವಿಳಾಸಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ; ಗ್ರಾಹಕರಲ್ಲಿ ಅದು ನಿಜವಾಗಿ ಯಾವ ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ; ಒಳ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಜೀವಂತ ಸಂಪರ್ಕವನ್ನು ನೋಡಿ.

ip -br addr show
ss -tnp state established '( dport = :443 )'
ip route get 10.90.0.25

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

ಒಂದೇ ಪೂಲ್ ಇದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ. ಸರ್ವರ್‌ನಲ್ಲಿ ಕ್ರಿಯಾತ್ಮಕ ಶ್ರೇಣಿ ಜೊತೆಗೆ ಪ್ರತಿ ಬಳಕೆದಾರರ ಸ್ಥಿರ ಮ್ಯಾಪಿಂಗ್‌ಗಳಿರಬಹುದು, ಮತ್ತು ಸ್ಥಿರ ವಿಳಾಸವು ಕ್ರಿಯಾತ್ಮಕ ಪೂರ್ವಪ್ರತ್ಯಯದ ಸಂಪೂರ್ಣ ಹೊರಗಿರಬಹುದು. ನೀವು ನೆನಪಿನಲ್ಲಿರುವ ಶ್ರೇಣಿಯನ್ನು ಮಾತ್ರ ರೂಟ್ ಮಾಡಿದರೆ, ಸ್ಥಿರ ವಿಳಾಸಗಳ ಬಳಕೆದಾರರು ಮುರಿದೇ ಉಳಿಯುತ್ತಾರೆ ಮತ್ತು ಉಳಿದವರೆಲ್ಲ ಸಮಸ್ಯೆ ಪರಿಹಾರವಾಗಿದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತಾರೆ.

ಉತ್ತರ ನಿರ್ಧಾರವಾಗುವಲ್ಲಿ ಮಾರ್ಗವನ್ನು ಸೇರಿಸಿ

ಮಾರ್ಗವು ಒಳ ಸೇವೆ ಈಗಾಗಲೇ ಬಳಸುವ ಗೇಟ್‌ವೇಗೆ ಸೇರಿದ್ದು, ಸೇವೆಗೆ ಅಲ್ಲ, ಅದು ತನ್ನದೇ ಸಂಚಾರವನ್ನು ರೂಟ್ ಮಾಡದಿದ್ದರೆ. ಅದನ್ನು Access Server‌ನ ತಲುಪಬಹುದಾದ ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸಿ, ಅದು ಗ್ರಾಹಕರು ಹೊಂದಿರುವ ಸುರಂಗ ವಿಳಾಸಕ್ಕಿಂತ ಬೇರೆ ಮೌಲ್ಯ.

ip route add 10.90.0.0/24 via 10.0.1.5
ip route get 10.90.0.25

ಕ್ಲೌಡ್ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಅದೇ ಹೇಳಿಕೆ ರೂಟ್ ಕೋಷ್ಟಕದ ನಮೂದಾಗುತ್ತದೆ, ಅದರ ಗುರಿ ಸರ್ವರ್ ಚಲಿಸುವ ಇನ್‌ಸ್ಟಾನ್ಸ್ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್‌ಫೇಸ್, ಮತ್ತು ಆ ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ಮೂಲ ಮತ್ತು ಗಮ್ಯ ಪರಿಶೀಲನೆ ನಿಷ್ಕ್ರಿಯವಾಗಿರುತ್ತದೆ. ಆ ನಮೂದು ಏನನ್ನು ಮಾಡುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ: ಮಾರ್ಗವು ಪ್ರವೇಶ ನೀಡುವಿಕೆ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಭದ್ರತಾ ಗುಂಪುಗಳು, ನೆಟ್‌ವರ್ಕ್ ACL ಮತ್ತು ಹೋಸ್ಟ್ ಫೈರ್‌ವಾಲ್ ಇನ್ನೂ ಸಂಚಾರಕ್ಕೆ ಅನುಮತಿ ನೀಡಬೇಕು.

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

ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಫಿಲ್ಟರ್‌ಗಳು ಮಾರ್ಗಕ್ಕೆ ಹೊಂದಿಕೊಳ್ಳಬೇಕು

ರೂಟಿಂಗ್ ಮಾರ್ಗದ ಅರ್ಧ ಭಾಗ ಮಾತ್ರ. ಸರ್ವರ್‌ಗೆ ಸುರಂಗ ಮತ್ತು ಖಾಸಗಿ ಇಂಟರ್‌ಫೇಸ್ ನಡುವೆ ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಅನುಮತಿ ಇರಬೇಕು, ಅದು ಲಿನಕ್ಸ್‌ನಲ್ಲಿ net.ipv4.ip_forward ಮತ್ತು ಇಂಟರ್‌ಫೇಸ್ ಜೋಡಿಗೆ ಅನುಮತಿ ನೀಡುವ ಫಾರ್ವರ್ಡ್ ಸರಪಳಿ ಎಂದರ್ಥ, ಮತ್ತು ಗಟ್ಟಿಗೊಳಿಸಿದ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರತಿ ದಿಕ್ಕಿಗೂ ಸ್ಪಷ್ಟ ನಿಯಮ.

sysctl net.ipv4.ip_forward
nft list ruleset | grep -A5 forward

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

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

ರೂಟೆಡ್ ಅಥವಾ ಮಾಸ್ಕರೇಡ್: ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆರಿಸಿ

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

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

ಗ್ರಾಹಕರ ಹಿಂದಿನ ಸಬ್‌ನೆಟ್ ಪ್ರತ್ಯೇಕ ಕೆಲಸ

ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಸ್ವಂತ LAN ನಲ್ಲಿನ ಸಾಧನವನ್ನು ತಲುಪುವುದು ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಸುರಂಗ ವಿಳಾಸವನ್ನು ತಲುಪುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ. ಅದಕ್ಕೆ ಗ್ರಾಹಕರು ಸಬ್‌ನೆಟ್ ಗೇಟ್‌ವೇ ಆಗಿ ವರ್ತಿಸಬೇಕು: ಗ್ರಾಹಕರ ಬದಿಯಲ್ಲಿ ಘೋಷಿತ ನೆಟ್‌ವರ್ಕ್, ಗ್ರಾಹಕರ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯ, ಮತ್ತು ಆ LAN ನಲ್ಲಿ ಗ್ರಾಹಕರ ಕಡೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ. ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಮನೆ ಶ್ರೇಣಿಗೆ ಖಾಸಗಿ ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗ ಸೇರಿಸಿದರೆ ಇದು ಆಗುವುದಿಲ್ಲ, ಮತ್ತು ಇಬ್ಬರು ಬಳಕೆದಾರರಿಗೆ ಒಂದೇ ಮನೆ ಶ್ರೇಣಿ ಇದ್ದಾಗ ಸಂಘರ್ಷ ಉಂಟಾಗುತ್ತದೆ.

ದಿಕ್ಕೂ ನೀತಿಯ ಪ್ರಶ್ನೆ. ಗ್ರಾಹಕರಿಗೆ ಒಳ ಸೇವೆಗೆ ಸಂಪರ್ಕ ತೆರೆಯಲು ಅನುಮತಿ ನೀಡಿದರೆ ಅದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಒಳ ಹೋಸ್ಟ್‌ಗೆ ಆ ಗ್ರಾಹಕರಿಗೆ ಸಂಪರ್ಕ ತೆರೆಯಲು ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ. ಮಾರ್ಗ ಮುರಿದಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಸರ್ವರ್‌ನ ಪ್ರವೇಶ ನೀತಿ ಮತ್ತು ಗ್ರಾಹಕರ ಹೋಸ್ಟ್ ಫೈರ್‌ವಾಲ್ ಪರಿಶೀಲಿಸಿ.

ಒಂದು ಹರಿವು ಮತ್ತು ಒಂದು ಕ್ಯಾಪ್ಚರ್‌ನಿಂದ ಪರಿಶೀಲಿಸಿ

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

tcpdump -ni any host 10.90.0.25 and port 443

ಸರಿಪಡಿಸುವ ಮೊದಲು ಕ್ಯಾಪ್ಚರ್ ಉತ್ತರವು ಅದನ್ನು ರೂಟ್ ಮಾಡದ ಗೇಟ್‌ವೇ ಕಡೆ ಹೋಗುತ್ತಿರುವುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಸರಿಪಡಿಸಿದ ನಂತರ ಉತ್ತರ ಸರ್ವರ್ ಕಡೆ ಹೋಗುತ್ತದೆ ಮತ್ತು ಹರಿವು ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ. ನಂತರ ಗೇಟ್‌ವೇ ಎರಡನೇ ಗ್ರಾಹಕ ವಿಳಾಸಕ್ಕೆ ಬಳಸುವ ಮಾರ್ಗವನ್ನು ಖಚಿತಪಡಿಸಿ, ಆಗ ನೀವು ಆವರಿಸದ ಪೂಲ್ ಒಂದು ವಾರದ ನಂತರವಲ್ಲ, ಈಗಲೇ ಕಾಣಿಸುತ್ತದೆ.

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