ಸವಲತ್ತುಗಳನ್ನು ಇಳಿಸಿದ ನಂತರ: ಯಾವ OpenVPN ಫೈಲ್ಗಳು ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ?
ಇಳಿಸುವ ಮೊದಲು ತೆರೆದ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ಗಳು ಕೆಲಸ ಮುಂದುವರಿಸುತ್ತವೆ; ನಂತರ ಮತ್ತೆ ತೆರೆಯುವ ಮಾರ್ಗಗಳು ಮುಂದುವರಿಸುವುದಿಲ್ಲ. ನಿಮ್ಮ ಸೆಟಪ್ ಮೂರು ರನ್ಟೈಮ್ ಫೈಲ್ಗಳಲ್ಲಿ ಯಾವುದನ್ನು ಮತ್ತೆ ತೆರೆಯಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ.
ದೀರ್ಘ ಅಪ್ಟೈಮ್ ಆ ಕ್ಷಣದಲ್ಲಿ ಡೀಮನ್ಗೆ ಇದ್ದ ಸವಲತ್ತುಗಳೊಂದಿಗೆ ಪ್ರಾರಂಭ ಯಶಸ್ವಿಯಾಯಿತು ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಇಲ್ಲಿ ಮುಖ್ಯವಾದ ವೈಫಲ್ಯಗಳು ನಂತರ ಬರುತ್ತವೆ: ಹೊಸ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ರದ್ದತಿ ಪಟ್ಟಿ ಬದಲಾಗುತ್ತದೆ, ಸಹಾಯಕ ಸ್ಕ್ರಿಪ್ಟ್ ಫೈಲ್ ಬರೆಯಬೇಕಾಗುತ್ತದೆ. ಇವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಸವಲತ್ತುಗಳಿಲ್ಲದ ಖಾತೆ ಮಾಡುವ ಹೊಸ ತೆರೆಯುವಿಕೆ, ತನ್ನದೇ ಅನುಮತಿ ಪ್ರಶ್ನೆ ಮತ್ತು ತನ್ನದೇ ದೋಷ ಸಂದೇಶದೊಂದಿಗೆ. ಮೂರು ನಿರ್ಧಾರಗಳು ಮುಂದುವರಿಯುವ ಸಂರಚನೆಯನ್ನು ಮುಂದಿನ ಘಟನೆಯಲ್ಲಿ ವಿಫಲವಾಗುವುದರಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ.
ಬೇಗ ಲೋಡ್ ಆದದ್ದನ್ನು ನಂತರ ತೆರೆಯುವುದರಿಂದ ಬೇರ್ಪಡಿಸಿ
ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಎಂಬುದು ತೆರೆದ ಫೈಲ್ ವಿವರಣೆಯ ಮೇಲಿನ ಹಿಡಿತ, ಮತ್ತು ಪ್ರವೇಶ ವಿಧಾನ ಆ ವಿವರಣೆ ರಚಿಸಿದಾಗ ನಿಗದಿಯಾಗಿತ್ತು. ನಂತರ ಪ್ರಕ್ರಿಯೆಯ ಬಳಕೆದಾರರನ್ನು ಬದಲಿಸುವುದು ಹಿಡಿತವನ್ನು ಮುಚ್ಚುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ root ಆಗಿ ಓದಿದ ಕೀ ಫೈಲ್ ಇಳಿಸಿದ ನಂತರವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ವಿಧಾನವೂ ಬದಲಾಗುವುದಿಲ್ಲ: ಓದಲು ತೆರೆದ ಹಿಡಿತ ಬರೆಯಲು ಸಾಧ್ಯವಾದುದಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಬರೆಯಬಹುದಾದ ಹಿಡಿತವನ್ನು ಖಾತೆ ಮಾರ್ಗದ ಮೇಲಿನ ಹಕ್ಕುಗಳನ್ನು ಕಳೆದುಕೊಂಡ ಕಾರಣಕ್ಕೆ ಮಾತ್ರ ಹಿಂಪಡೆಯುವುದಿಲ್ಲ. ಈ ಎರಡು ಸಂಗತಿಗಳು ಈ ವರದಿಗಳಲ್ಲಿನ ಆಶ್ಚರ್ಯಕರ ವರ್ತನೆಯ ಬಹುಪಾಲನ್ನು ವಿವರಿಸುತ್ತವೆ.
ಇನ್ನೊಂದು ಅರ್ಧ ಜ್ಞಾಪಕ. ಡೀಮನ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ವಿಶ್ಲೇಷಿಸಿ, ವಿಶ್ಲೇಷಿಸಿದ ಸಾಮಗ್ರಿಯನ್ನು ಇಟ್ಟುಕೊಂಡು ಫೈಲ್ ಮುಚ್ಚಬಹುದು; ಬಳಕೆಯಲ್ಲಿ ಉಳಿಯುವುದು ಡೇಟಾ, ತೆರೆದ ಫೈಲ್ ಅಲ್ಲ. ಆದ್ದರಿಂದ ಮುಂದುವರಿದ ಸಂಚಾರ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ತೆರೆದಿದೆ ಎಂಬುದನ್ನೂ, ಮಾರ್ಗದ ಹೆಸರು ತಲುಪಬಹುದು ಎಂಬುದನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಪ್ರಸ್ತುತ ಅವಧಿಗೆ ಬೇಕಾದ ಸಾಮಗ್ರಿ ಮೊದಲೇ ಪಡೆದಿದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.
ನಂತರದ ತೆರೆಯುವಿಕೆ ಬೇರೆ ವಹಿವಾಟು. ಅದು ಪ್ರಸ್ತುತ ರುಜುವಾತುಗಳು, ಪ್ರಸ್ತುತ ಭದ್ರತಾ ಸಂದರ್ಭ ಮತ್ತು ಪ್ರಸ್ತುತ ಮೌಂಟ್ ದೃಶ್ಯದ ಅಡಿಯಲ್ಲಿ ನಡೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರಾರಂಭದಲ್ಲಿ ಓದಬಹುದಾದ ಮಾರ್ಗ ಮುಂದಿನ ಸಂಪರ್ಕದಲ್ಲಿ ತಿರಸ್ಕೃತವಾಗಬಹುದು. ತಿರುಗುವಿಕೆ ಬಲೆ ಸೇರಿಸುತ್ತದೆ: ಅದೇ ಮಾರ್ಗದ ಹೆಸರಿನ ಮೇಲೆ ಹೊಸ ಫೈಲ್ ಬರೆಯುವುದು ಇರುವ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಅನ್ನು ಹಳೆಯ ವಸ್ತುವಿಗೆ ಜೋಡಿಸಿ ಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಮರುಲೋಡ್ ಯಶಸ್ವಿಯಾದಂತೆ ಕಾಣಬಹುದು, ಆದರೆ ಡೀಮನ್ ಇನ್ನೂ ಹಿಂದಿನ ವಿಷಯವನ್ನು ಬಳಸುತ್ತಿರುತ್ತದೆ. ತಿರುಗುವಿಕೆ ಜಾರಿಗೆ ಬಂದಿದೆ ಎಂದು ನಂಬುವ ಮೊದಲು ಪ್ರಕ್ರಿಯೆ ಹಿಡಿದಿರುವ inode ಅನ್ನು ಡಿಸ್ಕ್ನಲ್ಲಿರುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ.
ಮೂರು ರನ್ಟೈಮ್ ಓದುವಿಕೆಗಳನ್ನು ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಯಾವಾಗ ಸಂಭವಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಹೆಸರಿಸಿ
ಮೂರು ಸಂಪನ್ಮೂಲಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಆರಂಭದ ಬಹಳ ನಂತರ ತೆರೆಯಲ್ಪಡುತ್ತವೆ, ಮತ್ತು ಬೇರೆ ಬೇರೆ ಕ್ಷಣಗಳಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ. ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್ನ ಸಂರಚನಾ ಫೈಲ್ ಆ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡಾಗ ಓದಲ್ಪಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಉಳಿದವರು ಮುಂದುವರಿಯುತ್ತಿರುವಾಗ ಒಬ್ಬ ಬಳಕೆದಾರರಿಗೆ ಮುರಿದುಬೀಳಬಹುದು. ರದ್ದತಿ ಡೇಟಾವನ್ನು ಸಹಭಾಗಿ ದೃಢೀಕರಣದ ವೇಳೆ ಮತ್ತು ಫೈಲ್ ಬದಲಾದಾಗ ಮತ್ತೊಮ್ಮೆ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. ತಾತ್ಕಾಲಿಕ ಕೋಶವನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ ಅಥವಾ ಪ್ಲಗಿನ್ ಏನಾದರೂ ಬರೆದಾಗ ಮಾತ್ರ ಮುಟ್ಟಲಾಗುತ್ತದೆ.
ಮೂರರಲ್ಲಿ ಯಾವುದೂ ಆರಂಭದ ಮಾರ್ಗಕ್ಕೆ ಸೇರಿಲ್ಲ, ಆದ್ದರಿಂದ ವಾರಗಳ ಕಾಲ ಆರೋಗ್ಯವಾಗಿದ್ದ ಸರ್ವರ್ ಮುಂದಿನ ಸಂಪರ್ಕದಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು. ವರ್ಗವು ಸರಿಪಡಿಸುವಿಕೆಯ ಮಾಲೀಕನನ್ನೂ ಹೆಸರಿಸುತ್ತದೆ: ಮೊದಲೆರಡು ಡೀಮನ್ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಸಂರಚನೆಯ ಮೇಲಿನ ಓದು ಅನುಮತಿಗಳು, ಮತ್ತು ಮೂರನೆಯದು ಸಂಕುಚಿತ ಉದ್ದೇಶದ ಬರೆಯಬಹುದಾದ ಸ್ಥಳ.
| Path reopened later | What triggers the open | First sign when it fails |
|---|---|---|
| Client configuration file | A connection for that client identity | One client rejected while others connect |
| Revocation data | Peer authentication, including after replacement | Revoked and valid peers both refused |
| Script or plugin temporary directory | A helper needs to create a file | The helper exits with a path error |
persist-key ಹೆಚ್ಚಿನವರು ಊಹಿಸುವುದಕ್ಕಿಂತ ಸಂಕುಚಿತ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಅದು ದಾಖಲಿತ SIGUSR1 ಮತ್ತು ping-restart ಮರುಹೊಂದಿಕೆಗಳ ಉದ್ದಕ್ಕೂ ಕೀ ಫೈಲ್ ತೆರೆದಿಡುತ್ತದೆ, ಮತ್ತು CCD ಫೈಲ್ಗಳು, ರದ್ದತಿ ಡೇಟಾ, ಸಹಾಯಕ ಕಾರ್ಯನಿರ್ವಾಹಕಗಳು ಅಥವಾ ಪ್ರಕ್ರಿಯೆಯ ಪೂರ್ಣ ಮರುಪ್ರಾರಂಭಕ್ಕೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ಅವು ಇನ್ನೂ ತಮ್ಮದೇ ತೆರೆಯುವ ಮಾರ್ಗಗಳನ್ನು ಅನುಸರಿಸುತ್ತವೆ, ಆ ಕ್ಷಣ ಚಾಲನೆಯಲ್ಲಿರುವ ಯಾವುದೇ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ.
ಖಾತೆ ಮತ್ತು ಅದು ನಿಜವಾಗಿ ಹೊಂದಿರುವ ದೃಶ್ಯವನ್ನು ದೃಢೀಕರಿಸಿ
unit ಫೈಲ್ ನಂಬುವ ಬದಲು ಚಾಲನೆಯಲ್ಲಿರುವ ಡೀಮನ್ ಯಾವ ಖಾತೆ ಬಳಸುತ್ತಿದೆ ಎಂದು ಕೇಳಿ, ನಂತರ ಉತ್ತರವನ್ನು unit ನಿಗದಿಪಡಿಸುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ. ವ್ಯತ್ಯಾಸವೇ ಮೊದಲು ಪರಿಹರಿಸಬೇಕಾದ ವಿಷಯ, ಏಕೆಂದರೆ ನಂತರದ ಪ್ರತಿ ಅನುಮತಿ ಪರಿಶೀಲನೆ ಪ್ರಕ್ರಿಯೆ ನಿಜವಾಗಿ ಯಾರೋ ಅವರ ರೂಪದಲ್ಲಿ ನಡೆಯುತ್ತದೆ. ನಂತರ ಮಾರ್ಗವನ್ನು ಒಂದೊಂದು ಘಟಕವಾಗಿ ನಡೆಯಿರಿ; ತಿರುಗಾಡುವಿಕೆಯನ್ನು ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಾದುಹೋಗಲಾಗದ ಕೋಶದೊಳಗಿನ ಓದಬಹುದಾದ ಫೈಲ್ ಓದಲಾಗದೆಯೇ ಉಳಿಯುತ್ತದೆ. ಅಂತಿಮ ಫೈಲ್ ವಿಧಾನ ಮೊದಲನೆಯದಲ್ಲ, ಕೊನೆಯ ಪ್ರಶ್ನೆ.
ನಾಮಸ್ಥಳಗಳು ಮತ್ತು ಸೇವಾ ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ಗಳು ಮಾಲೀಕತ್ವ ಮತ್ತು ವಿಧಾನ ಬಿಟ್ಗಳು ವಿವರಿಸದ ಗಡಿಗಳನ್ನು ಸೇರಿಸುತ್ತವೆ. ನಿಮ್ಮ ಶೆಲ್ನಲ್ಲಿ ಕಾಣುವ ಮಾರ್ಗವು chroot, ಮೌಂಟ್ ನಾಮಸ್ಥಳ ಅಥವಾ ಮನೆ ಕೋಶಗಳನ್ನು ಮರೆಮಾಡುವ unit ಒಳಗೆ ಇಲ್ಲದಿರಬಹುದು ಅಥವಾ ಓದಲು ಮಾತ್ರ ಸಾಧ್ಯವಾಗಬಹುದು. ಭದ್ರತಾ ಮಾಡ್ಯೂಲ್ಗಳು ಇನ್ನೊಂದು ಪದರ ಸೇರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಓದಬಹುದಾದಂತೆ ಕಾಣುವ ಫೈಲ್ ತೆರೆದಾಗ ಇನ್ನೂ ತಿರಸ್ಕೃತವಾಗಬಹುದು.
ps -o user:12,pid,args -C openvpn
systemctl show -p User -p Group -p ProtectHome -p RootDirectory [email protected]
sudo -u openvpn namei -l /etc/openvpn/ccd/aliceನಿರ್ವಾಹಕರ ಶೆಲ್ನಲ್ಲಿ ಯಶಸ್ವಿ ಓದುವಿಕೆ ಆ ಸಂಯೋಜಿತ ಷರತ್ತುಗಳಲ್ಲಿ ಒಂದನ್ನೂ ಪರೀಕ್ಷಿಸುವುದಿಲ್ಲ. ಪರಿಶೀಲನೆಯನ್ನು ಡೀಮನ್ ಖಾತೆಯಾಗಿ, ಅದೇ ನಾಮಸ್ಥಳ ಮತ್ತು ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ನೊಂದಿಗೆ ನಡೆಸಿ, ಅಥವಾ ಫಲಿತಾಂಶ ಸರ್ವರ್ ಅಲ್ಲ ನಿಮ್ಮ ಶೆಲ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಿ. ಮೂರನೆಯ ಆದೇಶ ಆ ಪರೀಕ್ಷೆಯ ಅಗ್ಗದ ಆವೃತ್ತಿ: ಅದು ಪ್ರತಿ ಘಟಕದ ವಿಧಾನವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ ಮತ್ತು ಡೀಮನ್ ಖಾತೆ ದಾಟಲಾಗದ ಮೊದಲ ಘಟಕದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ.
ರನ್ಟೈಮ್ ಬರವಣಿಗೆಗೆ ಅದರದೇ ಕೋಶ ಕೊಡಿ
ಓದುವಿಕೆ ಪಟ್ಟಿಯ ಅರ್ಧ ಮಾತ್ರ. ಸಹಾಯಕ ಸ್ಕ್ರಿಪ್ಟ್ ಸ್ಥಿತಿ ಫೈಲ್ ರಚಿಸಬೇಕಾಗಬಹುದು, ಪ್ಲಗಿನ್ ತನ್ನ ಸಂರಚನೆಯ ಪಕ್ಕ ಸ್ಥಿತಿ ಬರೆಯಬೇಕಾಗಬಹುದು, ಮತ್ತು ಆ ಬರವಣಿಗೆಗಳನ್ನು ಸಂರಚನಾ ಮರವನ್ನು ಬರೆಯಬಹುದಾದಂತೆ ಮಾಡುವುದರಿಂದ ಮುಚ್ಚಲಾಗುವುದಿಲ್ಲ. ನಿರ್ದಿಷ್ಟ ಕೋಶಕ್ಕೆ ಅದರ ಕಾರ್ಯಕ್ಕೆ ಬೇಕಾದ ಬರವಣಿಗೆ ಅನುಮತಿ ಕೊಡಿ, ನೀವು ವಿವರಿಸಬಹುದಾದ ಮಾಲೀಕ ಮತ್ತು ವಿಧಾನದೊಂದಿಗೆ. ಓದಲ್ಪಡುವ ಎಲ್ಲದಕ್ಕೂ ಓದಲು-ಮಾತ್ರ ಪ್ರವೇಶಕ್ಕೆ ಆದ್ಯತೆ ಕೊಡಿ.
ಖಾಸಗಿ ಕೀಯ ಅನುಮತಿಗಳನ್ನು ನೀತಿ ಫೈಲ್ಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. ಮರುಹೊಂದಿಕೆಯ ನಂತರ ಮತ್ತೆ ಓದಬೇಕಾದ ಕೀಯ ಅಗತ್ಯ ಪ್ರತಿ ಸಂಪರ್ಕದಲ್ಲೂ ಓದುವ ಕ್ಲೈಂಟ್ ಫೈಲ್ಗಿಂತ ಭಿನ್ನ, ಮತ್ತು ಎರಡಕ್ಕೂ ಒಂದೇ ಸಡಿಲ ವಿಧಾನ ಸಮಸ್ಯೆ ಕೇಳುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಪ್ರವೇಶ ಕೊಡುತ್ತದೆ. ಸಂಕುಚಿತ ಮಾಲೀಕತ್ವದ ಮೀಸಲು ಡೀಮನ್ ಖಾತೆ ವಿಶಾಲ ಗುಂಪಿಗಿಂತ ಪರಿಶೀಲಿಸಲು ಸುಲಭ. ಕೀ ಮರುಹೊಂದಿಕೆಗಳನ್ನು ದಾಟಬೇಕಾದಾಗ, persist-key ಕೋಶವನ್ನು ವಿಸ್ತರಿಸುವ ಬದಲು ಮತ್ತೆ ಓದುವಿಕೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.
ನೀವು ಮರುಸೃಷ್ಟಿಸಬಹುದಾದ ಘಟನೆಯಿಂದ ನಿರ್ಧರಿಸಿ
ಜೀವಂತ ಸುರಂಗ ಕೋಡಿನಲ್ಲಿ ಒಂದೇ ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಫೈಲ್ ಬೇಕಾದ ಘಟನೆಯೇ ನಿಮಗೆ ಮುಖ್ಯವಾದ ತೆರೆಯುವಿಕೆಯನ್ನು ಒಳಗೊಳ್ಳುವ ಏಕೈಕ ಪರೀಕ್ಷೆ, ಅದು ಹೊಸ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕ, ಬದಲಾದ ರದ್ದತಿ ಫೈಲ್, ಅನುಮತಿಸಿದ ಮೃದು ಮರುಹೊಂದಿಕೆ ಅಥವಾ ಯೋಜಿತ ಮರುಪ್ರಾರಂಭವಿರಬಹುದು. ಘಟನೆಯನ್ನು ಆರಿಸಿ, ನಡೆಸಿ, ಮತ್ತು ಕೊನೆಯದಲ್ಲ ಮೊದಲ ದೋಷವನ್ನು ಇರಿಸಿ.
ಮೃದು ಮರುಹೊಂದಿಕೆಗೆ ಒಂದು ಸಂಕೇತ ಮತ್ತು unit ನ ದಾಖಲೆ ಕೀ ಮತ್ತೆ ಓದಲ್ಪಟ್ಟಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತವೆ. ಸಂಕೇತ ಕಳುಹಿಸಿ, ನಂತರ unit ಬರೆದ ಕೊನೆಯ ಸಾಲುಗಳನ್ನು ಓದಿ:
systemctl kill -s SIGUSR1 [email protected]
journalctl -u [email protected] -n 40 --no-pagerಸವಲತ್ತುಗಳು ಇಳಿದ ಕಾರಣಕ್ಕೆ ಮಾತ್ರ ಭಂಗಗೊಂಡ ಡೀಮನ್ ಇನ್ನು ಫೈಲ್ಗಳನ್ನು ಬದಲಿಸಲಾರದು ಎಂದು ತೀರ್ಮಾನಿಸಬೇಡಿ. ಅದು ಇನ್ನೂ ಏನು ಮಾಡಬಹುದು ಎಂಬುದು ಉಳಿದ ರುಜುವಾತುಗಳು, ಅದರ ಸಾಮರ್ಥ್ಯಗಳು, ಅದು ಬರೆಯಬಹುದಾದ ಕೋಶಗಳು ಮತ್ತು ಇನ್ನೂ ಹಿಡಿದಿರುವ ಯಾವುದೇ ಬರೆಯಬಹುದಾದ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಮೇಲೆ ಅವಲಂಬಿತ. ಸವಲತ್ತು ಕಡಿತ ಅಧಿಕಾರವನ್ನು ಸಂಕುಚಿಸುತ್ತದೆ, ಮತ್ತು ರನ್ಟೈಮ್ ತೆರೆಯುವಿಕೆಗಳ ಪಟ್ಟಿಯೇ ಎಷ್ಟು ಎಂದು ತೋರಿಸುತ್ತದೆ. ಆ ಗಡಿಯನ್ನು ಸಂರಚನೆಯ ಪಕ್ಕ ಬರೆಯಿರಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದನ್ನು ಮತ್ತೆ ಕಂಡುಕೊಳ್ಳಬೇಕಾಗದಂತೆ.