OpenVPN ನಲ್ಲಿ LDAP ದೃಢೀಕರಣ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಆದರೆ ಗುಂಪು ಪರಿಶೀಲನೆ ವಿಫಲವಾಗುತ್ತದೆ: ಎಲ್ಲಿ ನೋಡಬೇಕು

ದೃಢೀಕರಣ ಉತ್ತೀರ್ಣವಾಗಬಹುದು ಆದರೆ ಗುಂಪು ಪರಿಶೀಲನೆ ಎಲ್ಲರನ್ನೂ ತಿರಸ್ಕರಿಸುತ್ತದೆ. Authorization ಬ್ಲಾಕ್, ಸದಸ್ಯತ್ವ ಗುಣಲಕ್ಷಣ ಮತ್ತು ಡೈರೆಕ್ಟರಿ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಒಂದೊಂದಾಗಿ ಪರಿಶೀಲಿಸಿ.

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

ತಿರಸ್ಕಾರವನ್ನು ಅನುಮೋದನೆಯ ಉತ್ತರವಾಗಿ ಪರಿಗಣಿಸಿ

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

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

ಸದಸ್ಯತ್ವ ಫಿಲ್ಟರ್ನಲ್ಲಿದೆಯೇ ಅಥವಾ ಗುಂಪು ಬ್ಲಾಕ್ನಲ್ಲಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಿ

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

<Authorization>
    BaseDN       "OU=People,DC=example,DC=org"
    SearchFilter "(&(sAMAccountName=%u)(memberOf=CN=VPN Access,OU=Groups,DC=example,DC=org))"
    RequireGroup false
</Authorization>

ಆ ರೂಪದಲ್ಲಿ ಫಿಲ್ಟರ್ ಎಲ್ಲವನ್ನೂ ನಿರ್ಧರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ RequireGroup false ಆಗಿರಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಪ್ಲಗಿನ್ ಫಿಲ್ಟರ್ ಎಂದೂ ಉಲ್ಲೇಖಿಸದ ಗುಂಪು ವಸ್ತುವನ್ನು ಹುಡುಕಲು ಹೋಗುತ್ತದೆ. ಫಿಲ್ಟರ್ನಲ್ಲಿನ ಗುಣಲಕ್ಷಣ ಬಳಕೆದಾರ ವಸ್ತುವಿನ ಮೇಲೆ ಇರಬೇಕು ಮತ್ತು ತುಂಬಿರಬೇಕು, ಗುಂಪುಗಳು ನೆಸ್ಟ್ ಆದಾಗ ಇದು ಖಾತರಿಯಿಲ್ಲ.

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

<Authorization>
    BaseDN       "OU=People,DC=example,DC=org"
    SearchFilter "(sAMAccountName=%u)"
    RequireGroup true
    Group        "CN=VPN Access,OU=Groups,DC=example,DC=org"
</Authorization>

ಕುರುಡು ಸ್ಥಳವು ಸಾಮಾನ್ಯವಾಗಿದೆ: ಸರಳ ಸದಸ್ಯತ್ವ ಹೋಲಿಕೆ ನೆಸ್ಟ್ ಆದ ಗುಂಪುಗಳನ್ನು ವಿಸ್ತರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪೋಷಕ ಗುಂಪಿನ ಮೂಲಕ ಪ್ರವೇಶ ಬರುವ ಖಾತೆ ವಿಫಲವಾಗುತ್ತದೆ, ಕನ್ಸೋಲ್ ಇನ್ನೂ ಸದಸ್ಯತ್ವವನ್ನು ತೋರಿಸುತ್ತಿರುತ್ತದೆ. Active Directory ಗುಂಪಿನ ಮೇಲೆ member ಅನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ, ಇತರ ಸ್ಕೀಮಾಗಳು uniqueMember ಬಳಸುತ್ತವೆ, ಮತ್ತು ತಪ್ಪು ಗುಣಲಕ್ಷಣಕ್ಕೆ ತೋರಿಸಿದರೆ ದೋಷದ ಬದಲು ಖಾಲಿ ಫಲಿತಾಂಶ ಬರುತ್ತದೆ.

ಗುಂಪು ವಸ್ತುವನ್ನು ಹೊಂದಿರುವ ಎಂಡ್ಪಾಯಿಂಟ್ ಆಯ್ಕೆಮಾಡಿ

URL ಪ್ಲಗಿನ್ ಯಾವ ಡೈರೆಕ್ಟರಿಗೆ ಕೇಳುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು 389 ಪೋರ್ಟ್ನಲ್ಲಿನ ಡೊಮೇನ್ ನಿಯಂತ್ರಕ ತನ್ನದೇ ಹೆಸರಿಸುವ ಸಂದರ್ಭಕ್ಕೆ ಮಾತ್ರ ಉತ್ತರಿಸುತ್ತದೆ. 3268 ಪೋರ್ಟ್ನಲ್ಲಿನ ಜಾಗತಿಕ ಕ್ಯಾಟಲಾಗ್ ಇಡೀ ಅರಣ್ಯಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಓದಲು-ಮಾತ್ರ ಮತ್ತು ಭಾಗಶಃ ಗುಣಲಕ್ಷಣ ಸಮೂಹದೊಂದಿಗೆ. ಖಾತೆಗಳು ಒಂದು ಡೊಮೇನ್ನಲ್ಲಿದ್ದು VPN ಗುಂಪು ಇನ್ನೊಂದರಲ್ಲಿದ್ದರೆ, ಏಕ-ಡೊಮೇನ್ ಪ್ರಶ್ನೆ ಬಳಕೆದಾರನನ್ನು ಕಂಡುಕೊಂಡರೂ ಸದಸ್ಯತ್ವವನ್ನು ತಪ್ಪಿಸಬಹುದು. URL ಅನ್ನು ಕ್ಯಾಟಲಾಗ್ ಪೋರ್ಟ್ಗೆ ಸರಿಸುವುದು ತಿರಸ್ಕಾರವನ್ನು ಪರಿಹರಿಸುವ ಸಂದರ್ಭ ಇದು, ಮತ್ತು ಜನರು ಮಿತಿಮೀರಿ ಸಾಮಾನ್ಯೀಕರಿಸುವ ಸಂದರ್ಭವೂ ಇದು.

ಭಾಗಶಃ ಗುಣಲಕ್ಷಣ ಸಮೂಹವೇ ಮಿತಿ: ಕ್ಯಾಟಲಾಗ್ ಹೊಂದಿರದ ಗುಣಲಕ್ಷಣದ ಮೇಲೆ ಫಿಲ್ಟರ್ ಮಾಡಲಾಗದು, ಆದ್ದರಿಂದ ಅದೇ ಬದಲಾವಣೆ ಒಂದು ನಿಯೋಜನೆಯನ್ನು ಕೆಲಸ ಮಾಡಿಸಿ ಇನ್ನೊಂದು ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸದಂತೆ ಮಾಡಬಹುದು. ಬ್ಲಾಕ್ ಮರುಬರೆಯುವ ಮೊದಲು ನೈಜ ಬಳಕೆದಾರ ಮತ್ತು ಗುಂಪಿಗೆ ಎಂಡ್ಪಾಯಿಂಟ್ ನಿಜವಾಗಿ ಏನನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ರೆಫರಲ್ಗಳು ಮತ್ತು TLS ಮತ್ತೆ ಪ್ರತ್ಯೇಕ ವಿಷಯಗಳು, ಏಕೆಂದರೆ ರೆಫರಲ್ ಅನ್ನು ಅನುಸರಿಸಬೇಕು ಮತ್ತು TLS ಅಗತ್ಯವಿರುವ ಎಂಡ್ಪಾಯಿಂಟ್ಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಟ್ರಸ್ಟ್ ಫೈಲ್ಗಳು ಬೇಕು.

ಖಾತೆ ಸ್ಥಿತಿ ಮತ್ತು ಹುಡುಕಾಟ ವ್ಯಾಪ್ತಿಯನ್ನು ಅವುಗಳದೇ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಇರಿಸಿ

ನಿಷ್ಕ್ರಿಯ ಧ್ವಜ ಫಿಲ್ಟರ್ಗೆ ಸೇರಿದೆ, ಗುಂಪು ಪರಿಶೀಲನೆಗೆ ಅಲ್ಲ. Active Directory ನಲ್ಲಿ ಇದು userAccountControl ನ ಎರಡನೇ ಬಿಟ್, ಮತ್ತು ಆ ಷರತ್ತಿಲ್ಲದೆ ಮಾನ್ಯ ಪಾಸ್ವರ್ಡ್ ಇರುವ ನಿಷ್ಕ್ರಿಯ ಖಾತೆ ದೃಢೀಕರಿಸಿ ನಂತರ ಗುಂಪು ಹಂತದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಇದು ಅನುಮೋದನಾ ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ. ಹುಡುಕಾಟ ವ್ಯಾಪ್ತಿ ಮೂಲ DN ಗೆ ಸೇರಿದೆ, ಏಕೆಂದರೆ ಡೊಮೇನ್ ಮೂಲದಿಂದ ಪ್ರಾರಂಭಿಸುವುದು ನಿಧಾನ ಮತ್ತು ನೀವು ಆವರಿಸಲು ಉದ್ದೇಶಿಸಿದ ಸಂಸ್ಥಾ ಘಟಕದ ಹೊರಗಿನ ವಸ್ತುಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗಬಹುದು.

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

ಮೂರು ಖಾತೆಗಳಿಂದ ಫಲಿತಾಂಶವನ್ನು ಸಾಬೀತುಪಡಿಸಿ

ಸಂರಚನೆಯನ್ನು ಮೂರು ಗುರುತುಗಳ ಮೇಲೆ ಚಲಾಯಿಸಿ: ಅನುಮತಿಸಿದ ಸದಸ್ಯ, ಗುಂಪಿನ ಹೊರಗಿನ ಮಾನ್ಯ ಖಾತೆ, ಮತ್ತು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ ಖಾತೆ. ಮೂರೂ ತಿರಸ್ಕೃತವಾದರೆ, ಬೈಂಡ್ ಅಥವಾ ಗುಂಪು ಪ್ರಶ್ನೆ ಮುರಿದಿದೆ; ಮೂರೂ ಸ್ವೀಕೃತವಾದರೆ, ಯಾವುದೇ ಗುಂಪು ಷರತ್ತು ಅನ್ವಯವಾಗುತ್ತಿಲ್ಲ. ಮಿಶ್ರ ಫಲಿತಾಂಶವೊಂದೇ ನಿಮಗೆ ಮುಖ್ಯವಾದ ಸಂದರ್ಭಗಳನ್ನು ಸಂರಚನೆ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವ ಫಲಿತಾಂಶ.

ಪ್ಲಗಿನ್ಗೆ ದೋಷಾರೋಪ ಮಾಡುವ ಮೊದಲು ಅದೇ ಮೂರು ಉತ್ತರಗಳನ್ನು ನೇರವಾಗಿ ಡೈರೆಕ್ಟರಿಯಿಂದ ಓದಿ. ಮೊದಲ ಪ್ರಶ್ನೆ ಫಿಲ್ಟರ್ ಅವಲಂಬಿಸಿರುವ ಗುಂಪು ಗುಣಲಕ್ಷಣವನ್ನು ತೋರಿಸುತ್ತದೆ, ಎರಡನೆಯದು ಖಾತೆ ನಿಯಂತ್ರಣ ಮೌಲ್ಯವನ್ನು ತೋರಿಸುತ್ತದೆ. ನಿಮ್ಮದೇ ಮೂಲ DN, ಖಾತೆ ಮತ್ತು ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಆದೇಶಿಸಿ:

ldapsearch -H ldap://dc01.example.org:3268 -x -D "[email protected]" -W -b "DC=example,DC=org" "(sAMAccountName=alice)" memberOf
ldapsearch -H ldap://dc01.example.org:3268 -x -D "[email protected]" -W -b "DC=example,DC=org" "(sAMAccountName=bob)" userAccountControl

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

ಸಂಬಂಧಿತ ಲೇಖನಗಳು