ಡೀಕ್ರಿಪ್ಟ್ ಆದ ಮಾರ್ಗವನ್ನು ಬಿಡಿಸಿ: VPN ಉಪಕರಣವು ನೀತಿಯನ್ನು ಎಲ್ಲಿ ಜಾರಿಗೊಳಿಸುತ್ತದೆ
ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಆಲಿಸುಗನಲ್ಲಿ ನಿಲ್ಲುವ ರೇಖಾಚಿತ್ರವು ಮುಖ್ಯವಾದ ನೀತಿಯನ್ನು ತೋರಿಸುವುದಿಲ್ಲ. ಡೀಕ್ರಿಪ್ಟ್ ಆದ ಮಾರ್ಗವನ್ನು ಬಿಡಿಸಿ, ನಂತರ ವಿನಂತಿ ಏನನ್ನು ದಾಟುತ್ತದೆ ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ಸ್ಥಾನಗಳನ್ನು ಹೋಲಿಸಿ.
ಮಾರಾಟಗಾರರ ರೇಖಾಚಿತ್ರಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಆಲಿಸುಗನಲ್ಲಿಯೇ ನಿಲ್ಲುತ್ತವೆ, ಏಕೆಂದರೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವಿರುವ ಭಾಗ ಅದೇ. ಭದ್ರತಾ ಸ್ಥಿತಿಯನ್ನು ನಿರ್ಧರಿಸುವ ಪ್ರಶ್ನೆ ಎಂದರೆ ಡೀಕ್ರಿಪ್ಶನ್ ನಂತರ ಏನಾಗುತ್ತದೆ, ಪ್ಯಾಕೆಟ್ ಸಾಮಾನ್ಯ IP ಆಗಿ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಅನುಮತಿಸುವ ಎಲ್ಲದಕ್ಕೂ ತಲುಪಬಹುದು. ಆ ಕಾಲನ್ನು ಯಾರೂ ಬಿಡಿಸದಿದ್ದರೆ ಅದರ ಮಾಲೀಕರೂ ಇಲ್ಲ. ಕೆಳಗಿನ ಕೈಪಿಡಿ ಮೊದಲು ಅದನ್ನೇ ಬಿಡಿಸಿ, ನಂತರ ಡೀಕ್ರಿಪ್ಟ್ ಆದ ವಿನಂತಿ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ದಾಟುತ್ತದೆ ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ಸ್ಥಾನಗಳನ್ನು ಹೋಲಿಸುತ್ತದೆ.
ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಡೀಕ್ರಿಪ್ಶನ್ ನಂತರ ಬಿಡಿಸಿ, ಮೊದಲು ಅಲ್ಲ
ಹೊರ ಮಾರ್ಗವು ಮಾರಾಟಗಾರರು ದಾಖಲಿಸುವ ಭಾಗ: ಸಾರ್ವಜನಿಕ ಅಂತ್ಯಬಿಂದು, ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸುವ ಸಾಗಣೆ ನೀತಿ, ಮತ್ತು ಅದನ್ನು ಕೊನೆಗೊಳಿಸುವ ಸೇವೆ. ಒಳ ಮಾರ್ಗವು ಪ್ಯಾಕೆಟ್ ತನ್ನ ಸುರಂಗ ಶೀರ್ಷಿಕೆಯನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ಕ್ಷಣದಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಮತ್ತು ಅಲ್ಲಿಂದ ಸುರಂಗಕ್ಕೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲದ ರೂಟಿಂಗ್ ಮತ್ತು ಫಿಲ್ಟರ್ ನಿಯಮಗಳು ಅದನ್ನು ನಿಯಂತ್ರಿಸುತ್ತವೆ. ಎರಡನ್ನೂ ಒಂದೇ ಪುಟದಲ್ಲಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ಹೊಂದಿರುವ ರೇಖಾಚಿತ್ರವು ಪ್ರವೇಶ ಮತ್ತು ಅಧಿಕಾರ ಒಂದೇ ನಿರ್ಣಯ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಹಾಗಲ್ಲ, ಮತ್ತು ಅವುಗಳ ನಡುವಿನ ಅಂತರವೇ ಹೆಚ್ಚಿನ ಸ್ಥಾನಗಳು ತಪ್ಪಾಗುವ ಜಾಗ.
ಒಳ ಕಾಲನ್ನು ಬಾಣದಂತೆ ಅಲ್ಲ, ಹೆಸರಿಸಿದ ಸಾಧನ ಪ್ರಕಾರಗಳೊಂದಿಗೆ ಸಂಖ್ಯೀಕರಿಸಿದ ಅನುಕ್ರಮವಾಗಿ ಬರೆಯಿರಿ. ಬಾಣವು ವಿನಂತಿ ಫಿಲ್ಟರ್ ದಾಟುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಮರೆಮಾಡುತ್ತದೆ, ಮತ್ತು ದಾಟುವುದು ಅಥವಾ ಇಲ್ಲದಿರುವುದೇ ಇಡೀ ಪ್ರಶ್ನೆ. ಕೆಳಗಿನ ಪ್ರತಿ ಹೆಜ್ಜೆಯೂ ಸಾಧನ ಮತ್ತು ಅಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ನಿಯಮ ಗುಂಪನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕಾಣೆಯಾದ ಫಿಲ್ಟರ್ ರೇಖೆಯಿಂದ ಸೂಚಿಸಲ್ಪಡುವ ಬದಲು ಅಂತರವಾಗಿ ಕಾಣುತ್ತದೆ.
- ದೂರದ ಕ್ಲೈಂಟ್: ಸುರಂಗವನ್ನು ರಚಿಸುವ ಬಳಕೆದಾರ ಸಾಧನ.
- ಅಂಚಿನ ನೀತಿ: ಹೊರ ಸಾಗಣೆಯನ್ನು ಸಾರ್ವಜನಿಕ ಆಲಿಸುಗಕ್ಕೆ ಸ್ವೀಕರಿಸುವ ನಿಯಮ ಗುಂಪು.
- ಕೊನೆಗೊಳಿಸುವ ಸಾಧನ: ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಡೀಕ್ಯಾಪ್ಸುಲೇಟ್ ಮಾಡಿ ಸಾಮಾನ್ಯ IP ಗೆ ಒಪ್ಪಿಸುವ VPN ಅಂತ್ಯಬಿಂದು.
- ಒಳ ಫಿಲ್ಟರ್: ಕ್ಲೈಂಟ್‌ನಿಂದ ಸೇವೆಗೆ ಸಂಚಾರವನ್ನು ಮಿತಿಗೊಳಿಸುವ ಮುಂದೂಡಿಕೆ ಅಥವಾ ಭದ್ರತಾ ಗುಂಪು ನಿಯಮ ಗುಂಪು.
- ಅನ್ವಯಿಕೆ ಹೋಸ್ಟ್: ಡೀಕ್ರಿಪ್ಟ್ ಆದ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುವ ಸೇವೆ.
ಎರಡು ನೀತಿಗಳು, ಇಬ್ಬರು ಮಾಲೀಕರು
ಹೊರ ನೀತಿ ಯಾರು ಸುರಂಗ ಸ್ಥಾಪಿಸಬಹುದು ಎಂಬುದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಸಾಗಣೆಯನ್ನು ಕೊನೆಗೊಳಿಸುವ ಸೇವೆಗೆ ಸ್ವೀಕರಿಸುವ ನಿಯಮಗಳಲ್ಲಿ ವ್ಯಕ್ತವಾಗುತ್ತದೆ. ಒಳ ನೀತಿ ದೃಢೀಕೃತ ಬಳಕೆದಾರ ಯಾವ ಸೇವೆಗೆ ತಲುಪಬಹುದು ಎಂಬುದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಮುಂದೂಡಿಕೆ ನಿಯಮಗಳಲ್ಲಿ, ಭದ್ರತಾ ಗುಂಪುಗಳಲ್ಲಿ ಅಥವಾ ಅನ್ವಯಿಕೆಯಲ್ಲಿಯೇ ಇರುತ್ತದೆ. ಒಂದು ಸಾಧನ ಎರಡನ್ನೂ ಹೊಂದಬಹುದು, ಮತ್ತು ಹಲವು ಸಾಧನಗಳ ವಿನ್ಯಾಸದಲ್ಲೂ ಎರಡೂ ಇರುತ್ತವೆ. ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಹೆಸರಿಸುವುದೇ ಬಳಕೆದಾರ ಅನ್ವಯಿಕೆಗೆ ತಲುಪದಿದ್ದಾಗ ಯಾವುದು ವಿಫಲವಾಯಿತು ಎಂದು ಹೇಳಲು ನಿಮಗೆ ಅವಕಾಶ ನೀಡುತ್ತದೆ.
ಪ್ರಮಾಣಪತ್ರಗಳು ಮತ್ತು ಬಹು-ಅಂಶ ದೃಢೀಕರಣದಂತಹ ಪ್ರವೇಶ ನಿಯಂತ್ರಣಗಳು ಗುರುತಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಬೇರೆ ಯಾವುದಕ್ಕೂ ಅಲ್ಲ. ಅವು ಸ್ಥಾನವನ್ನು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಬಳಕೆದಾರ ಒಳಗೆ ಬಂದ ನಂತರ ಸಂಪನ್ಮೂಲವಾರು ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ.
ಸ್ಥಾನವು ವಿನಂತಿ ಯಾವ ಗಡಿಯನ್ನು ದಾಟುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ
ಮೂರು ಸ್ಥಾನಗಳು ಸಾಮಾನ್ಯ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಡೀಕ್ರಿಪ್ಟ್ ಆದ ವಿನಂತಿ ಯಾವ ಗಡಿಯನ್ನು ದಾಟುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ. ಅಲ್ಲಿ ಏನು ಕೊನೆಗೊಳ್ಳುತ್ತದೆ, ಯಾವುದು ಸ್ಪಷ್ಟ ಪಠ್ಯವನ್ನು ನೋಡಬಲ್ಲದು, ಯಾವ ನಿಯಂತ್ರಣವು ಇನ್ನೂ ವಿನಂತಿಯನ್ನು ನಿರಾಕರಿಸಬಲ್ಲದು, ಮತ್ತು ಸಾಧನದೊಂದಿಗೆ ಏನು ವಿಫಲವಾಗುತ್ತದೆ ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ಅವನ್ನು ಹೋಲಿಸಿ. ಕೆಳಗಿನ ಕೋಷ್ಟಕವು ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಯ ಬದಲು ಆ ನಾಲ್ಕು ಕಾಲಮ್‌ಗಳನ್ನು ಬಳಸುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ಉತ್ತರವೂ ಪ್ರತ್ಯೇಕ ವಿನ್ಯಾಸ ನಿರ್ಣಯ.
| Placement | What terminates there | What sees plaintext | Which control can still deny | Failure domain |
|---|---|---|---|---|
| Termination in a dedicated segment | A dedicated VPN endpoint | The endpoint and anything on its segment | The filter between that segment and the application | The segment path can bypass the filter if no rule sits on it |
| Termination on the edge firewall | The firewall's public listener | The firewall, after decapsulation | The firewall's inner rule set | Admission and inspection fail together |
| Termination on the protected LAN | The appliance's LAN leg | Every host on the protected LAN | Only a host control or a downstream gateway | The appliance and the protected hosts fail together |
ಮೂರನೆಯ ಸ್ಥಾನವೇ ಜಾರಿಯನ್ನು ಮೌನವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ, ಏಕೆಂದರೆ ಸಂರಕ್ಷಿತ ವಿಭಾಗದ ಮೇಲಿನ ಕಾಲು ಸಾಧನಕ್ಕೆ ರೇಖಾಚಿತ್ರ ತೋರಿಸದೇ ಇರಬಹುದಾದ ನೇರ ಮಾರ್ಗವನ್ನು ನೀಡುತ್ತದೆ. ಚಿತ್ರವನ್ನಲ್ಲ, ಇಂಟರ್‌ಫೇಸ್ ಮತ್ತು ಮಾರ್ಗಗಳನ್ನು ಪರಿಶೀಲಿಸಿ: ip route get 10.20.5.10 ಪ್ಯಾಕೆಟ್ ಯಾವ ಇಂಟರ್‌ಫೇಸ್ ಮೂಲಕ ಹೊರಡುತ್ತದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಉತ್ತರವು ಹೆಚ್ಚಾಗಿ ವಿನ್ಯಾಸ ಊಹಿಸಿದ್ದಲ್ಲ. ಪೋಸ್ಚರ್‌ಗಳ ನಡುವಿನ ಸಂಚಾರವನ್ನು ನಿಯಂತ್ರಿಸುವ ಫೈರ್‌ವಾಲ್‌ನ ಸಾಂಪ್ರದಾಯಿಕ ಪಾತ್ರ, ಈ ಕೆಳಗಿನ ದಾಖಲೆಯಲ್ಲಿ ವಿವರಿಸಿದಂತೆ,NIST SP 800-41 ಇಲ್ಲಿ ಉಪಯುಕ್ತ ಪರೀಕ್ಷೆಯಾಗಿದೆ, ಏಕೆಂದರೆ ಸಂರಕ್ಷಿತ ಜಾಲಕ್ಕೆ ಅಪರಿಮಿತ ಕಾಲು ಇರುವ ಸಾಧನವು ಹೆಚ್ಚೇನನ್ನೂ ನಿಯಂತ್ರಿಸುವುದಿಲ್ಲ. ಮಾರ್ಗ ಹುಡುಕಾಟವು ಪ್ರಸ್ತುತಿಯಲ್ಲಿನ ರೇಖಾಚಿತ್ರಕ್ಕಿಂತ ಹೆಚ್ಚು ಪ್ರಾಮಾಣಿಕ ರೇಖಾಚಿತ್ರ.
ನಿರ್ವಹಣೆಯು ತನ್ನದೇ ಸ್ಪಷ್ಟವಾಗಿ ಅನುಮತಿಸಲಾದ ಮಾರ್ಗದಲ್ಲಿರಬೇಕು. ಬಳಕೆದಾರರಿಗೆ ಅನ್ವಯಿಕೆ ತಲುಪಲು ಅವಕಾಶ ನೀಡುವುದು ಅವರಿಗೆ ಸಾಧನದ ನಿಯಂತ್ರಣ ಇಂಟರ್‌ಫೇಸ್ ತಲುಪಲು ಅವಕಾಶ ನೀಡುವುದನ್ನು ಎಂದಿಗೂ ಬೇಡುವುದಿಲ್ಲ, ಮತ್ತು ಎರಡೂ ಅನುಮತಿಗಳನ್ನು ಬೇರೆ ಬೇರೆ ನಿಯಮಗಳಿಂದ ನೀಡಬೇಕು. ಎರಡೂ ಮಾರ್ಗಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಲೆಕ್ಕಪರಿಶೋಧಿಸಿ, ಏಕೆಂದರೆ ಹಂಚಿದ ನಿಯಮ ಯಾವುದು ತೆರೆಯಿತು ಎಂಬುದನ್ನು ಮರೆಮಾಡುತ್ತದೆ.
ಅನುವಾದವು ಕೆಳಗಿನ ನಿಯಮಗಳು ಏನನ್ನು ನೋಡಬಹುದು ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ
ಮೂಲ ಅನುವಾದ ಅನುಕೂಲಕರ ಮತ್ತು ಅದು ಮಾಹಿತಿಯನ್ನು ನಾಶಮಾಡುತ್ತದೆ. masquerade ನಂತರ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಸಾಧನದಂತೆ ಕಾಣುತ್ತದೆ, ಆದ್ದರಿಂದ ಬಳಕೆದಾರರನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಬರೆದ ಕೆಳಗಿನ ನಿಯಮವು ಇನ್ನು ಅದನ್ನು ಮಾಡಲಾರದು. ಇದು ಕೇವಲ ಲಾಗಿಂಗ್ ಸಮಸ್ಯೆ ಅಲ್ಲ, ಇದು ನೀತಿ ಸಮಸ್ಯೆ: ಕ್ಲೈಂಟ್ ವಿಳಾಸದ ಮೇಲೆ ಕೀಲಿ ಹಾಕಿದ ನಿಯಮವು ಮೌನವಾಗಿ ಗೇಟ್‌ವೇ ಮೇಲೆ ಕೀಲಿ ಹಾಕಿದ ನಿಯಮವಾಗುತ್ತದೆ. ಬಳಕೆದಾರವಾರು ನೀತಿ ಮುಖ್ಯವಾದರೆ, ಮೂಲವನ್ನು ಉಳಿಸಿ ಅಥವಾ ಅನುವಾದಕ್ಕೆ ಮೊದಲು ನೀತಿಯನ್ನು ಜಾರಿಗೊಳಿಸಿ.
ಪ್ರತ್ಯುತ್ತರ ಮಾರ್ಗವೂ ಅದೇ ಪರಿಶೀಲನೆಗೆ ಅರ್ಹ. ಗಮ್ಯಸ್ಥಾನವು ಹಿಂತಿರುಗುವ ಪ್ಯಾಕೆಟ್‌ಗೆ ಯಾವ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಅಸಮಮಿತ ಹಿಂತಿರುಗುವಿಕೆ ಸ್ಥಿತಿ ಪರಿಶೀಲನೆಯನ್ನು ಬೈಪಾಸ್ ಮಾಡಿ ಸ್ಥಾಪನೆಯಾಗಿ ನಂತರ ನಿಲ್ಲುವ ಸಂಪರ್ಕವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಎರಡೂ ದಿಕ್ಕುಗಳೂ ನೀವು ಬಿಡಿಸಿದ ಗಡಿಯನ್ನು ದಾಟಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಗಡಿ ಅಲಂಕಾರ.
sudo tcpdump -ni inside0 host 10.20.5.10
ip route get 10.20.5.10
sudo iptables -t nat -S POSTROUTINGಅನುಮತಿಸಲಾದ ಮತ್ತು ನಿರಾಕರಿಸಲಾದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಸ್ವೀಕರಿಸಿ
ನಿರ್ವಹಣಾ ಹೋಸ್ಟ್‌ನಿಂದ ಅಲ್ಲ, ನಿಜವಾದ ದೂರದ ಕ್ಲೈಂಟ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ನಿರ್ವಹಣಾ ಹೋಸ್ಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಬಳಕೆದಾರ ಎಂದಿಗೂ ಇರದ ಸ್ಥಳದಲ್ಲಿ ಕುಳಿತಿರುತ್ತದೆ. ಒಂದು ಅನುಮತಿಸಲಾದ ಕಾರ್ಯಾಚರಣೆ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಒಂದು ನಿರಾಕರಿಸಲಾದದ್ದು ನೀತಿ ಬಿಲಕುಲ ಏನಾದರೂ ಮಾಡುತ್ತಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಪ್ರತಿ ಸ್ಥಾನ ಬದಲಾವಣೆಯ ನಂತರ ಎರಡನ್ನೂ ಚಲಾಯಿಸಿ, ಮತ್ತು ನೀವು ಬಳಸಿದ ಮೂಲ ಗುರುತು ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ದಾಖಲಿಸಿ. ಕೇವಲ ಯಶಸ್ಸನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಪರೀಕ್ಷೆ ಸರಿಯಾದ ನಿಯಮವನ್ನು ಕಾಣೆಯಾದ ನಿಯಮದಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾರದು.
ನಂತರ ಸ್ಥಿತಿಯನ್ನು ಬದಲಿಸುವ ಪ್ರಕರಣಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ: ಮರುಸಂಪರ್ಕ, ಕೀ ರೊಟೇಷನ್ ಮೀರಿ ಉಳಿಯುವ ಅಧಿವೇಶನ, ಮತ್ತು ಸಾಧನದ ಸ್ವಂತ ವೈಫಲ್ಯ. ನವೀಕರಣ, ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಚೇತರಿಕೆಯನ್ನು ಅದೇ ವಿನ್ಯಾಸದ ಭಾಗವಾಗಿ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಹಲವು ತಾರ್ಕಿಕ ನಿಯಂತ್ರಣಗಳನ್ನು ಹೊತ್ತಿರುವ ಒಂದು ಸಾಧನವು ಹಲವು ಲೇಬಲ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಒಂದೇ ವೈಫಲ್ಯ ಕ್ಷೇತ್ರ. ಹಂಚಿದ ಆಡಳಿತ ರುಜುವಾತು ಅಥವಾ ಅಪರಿಮಿತ ಮಾರ್ಗವು ಅದು ಸೃಷ್ಟಿಸಬೇಕಿದ್ದ ಗಡಿಯನ್ನು ಸೋಲಿಸಿದಾಗ ಎರಡನೆಯ ಪೆಟ್ಟಿಗೆಯೂ ಸ್ವತಂತ್ರವಲ್ಲ.
ಅಂತ್ಯಬಿಂದು, ಡೀಕ್ರಿಪ್ಟ್ ಆದ ಮಾರ್ಗ ಮತ್ತು ಅದನ್ನು ಮಿತಿಗೊಳಿಸುವ ನಿಯಂತ್ರಣವನ್ನು ದಾಖಲಿಸಿ. ಆ ಮೂರು ಸಾಲುಗಳು ಅನುಷ್ಠಾನವನ್ನು ಯಾವ ಹೆಸರಿನಿಂದ ಕರೆದರೂ ಅರ್ಥಪೂರ್ಣವಾಗಿ ಉಳಿಯುತ್ತವೆ.