Access Server ಗುಂಪು CIDR: ಸದಸ್ಯರ ವಿಳಾಸಗಳು ಅಥವಾ ಸಂಪನ್ಮೂಲ ನೆಟ್ವರ್ಕ್

Access Server ಗುಂಪಿನಲ್ಲಿ ಎರಡು ಕ್ಷೇತ್ರಗಳು CIDR ಸ್ವೀಕರಿಸುತ್ತವೆ ಮತ್ತು ಮೊದಲ ನೋಟಕ್ಕೆ ಅವು ಒಂದೇ ರೀತಿಯ ಇನ್ಪುಟ್ ಎನಿಸುತ್ತವೆ: ಒಂದು VPN ಸದಸ್ಯರಿಗೆ ನೀಡುವ ವಿಳಾಸಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಇನ್ನೊಂದು ಆ ಸದಸ್ಯರು ತಲುಪಬಹುದಾದ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ತಪ್ಪು ಕ್ಷೇತ್ರವನ್ನು ಭರ್ತಿ ಮಾಡಿದರೆ ದೋಷವಿಲ್ಲದೆ ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಅದೇ ತಪ್ಪನ್ನು ದುಬಾರಿಯಾಗಿಸುತ್ತದೆ. ಮೊದಲನೆಯದು ನಿಮ್ಮ ಟನೆಲ್ ವಿಳಾಸ ಯೋಜನೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ, ಎರಡನೆಯದು ಯಾವ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಅನುಮತಿ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದೂ ಇನ್ನೊಂದನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ. ಜನರು ಈ ಎರಡರಲ್ಲಿ ಸೇರಿಸುವ ಮೂರನೆಯ ವಸ್ತುವೂ ಇದೆ, ಶಾಖೆಯ ಗೇಟ್ವೇ ಹಿಂದಿನ ಸಬ್ನೆಟ್, ಮತ್ತು ಅದು ಯಾವ ಕ್ಷೇತ್ರಕ್ಕೂ ಸೇರಿಲ್ಲ.

ಒಂದೇ ವಾಕ್ಯರಚನೆ, ಬೇರೆ ಪ್ರಶ್ನೆಗಳು

ಮೌಲ್ಯ ಯಾವುದನ್ನು ಹೆಸರಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ. ಸದಸ್ಯ ವಿಳಾಸ CIDR ಸಂಪರ್ಕಿಸುವ ಕ್ಲೈಂಟ್ಗಳು ಯಾವ ಆಂತರಿಕ ವಿಳಾಸಗಳನ್ನು ಪಡೆಯುತ್ತವೆ ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಹಂಚಿಕೆ ಯಂತ್ರವು ಯಾವುದೇ ಸಂಚಾರ ಹರಿಯುವ ಮೊದಲು ಅದನ್ನು ಬಳಸುತ್ತದೆ. ಸಂಪನ್ಮೂಲ CIDR ಈ ಗುಂಪು ಯಾವ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಬಳಸಬಹುದು ಎಂಬುದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಮೌಲ್ಯಮಾಪನದಲ್ಲಿ ಪ್ರವೇಶ ನಿಯಮಗಳು ಅದನ್ನು ಬಳಸುತ್ತವೆ. ಒಂದು ಪೂಲ್ನ ವ್ಯಾಖ್ಯಾನ, ಇನ್ನೊಂದು ಅನುಮತಿ.

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

ಹಂಚಿಕೆ: ಸದಸ್ಯರ ವಿಳಾಸ ಸ್ಥಳ

ಪೂಲ್ ಸದಸ್ಯರು ತಲುಪಬಹುದಾದ ಯಾವುದೇ LAN ಜೊತೆಗೂ ಮತ್ತು ನಿಯೋಜನೆಯಲ್ಲಿನ ಬೇರೆ ಯಾವುದೇ VPN ಪೂಲ್ ಜೊತೆಗೂ ಅತಿಕ್ರಮಿಸಬಾರದು. ಇದು ಯೋಜನೆಯ ನಿರ್ಬಂಧ, ಉತ್ಪನ್ನದ ಸೆಟ್ಟಿಂಗ್ ಅಲ್ಲ: ಎರಡು ಸೈಟ್ಗಳು ಸದಸ್ಯರಿಗೆ 10.90.40.0/24 ಬಳಸಿದರೆ, ಒಂದು ಸೈಟ್ನ ಸದಸ್ಯರು ಅನುವಾದವಿಲ್ಲದೆ ಇನ್ನೊಂದಕ್ಕೆ ರೂಟ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಪ್ರವೇಶ ನಿಯಮ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.

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

ಅನುಮತಿ: ಗಮ್ಯಸ್ಥಾನ ನೆಟ್ವರ್ಕ್ಗಳು ಪ್ರವೇಶ ನಿಯಮಗಳಲ್ಲಿ ಇರುತ್ತವೆ

ತಲುಪುವಿಕೆಯನ್ನು ಪ್ರವೇಶ ನಿಯಮಗಳಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಲಾಗುತ್ತದೆ, ಅವು ಗುಂಪು ಅಥವಾ ಬಳಕೆದಾರರು, ಗಮ್ಯಸ್ಥಾನ ನೆಟ್ವರ್ಕ್ ಅಥವಾ ಸೇವೆ ಮತ್ತು ಪ್ರವೇಶ ವಿಧಾನವನ್ನು ಹೆಸರಿಸುತ್ತವೆ. ಕೊನೆಯ ಭಾಗವೇ ಅರ್ಧಮುಗಿದ ಸಂರಚನೆಗಳು ಸಾಯುವ ಸ್ಥಳ: ನಿಯಮವು ಸಂಚಾರವನ್ನು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ರೂಟ್ ಮಾಡಬಹುದು ಅಥವಾ NAT ಮಾಡಬಹುದು, ಮತ್ತು ಎರಡೂ ನೆಟ್ವರ್ಕ್ನಿಂದ ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳನ್ನು ಕೇಳುತ್ತವೆ. ರೂಟ್ ಮಾಡಿದ ಮಾರ್ಗಕ್ಕೆ ಗಮ್ಯಸ್ಥಾನದ ಬದಿಯು ಸಂಚಾರವನ್ನು VPN ಪೂಲ್ಗೆ ಹೇಗೆ ಹಿಂತಿರುಗಿಸಬೇಕು ಎಂದು ತಿಳಿದಿರಬೇಕು, ಆದರೆ NAT ಮಾರ್ಗ ಸದಸ್ಯರನ್ನು ಗಮ್ಯಸ್ಥಾನ ಈಗಾಗಲೇ ನಂಬುವ ವಿಳಾಸದ ಹಿಂದೆ ಮರೆಮಾಡುತ್ತದೆ. Access Server ಗುಂಪು ದಾಖಲೆ ಗುಂಪು ನೆಟ್ವರ್ಕಿಂಗ್ ಅನ್ನು ಗುಂಪು ಪ್ರವೇಶ ನಿಯಮಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುತ್ತದೆ, ಮತ್ತು ಲೇಬಲ್ಗಳು ಬಿಡುಗಡೆಗಳ ನಡುವೆ ಸರಿದಿವೆ.

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

ಮೂರನೆಯ ವಸ್ತು: ಗೇಟ್ವೇ ಹಿಂದಿನ ಶಾಖೆ ಸಬ್ನೆಟ್

ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್ ಒಂದು ಸಬ್ನೆಟ್ ಹೊಂದಿದೆ ಎಂದು ಘೋಷಿಸುವುದು ಸೈಟ್ ಬಗ್ಗೆ ರೂಟಿಂಗ್ ಹೇಳಿಕೆ, ವಿಳಾಸ ಹಂಚಿಕೆ ಅಲ್ಲ ಮತ್ತು ಅನುಮತಿ ಅಲ್ಲ. Access Server ಪದಗಳಲ್ಲಿ ಇದು ಸಂಪರ್ಕಿಸುವ ನೆಟ್ವರ್ಕ್ಗೆ ಬೆಂಬಲಿತ ಗೇಟ್ವೇ ಸಂರಚನೆ, ಮತ್ತು ಶಾಖೆ ರೌಟರ್ ತನ್ನ ಹಿಂದಿನ LAN ಅನ್ನು ಘೋಷಿಸಬಹುದಾದ್ದರಿಂದ ಅದು ಇದೆ. ಸದಸ್ಯರು ಇನ್ನೂ ಪೂಲ್ನಿಂದ ವಿಳಾಸ ಪಡೆಯುತ್ತಾರೆ, ಮತ್ತು ಆ ಶಾಖೆ LAN ಬಳಸಲು ಇನ್ನೂ ಪ್ರವೇಶ ನಿಯಮ ಬೇಕು.

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

ನೀವು ಯಾವುದನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂದು ತಿಳಿಯುವುದು ಹೇಗೆ

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

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