ಬಹು-ಸೈಟ್ VPN ಗಾಗಿ ವಿಳಾಸ ಜಾಗವನ್ನು ಹೇಗೆ ಬಜೆಟ್ ಮಾಡುವುದು

VPN ಸಬ್ನೆಟ್ ಎಷ್ಟು ದೊಡ್ಡದಾಗಿರಬೇಕು ಎಂಬುದಕ್ಕೆ, ನೀವು ಯಾವ ವಿಳಾಸಗಳನ್ನು ಎಣಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೆಸರಿಸುವವರೆಗೆ ಉತ್ತರವಿಲ್ಲ. ಒಂದು ವಿನ್ಯಾಸದಲ್ಲಿ ಆ ವಿಳಾಸಗಳು ಸಂಖ್ಯೆ ಮಾಡಿದ ಟನೆಲ್ ಸಂಪರ್ಕದ ಎರಡು ತುದಿಗಳು, ಇನ್ನೊಂದರಲ್ಲಿ ಅವು ನೀತಿ-ಆಧಾರಿತ ಟನೆಲ್ನ ಹಿಂದಿನ ಕಚೇರಿ LAN, ಮತ್ತು ಮೂರನೆಯದರಲ್ಲಿ ಅವು ನಿರ್ವಹಿತ ಗೇಟ್ವೇಯ ಕಾಯ್ದಿರಿಸಿದ ಮೂಲಸೌಕರ್ಯ. ಮೂರು ವಸ್ತುಗಳು, ಮೂರು ಬಜೆಟ್ಗಳು, ಮತ್ತು ಹೆಚ್ಚಿನ ಗಾತ್ರದ ತಪ್ಪುಗಳು ಒಂದು ಕಾಲಂ ಅನ್ನು ಇನ್ನೊಂದು ಕಾಲಂನ ಸಂಖ್ಯೆಯಿಂದ ತುಂಬುವುದರಿಂದ ಬರುತ್ತವೆ.

ನಾಲ್ಕು ಪಾತ್ರಗಳು, ನಾಲ್ಕು ವಿಭಿನ್ನ ಪ್ರಶ್ನೆಗಳು

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

ಅವುಗಳಲ್ಲಿ ಮೂರನೆಯದಕ್ಕೆ ಮಾತ್ರ ಕಚೇರಿಯಲ್ಲಿ ಎಷ್ಟು ಲ್ಯಾಪ್ಟಾಪ್ಗಳಿವೆ ಎಂಬುದರೊಂದಿಗೆ ಸಂಬಂಧವಿದೆ. ಆ ಒಂದೇ ಗೊಂದಲವು ಹೆಚ್ಚಿನ ಚರ್ಚೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ.

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

ಬ್ಲಾಕ್ಗಳನ್ನು ಎಣಿಸುವುದು: /30 ನಿಜವಾಗಿ ಎಷ್ಟು ವೆಚ್ಚವಾಗುತ್ತದೆ

ಬಿಂದು-ಬಿಂದು ಸಂಪರ್ಕಕ್ಕೆ ಎರಡು ವಿಳಾಸಗಳು ಬೇಕು ಮತ್ತು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಅವಲಂಬಿಸಿರುವ ಗಾತ್ರದ ಬ್ಲಾಕ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. /30 ನಾಲ್ಕು ವಿಳಾಸಗಳನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ ಎರಡು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಬಹುದಾದವು, ಆದ್ದರಿಂದ ಹನ್ನೆರಡು ಸಂಪರ್ಕಗಳು ಯೋಜನೆಯಲ್ಲಿ ನಲವತ್ತೆಂಟು ವಿಳಾಸಗಳನ್ನು ಬಳಸುತ್ತವೆ, ಆದರೆ ಇಪ್ಪತ್ತನಾಲ್ಕು ತುದಿಗಳನ್ನು ನೀಡುತ್ತವೆ. /31 ಎರಡು ವಿಳಾಸಗಳನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಎರಡೂ ಬಳಸಬಹುದಾದವು, ಇದು ಲೆಕ್ಕಾಚಾರವನ್ನು ಅರ್ಧಕ್ಕೆ ಇಳಿಸುತ್ತದೆ, ಆದರೆ ಎರಡೂ ತುದಿಗಳು ಅದನ್ನು ಒಪ್ಪುವಲ್ಲಿಯೇ.

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

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

ಟೊಪೊಲಜಿ ಸ್ಥಿರವಾದ ನಂತರವೇ ಗುಣಿಸಿ. ಹನ್ನೆರಡು ಪ್ರತ್ಯೇಕ ಸಂಪರ್ಕಗಳು ಮತ್ತು ಹನ್ನೆರಡು ಭಾಗವಹಿಸುವವರಿರುವ ಒಂದು ಬಹುಬಿಂದು ಓವರ್ಲೇ ಒಂದೇ ಸೈಟ್ ಸಂಖ್ಯೆಯಿಂದ ಬಹಳ ವಿಭಿನ್ನ ಮೊತ್ತಗಳನ್ನು ನೀಡುತ್ತವೆ.

ನಿರ್ವಹಿತ ಗೇಟ್ವೇಯ ಸಬ್ನೆಟ್ ಕ್ಲೈಂಟ್ ಪೂಲ್ ಅಲ್ಲ

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

ಪೂರೈಕೆದಾರರ ಅಗತ್ಯವನ್ನು ಸ್ಥಿರ ವೆಚ್ಚ ಎಂದು ಓದಿ, ರ್ಯಾಕ್ ಘಟಕವನ್ನು ನೀವು ನೋಡುವ ರೀತಿಯಲ್ಲಿ. ಅದು ಸಂರಕ್ಷಿತ ಪೂರ್ವಪ್ರತ್ಯಯ ಬಜೆಟ್ನ ಭಾಗವಲ್ಲ.

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

ಎರಡನೇ ಸೈಟ್ ಅನ್ನು ದಾಟಲು ಯೋಜನೆಯನ್ನು ದಾಖಲಿಸಿ

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

ಪ್ರತಿ ಬ್ಲಾಕ್ನ ಹಿಂದಿನ ಬೆಳವಣಿಗೆಯ ಊಹೆಯನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಅದೇ ಭಾಗವನ್ನು ಮುಂದಿನ ಯಾವುದೇ ಓದುಗ ಕೇವಲ ವಿಳಾಸಗಳಿಂದ ಮರುನಿರ್ಮಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

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