MX, IPsec ಅನ್ನು ಮುಗಿಸುವ ಮೊದಲು ಯಾವುದು ಹೊಂದಿಕೆಯಾಗಬೇಕು
ಕಾನ್ಫಿಗರೇಶನ್ ಸ್ವೀಕರಿಸುವ commit ಪಾರ್ಸರ್ ಅನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮಾರ್ಗವನ್ನಲ್ಲ. ಪ್ಲಾಟ್ಫಾರ್ಮ್ tuple ನ ಐದು ಭಾಗಗಳು ಸೇವೆ ನಿಜವಾಗಿ ಚಲಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಕಾನ್ಫಿಗರೇಶನ್ ಸ್ವಚ್ಛವಾಗಿ commit ಆಗುತ್ತದೆ, ಇಂಟರ್ಫೇಸ್ಗಳು ಮೇಲೆ ಬರುತ್ತವೆ, ಸುರಂಗವು ಇನ್ನೂ ಸ್ಥಾಪನೆಯಾಗಲು ನಿರಾಕರಿಸುತ್ತದೆ. ಲಾಗ್ನಲ್ಲಿ ಯಾವ ಸಾಲೂ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಇದನ್ನು ಮಾಡಲಾಗದು ಎಂದು ಹೇಳುವುದಿಲ್ಲ; ಅದು ಸುಮ್ಮನೆ ಮಾಡುವುದಿಲ್ಲ. Junos ನಲ್ಲಿ, IPsec ಎಂಬುದು ಚಾಸಿಸ್, ಸೇವಾ ಹಾರ್ಡ್ವೇರ್ ಅಥವಾ ಸಾಫ್ಟ್ವೇರ್ ಮಾರ್ಗ, ಮತ್ತು ಬಿಡುಗಡೆಯ ನಿರ್ದಿಷ್ಟ ಸಂಯೋಜನೆ ಮಾತ್ರ ನಿರ್ವಹಿಸಬಲ್ಲ ಸೇವೆ, ಮತ್ತು ವೈಶಿಷ್ಟ್ಯ ಪುಟ ಸಾಫ್ಟ್ವೇರ್ನ ಸಾಮರ್ಥ್ಯವನ್ನು ವಿವರಿಸುತ್ತದೆ, ನಿಮ್ಮ ಸಾಧನವನ್ನಲ್ಲ. tuple ಅನ್ನು ಭಾಗ ಭಾಗವಾಗಿ ಪರಿಶೀಲಿಸಬೇಕು, ಏಕೆಂದರೆ commit ಫಲಿತಾಂಶ ಪಾರ್ಸರ್ ಅನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.
ಪ್ಯಾಕೆಟ್ ನಿಜವಾಗಿ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ
IPsec ಗಾಗಿ ಆಯ್ಕೆಯಾದ ಸಂಚಾರವು ಅದನ್ನು ಗೂಢಲಿಪೀಕರಿಸುವ ಘಟಕವನ್ನು ತಲುಪಬೇಕು. ಸೇವಾ ಮಾಡ್ಯೂಲ್ ಇರುವ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳಲ್ಲಿ, ಆಯ್ಕೆಯಾದ ಹರಿವು ಆ ಮಾಡ್ಯೂಲ್ಗೆ ನಿರ್ದೇಶಿಸಲ್ಪಟ್ಟು ನಂತರ ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗಕ್ಕೆ ಮರಳುತ್ತದೆ. ಮಾಡ್ಯೂಲ್ ಇಲ್ಲದಿದ್ದರೆ, ಸಾಮರ್ಥ್ಯ ಕಡಿಮೆಯಿದ್ದರೆ ಅಥವಾ ಇಂಟರ್ಫೇಸ್ಗೆ ಬದ್ಧವಾಗಿಲ್ಲದಿದ್ದರೆ, ಕಾನ್ಫಿಗರೇಶನ್ ಇರುತ್ತದೆ ಮತ್ತು ಒಂದೂ ಪ್ಯಾಕೆಟ್ ಸಂಸ್ಕರಣೆಯಾಗುವುದಿಲ್ಲ. commit ಔಟ್ಪುಟ್ನಲ್ಲಿ ಯಾವುದೂ ಆ ಸ್ಥಿತಿಯನ್ನು ಆರೋಗ್ಯಕರ ಸ್ಥಿತಿಯಿಂದ ಪ್ರತ್ಯೇಕಿಸುವುದಿಲ್ಲ.
ಸಾಫ್ಟ್ವೇರ್ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಿದ ಅನುಷ್ಠಾನಗಳು ಕೆಲಸವನ್ನು ರೂಟಿಂಗ್ ಎಂಜಿನ್ನಲ್ಲಿ ಅಥವಾ ಇನ್ಲೈನ್ ಹಾರ್ಡ್ವೇರ್ನಲ್ಲಿ ಇಡುತ್ತವೆ, ಸಂಪನ್ಮೂಲ ಮಿತಿಗಳು ಬಹಳ ಭಿನ್ನ. ಕಾನ್ಫಿಗರೇಶನ್ನಲ್ಲಿ ಕಾಣುವ ಸುರಂಗವು ಈ ಮಾರ್ಗಗಳಲ್ಲಿ ಯಾವುದು ನಿಜವಾಗಿ ಅದನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತಿದೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ.
tuple ನ ಐದು ಭಾಗಗಳು
ಯಾವುದೇ ಶಿಫಾರಸು ಓದುವ ಮೊದಲು ಸಂಯೋಜನೆಯನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಒಂದು ಭಾಗ ಉಳಿದವನ್ನು ಅಮಾನ್ಯಗೊಳಿಸಬಹುದು. ಮೂರು ವರ್ಷಗಳ ಹಿಂದೆ ಸೇವೆಗೆ ಬೆಂಬಲ ನೀಡಿದ ಭಾಗ ಸಂಖ್ಯೆ ಈ ಚಾಸಿಸ್ನಲ್ಲಿನ ಕಾರ್ಡ್ ಮತ್ತು ಬಿಡುಗಡೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಕೆಳಗಿನ ಸಾಲುಗಳನ್ನು ಚೆಕ್ಲಿಸ್ಟ್ ಆಗಿ ಓದಿ, ನಂತರ ಕಾನ್ಫಿಗರೇಶನ್ ತೋರಿಸಲಾಗದ ಮೌಲ್ಯಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ.
| Part | What to record | Where it fails quietly |
|---|---|---|
| Chassis and service hardware | Model plus the installed PIC, MPC or MIC | Card absent or not bound to the interface |
| Implementation | Services card, inline or software path | Configuration accepted, no processing |
| Release | Exact Junos version | The feature arrives in a later build |
| Address families and mode | Outer and inner family, tunnel mode, peer authentication | Half the traffic silently unprotected |
| Entitlement and capacity | Licence state and the workload profile | Ceiling reached only under load |
ವಿಳಾಸ ಕುಟುಂಬಗಳು ಮತ್ತು ಕೆಲಸದ ಹೊರೆ ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಎರಡು ಸಾಲುಗಳು, ಎರಡೂ ಪರಿಶೀಲಿಸಲು ಅಗ್ಗ ಮತ್ತು ನಂತರ ಕಂಡುಹಿಡಿಯಲು ದುಬಾರಿ. tuple ಅನ್ನು ಸಾಧನದಿಂದ ಓದಿ, ಸ್ಪ್ರೆಡ್ಶೀಟ್ನಿಂದ ಅಲ್ಲ, ಏಕೆಂದರೆ ಕಾನ್ಫಿಗರೇಶನ್ ನೀವು ಕೇಳಿದ್ದನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಸ್ಥಾಪಿಸಿದ್ದನ್ನು ಅಲ್ಲ. ಹೆಚ್ಚಿನ ಭಾಗವನ್ನು ಎರಡು ಆದೇಶಗಳು ಹೊರುತ್ತವೆ: show chassis hardware ನಿಜವಾಗಿ ಅಳವಡಿಸಿದ ಕಾರ್ಡ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, show version ನಿಖರ ಬಿಡುಗಡೆಯನ್ನು ನೀಡುತ್ತದೆ. ಎರಡೂ ಕಾನ್ಫಿಗರೇಶನ್ ಸರಿಯಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿಲ್ಲ, ಅದೇ ಮುಖ್ಯ ಅಂಶ.
show chassis hardware
show versionಬಿಡುಗಡೆ ದ್ವಾರಗಳು ನಿಜವಾದ ದ್ವಾರಗಳು
ಬಿಡುಗಡೆಯ ವಿವರ ಅಧಿಕೃತತೆ ಅಲ್ಲ. Juniper ನ IPsec ಅವಲೋಕನ ಬಹು ಸೇವಾ ಕಾರ್ಡ್ಗಳಿಗೆ AES-GCM ಬೆಂಬಲವನ್ನು Junos 17.3R1 ಗೆ ದಿನಾಂಕ ಮಾಡುತ್ತದೆ, FIPS ಮೋಡ್ 17.4R1 ನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಅದೇ ವೈಶಿಷ್ಟ್ಯಕ್ಕೆ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಹೇಗೆ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತದೆ ಎಂಬುದರ ಮೇಲೆ ಎರಡು ಮಿತಿಗಳಿವೆ, ನೀವು ಚಲಾಯಿಸುವ ಮೋಡ್ ಯಾವುದು ಅನ್ವಯವಾಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ವೈಶಿಷ್ಟ್ಯ ಪಟ್ಟಿಯನ್ನು ಪರಿಶೀಲಿಸುವ ಮೊದಲು ಮೋಡ್ ಪರಿಶೀಲಿಸಿ.
ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳನ್ನು ನಿಖರವಾಗಿ ಸ್ಥಾಪಿತವಾದ ಆವೃತ್ತಿಗೆ ಓದಿ, ದಾಖಲಾದ ಹೊಸದಕ್ಕಲ್ಲ. ನಂತರದ build ನಲ್ಲಿ ಬಂದ ಸಾಮರ್ಥ್ಯವು ಹಿಂದಿನದರಲ್ಲಿ ಇದೆ ಎಂದು ಊಹಿಸಲಾಗದು, ಒಂದು ಕಾರ್ಡ್ಗೆ ಬರೆದ ಹೇಳಿಕೆ ಇನ್ನೊಂದಕ್ಕೆ ಹೋಗುವುದಿಲ್ಲ. ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಯ ಸಾಲನ್ನು ವಿನ್ಯಾಸ ದಾಖಲೆಗೆ ನಕಲಿಸಿ, ಹೇಳಿಕೆ ತನ್ನ ಮೂಲವನ್ನು ಜೊತೆಗೆ ಒಯ್ಯಲಿ, ಏಕೆಂದರೆ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಕುಟುಂಬಕ್ಕೆ ಬರೆದ ಬೆಂಬಲ ಹೇಳಿಕೆ ನೀವು ಚಲಾಯಿಸುವ ಮೋಡ್ ಅಥವಾ ನಿಮ್ಮಲ್ಲಿರುವ ಕಾರ್ಡ್ ಬಗ್ಗೆ ಹೇಳಿಕೆ ಅಲ್ಲ.
ಸಾಮರ್ಥ್ಯ ಎಂಬುದು ಕೆಲಸದ ಹೊರೆ, ಶೀರ್ಷಿಕೆ ಅಲ್ಲ
ಅಳತೆ ಷರತ್ತುಗಳಿಲ್ಲದ ಶೀರ್ಷಿಕೆ ಥ್ರೂಪುಟ್ ಸಂಖ್ಯೆ ಮಾರ್ಕೆಟಿಂಗ್ ಸಂಖ್ಯೆ. ಸಣ್ಣ ಪ್ಯಾಕೆಟ್ಗಳು ಪ್ರತಿ ಬಿಟ್ಗೆ ದೊಡ್ಡವುಗಳಿಗಿಂತ ಬಹಳ ದುಬಾರಿ, ಏಕಕಾಲಿಕ ಅಸೋಸಿಯೇಷನ್ಗಳು ಮೆಮೊರಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ, ಕಾರ್ಡ್ ಹಂಚಿಕೊಳ್ಳುವ ಪ್ರತಿ ಸೇವೆಯೂ ಉಳಿದದ್ದನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.
ನಿರೀಕ್ಷಿತ ಸಂಚಾರದಿಂದ ಅಂದಾಜಿಸಿ: ಸಾಮಾನ್ಯ ಮತ್ತು ಅತ್ಯಂತ ಕೆಟ್ಟ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಗಳು, ಸಾಥಿಗಳ ಸಂಖ್ಯೆ, ಆ ಕಾರ್ಡ್ NAT ಅಥವಾ ಇನ್ನೊಂದು ಸೇವೆಯನ್ನೂ ಕೊನೆಗೊಳಿಸುತ್ತದೆಯೇ. ನಂತರ ಒಂದು ದಿನ ಒಂದು ಮಾರ್ಗ ವಿನ್ಯಾಸ ಊಹಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚು ಹೊರೆ ಹೊರುವ ದಿನಕ್ಕೆ ಜಾಗ ಬಿಡಿ. ನಿಷ್ಕ್ರಿಯ ಹಾರ್ಡ್ವೇರ್ ಊಹಿಸುವ ಸಾಮರ್ಥ್ಯ ಯೋಜನೆ ಬಯಕೆ, ಯೋಜನೆ ಅಲ್ಲ. ಈ ಸಂಖ್ಯೆ ವ್ಯಾಪಾರ ಪ್ರಕರಣಕ್ಕೆ ಮುಖ್ಯವಾದರೆ, ಸಾಧನದಲ್ಲಿ ಪ್ರಾತಿನಿಧಿಕ ಹೊರೆಯ ಅಡಿಯಲ್ಲಿ ಒಮ್ಮೆ ಅಳೆಯಿರಿ, ಆ ಅಳತೆಯನ್ನು ವಿನ್ಯಾಸದೊಂದಿಗೆ ಇರಿಸಿ.
ವಿನ್ಯಾಸಕ್ಕಿಂತ ಮೊದಲು ದಾಖಲೆ ಬರೆಯಿರಿ
ವಿನ್ಯಾಸಕ್ಕೆ ಬೇಕಾದ ಪ್ರತಿ ಸಾಮರ್ಥ್ಯಕ್ಕೂ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಉಲ್ಲೇಖ, ಬಿಡುಗಡೆಗೆ ಹೊಂದುವ ದಾಖಲೆಗಳು ಮತ್ತು ಪರಿಹರಿಸದ ನಿರ್ಬಂಧ ಯಾವುದನ್ನೂ ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಿ. tuple ನ ಯಾವುದೇ ಸಾಲು ವಿಫಲವಾದರೆ, ಹಳೆಯ ಖರೀದಿ ಪಟ್ಟಿಯ ಸುತ್ತ ವಿನ್ಯಾಸವನ್ನು ಮರುನಿರ್ಮಿಸುವ ಬದಲು ಪ್ರತ್ಯೇಕ ಅನುಮೋದಿತ ಗೇಟ್ವೇಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಯಾವ ನಿಖರ ವ್ಯವಸ್ಥೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಯಾವ ಮಿತಿಗಳಲ್ಲಿ ಎಂದು ದಾಖಲೆ ಹೇಳಬೇಕು.
ಆಮೇಲೆಯೇ ಸಾಥಿಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ದೂರದ ತುದಿಯೊಂದಿಗೆ ಪ್ರೋಟೋಕಾಲ್ ಹೊಂದಾಣಿಕೆ ಮುಂದಿನ ಪ್ರಶ್ನೆ, ಸ್ಥಳೀಯ ಬೆಂಬಲಕ್ಕೆ ಪರ್ಯಾಯ ಎಂದಿಗೂ ಅಲ್ಲ. ಒಪ್ಪುವ ಸಾಥಿಯೂ ಒಂದೂ ಪ್ಯಾಕೆಟ್ ಗೂಢಲಿಪೀಕರಿಸದ ಚಾಸಿಸ್ಗೆ ಸಹಾಯ ಮಾಡಲಾರ.