ಖಾಸಗಿ DNS ವಿರುದ್ಧ VPN: ಪ್ರತಿ ಪದರವು ನಿಜವಾಗಿ ಏನನ್ನು ಆವರಿಸುತ್ತದೆ
ಖಾಸಗಿ DNS ಪರದೆಯಿಂದ ಸುರಂಗದವರೆಗೆ ಒಂದು ವಿನಂತಿಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಿ: ಪ್ರತಿ ಪದರವು ಏನನ್ನು ನೋಡುತ್ತದೆ, ಎರಡೂ ಎಲ್ಲಿ ಬೇರ್ಪಡುತ್ತವೆ ಮತ್ತು ಒಳಗಿನ ಹೆಸರುಗಳು ಏಕೆ ಮುರಿಯುವ ಸ್ಥಳವಾಗಿವೆ.
ನಿಮ್ಮ ಫೋನ್‌ನಲ್ಲಿ ಖಾಸಗಿ DNS ಒಂದು ಪೂರೈಕೆದಾರರ ಹೋಸ್ಟ್‌ಹೆಸರಿಗೆ ಸೆಟ್ ಆಗಿದೆ ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ VPN ಅಪ್ಲಿಕೇಶನ್ ಚಾಲನೆಯಲ್ಲಿದೆ. ಅವುಗಳಲ್ಲಿ ಒಂದು ಈಗ ಹೆಸರಿನ ಹುಡುಕಾಟಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದೆ ಎಂದು ಊಹಿಸುವುದು ಸಮಂಜಸ. ಯಾವುದೂ ಹಾಗೆ ಮಾಡುತ್ತಿಲ್ಲ, ಈ ವಾಕ್ಯವು ಸೂಚಿಸುವ ಅರ್ಥದಲ್ಲಿ, ಮತ್ತು ಏಕೆ ಹಾಗೆ ಎಂದು ನೋಡಲು ವೇಗವಾದ ದಾರಿ ನೀವು ಲಿಂಕ್ ಟ್ಯಾಪ್ ಮಾಡುವ ಕ್ಷಣದಿಂದ ಒಂದು ವಿನಂತಿಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವುದು.
ಈ ಎರಡು ವೈಶಿಷ್ಟ್ಯಗಳು ಒಂದೇ ಪ್ರಯಾಣದ ಬೇರೆ ಬೇರೆ ಬಿಂದುಗಳಲ್ಲಿವೆ. ಖಾಸಗಿ DNS ನೀವು ರಿಜಾಲ್ವರ್‌ಗೆ ಕೇಳುವ ಪ್ರಶ್ನೆಯನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ. VPN ಉತ್ತರದ ಸಂಪರ್ಕವು ತೆಗೆದುಕೊಳ್ಳುವ ಮಾರ್ಗವನ್ನು ಬದಲಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ ಇದನ್ನು ಎರಡೂ ಸಕ್ರಿಯವಾಗಿರುವ ಸಾಧನದಲ್ಲಿ ಕ್ರಮವಾಗಿ ನೋಡಿ, ಮತ್ತು ಪ್ರತಿ ಪದರವು ಇನ್ನೂ ಏನನ್ನು ನೋಡಬಹುದು ಎಂದು ಗಮನಿಸಿ.
ಮೊದಲ ಹಂತ: ಹುಡುಕಾಟ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಹೊರಡುತ್ತದೆ
ನೀವು ಲಿಂಕ್ ಟ್ಯಾಪ್ ಮಾಡುತ್ತೀರಿ. ಏನಾದರೂ ಸಂಪರ್ಕವಾಗುವ ಮೊದಲು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಆ ಹೋಸ್ಟ್‌ಹೆಸರಿಗೆ ವಿಳಾಸ ಬೇಕು. Android ನಲ್ಲಿ ಸಂಬಂಧಿತ ಪರದೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳು, ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ಇಂಟರ್ನೆಟ್, ಖಾಸಗಿ DNS. ಪೂರೈಕೆದಾರರ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಆರಿಸುವುದು ಸಾಧನವನ್ನು ಕಠಿಣ ಮೋಡ್‌ಗೆ ತರುತ್ತದೆ: ಅದು ಆ ಹೋಸ್ಟ್‌ಹೆಸರಿಗೆ ಪೋರ್ಟ್ 853 ನಲ್ಲಿ TLS ಮೂಲಕ DNS ಮಾಡುತ್ತದೆ, ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ವಿನಿಮಯ ವಿಫಲವಾದರೆ ಹುಡುಕಾಟ ವಿಫಲವಾಗುತ್ತದೆ, ಪೋರ್ಟ್ 53 ನಲ್ಲಿ ಸದ್ದಿಲ್ಲದೆ ಸಾಮಾನ್ಯ ಪಠ್ಯಕ್ಕೆ ಹಿಂತಿರುಗುವ ಬದಲು.
ಇದು ಸ್ವಯಂಚಾಲಿತದಿಂದ ಅರ್ಥಪೂರ್ಣ ವ್ಯತ್ಯಾಸ, ಅದು ಅವಕಾಶವಾದಿ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಬಳಸುತ್ತದೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಹಸ್ತಕ್ಷೇಪ ಮಾಡಿದಾಗ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡದ ರಿಜಾಲ್ವರ್ ಬಳಸಲು ಸಂತೋಷಪಡುತ್ತದೆ. ಹುಡುಕಾಟಗಳು ಎಂದಿಗೂ ಬಹಿರಂಗವಾಗಿ ನಡೆಯಬಾರದು ಎಂಬುದು ನಿಮ್ಮ ಗುರಿಯಾಗಿದ್ದರೆ, ಪೂರೈಕೆದಾರರ ಹೋಸ್ಟ್‌ಹೆಸರಿನೊಂದಿಗೆ ಕಠಿಣ ಮೋಡ್ ಅದಕ್ಕೆ ಹೊಂದುವ ಸೆಟ್ಟಿಂಗ್.
ಈ ಪ್ರಯಾಣವು ಮೊದಲು ಬಯಲಿಗೆಳೆಯುವುದು ಇದೇ: ಹುಡುಕಾಟ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ರಕ್ಷಿಸಲ್ಪಟ್ಟಿದೆ, ರಿಜಾಲ್ವರ್ ಆದರೂ ಹೆಸರನ್ನು ತಿಳಿಯುತ್ತದೆ. ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಆ ಜಿಗಿತವನ್ನು ಆವರಿಸುತ್ತದೆ. ಆ ರಿಜಾಲ್ವರ್‌ನ ನಿರ್ವಾಹಕನು ವಿನಂತಿಯನ್ನು ನೋಡುತ್ತಾನೆ, ಏಕೆಂದರೆ ಅದಕ್ಕೆ ಉತ್ತರಿಸುವುದು ಅವನ ಕೆಲಸ.
ಎರಡನೇ ಹಂತ: ಸಂಪರ್ಕವು ಇನ್ನೊಂದು ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ
ರಿಜಾಲ್ವರ್ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಅದಕ್ಕೆ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ. ಈ ಹಂತವು ಹುಡುಕಾಟವನ್ನು ಹೇಗೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗಿತ್ತು ಎಂಬುದರಿಂದ ಪ್ರಭಾವಿತವಾಗುವುದಿಲ್ಲ. ಸುರಂಗವಿಲ್ಲದೆ ಸಂಪರ್ಕವು ನಿಮ್ಮ ಸಾಮಾನ್ಯ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದಿಂದ ಹೊರಡುತ್ತದೆ, ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ IP ಹಾಗೂ TLS ಕೈಕುಲುಕುವಿಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಗೋಚರವಾಗಿಸುತ್ತವೆ, ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ DNS ಇದ್ದರೂ ಇಲ್ಲದಿದ್ದರೂ.
VPN ಆನ್ ಮಾಡಿ ಮತ್ತು ಬದಲಾಗುವ ಹಂತ ಇದೇ. ಕ್ಲೈಂಟ್‌ನ ರೂಟಿಂಗ್ ನೀತಿಗೆ ಹೊಂದುವ ಸಂಚಾರವು ಸುರಂಗದ ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ VPN ನ ಕೊನೆಯ ಬಿಂದುವಿಗೆ ಸಂಪರ್ಕವನ್ನು ನೋಡುತ್ತದೆ, ಮತ್ತು ಸೈಟ್ ಸಾಮಾನ್ಯವಾಗಿ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ. ಹೆಸರಿನ ಪರಿಹಾರವೂ ಸುರಂಗದ ಒಳಗೆ ಪ್ರಯಾಣಿಸಬಹುದು, ಕ್ಲೈಂಟ್ ಏನನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಎಂಬುದರ ಮೇಲೆ ಅವಲಂಬಿತ.
ಆ ಬೇರ್ಪಡಿಕೆಯೇ ಇಡೀ ಹೋಲಿಕೆ ಒಂದು ವಾಕ್ಯದಲ್ಲಿ. DNS ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಪ್ರಶ್ನೆಯನ್ನು ಯಾರು ಓದಬಹುದು ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. VPN ಸಂಭಾಷಣೆ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ.
ಮೂರನೇ ಹಂತ: ಸುರಂಗದ ಒಳಗೆ DNS ನೀತಿ ಪ್ರಶ್ನೆಯಾಗುತ್ತದೆ
ಈಗ ಎರಡು ವೈಶಿಷ್ಟ್ಯಗಳು ಪರಸ್ಪರ ಕ್ರಿಯಿಸುತ್ತವೆ, ಮತ್ತು ಬ್ರೌಸರ್ ಆಶ್ಚರ್ಯದ ಸಾಮಾನ್ಯ ಮೂಲ. ತನ್ನದೇ ಸುರಕ್ಷಿತ DNS ಸೆಟ್ಟಿಂಗ್ ಹೊಂದಿರುವ ಬ್ರೌಸರ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗೆ ಕೇಳುವ ಬದಲು HTTPS ಮೂಲಕ ತಾನು ಆರಿಸಿದ ರಿಜಾಲ್ವರ್‌ಗೆ ಹುಡುಕಾಟಗಳನ್ನು ಕಳುಹಿಸಬಹುದು. Android ನ ಖಾಸಗಿ DNS ಸೆಟ್ಟಿಂಗ್ ಆ ನಿರ್ಣಯವನ್ನು ತಲುಪುವುದಿಲ್ಲ.
Firefox ನಲ್ಲಿ ಸ್ವಿಚ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳು, ಗೋಪ್ಯತೆ ಮತ್ತು ಭದ್ರತೆ, ಸುರಕ್ಷಿತ DNS ಸಕ್ರಿಯಗೊಳಿಸಿ ಅಡಿಯಲ್ಲಿದೆ. Chrome ನಲ್ಲಿ ಅದು ಸೆಟ್ಟಿಂಗ್‌ಗಳು, ಗೋಪ್ಯತೆ ಮತ್ತು ಭದ್ರತೆ, ಸುರಕ್ಷಿತ DNS ಬಳಸಿ ಅಡಿಯಲ್ಲಿದೆ. ಎರಡನ್ನೂ ನಿರ್ದಿಷ್ಟ ಪೂರೈಕೆದಾರರಿಗೆ ಸೆಟ್ ಮಾಡಬಹುದು ಅಥವಾ ಆಫ್‌ನಲ್ಲಿಡಬಹುದು, ಮತ್ತು ಅವು ಆನ್ ಆಗಿರುವಾಗ ಆ ಹುಡುಕಾಟಗಳಿಗೆ ಸುರಂಗದ DNS ಸಂರಚನೆ ಬೈಪಾಸ್ ಆಗುತ್ತದೆ, ಪುಟದ ಸಂಚಾರವು ಇನ್ನೂ ಸುರಂಗವನ್ನು ಬಳಸಿದರೂ.
VPN ತನ್ನದೇ ರಿಜಾಲ್ವರ್ ಕಳುಹಿಸಿ, ಬ್ರೌಸರ್ ತನ್ನದರ ಮೇಲೆ ಪಟ್ಟು ಹಿಡಿದರೆ, ನಿಮಗೆ ಒಂದು ಬಿರುಕು ಸಿಗುತ್ತದೆ: ಹೆಸರುಗಳು ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ, ಪುಟಗಳು ಲೋಡ್ ಆಗುತ್ತವೆ, ಮತ್ತು ಸುರಂಗದ ಮೂಲಕ ಹೋಗಬೇಕಿದ್ದ ಹುಡುಕಾಟಗಳು ನೇರವಾಗಿ ಹೊರಟುಹೋದವು. VPN ನ ಕೊನೆಯ ಬಿಂದುವಿನಿಂದ ಭಿನ್ನವಾದ ರಿಜಾಲ್ವರ್ ವಿಳಾಸವು ತಾನಾಗಿಯೇ ಸೋರಿಕೆಯ ಸಾಕ್ಷ್ಯವಲ್ಲ, ಆದರೆ ನೀವು ಘೋಷಿಸಿದ ಉದ್ದೇಶಕ್ಕೆ ವಿರುದ್ಧವಾದ ಹುಡುಕಾಟ ಮಾರ್ಗ ಸರಿಪಡಿಸಲರ್ಹ.
ನಾಲ್ಕನೇ ಹಂತ: ಒಳಗಿನ ಹೆಸರುಗಳೇ ಅದು ಮುರಿಯುವ ಸ್ಥಳ
ಒಂದು ಕೆಲಸದ VPN ಗೆ ಸಂಪರ್ಕಗೊಂಡು ಇಂಟ್ರಾನೆಟ್ ಹೋಸ್ಟ್ ತೆರೆಯಿರಿ. ಬ್ರೌಸರ್‌ನ ಸುರಕ್ಷಿತ DNS ಆನ್ ಆಗಿದ್ದು ಸಾರ್ವಜನಿಕ ರಿಜಾಲ್ವರ್‌ಗೆ ತೋರಿಸಿದರೆ, ಆ ಹೆಸರು ಬ್ರೌಸರ್‌ಗೆ ಇಲ್ಲ. ಸುರಂಗ ನಿಂತಿದೆ, ಉಳಿದೆಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ, ಮತ್ತು ಒಂದು ಹೋಸ್ಟ್‌ಹೆಸರು ಸೈಟ್ ಕುಸಿದಂತೆ ಕಾಣುವ ದೋಷದೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತದೆ.
ಅದೇ ವೈಫಲ್ಯ Android ನಲ್ಲಿ ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲಿ ಕಾಣುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಕಠಿಣ ಖಾಸಗಿ DNS ಒಳಗಿನ ರಿಜಾಲ್ವರ್‌ಗೆ ಮಾತ್ರ ತಿಳಿದಿರುವ ಹೆಸರುಗಳನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಕಠಿಣ ಮೋಡ್‌ಗೆ ಯಾವುದೇ ಪರ್ಯಾಯ ಮಾರ್ಗವಿಲ್ಲ. ಫೋನ್‌ನ DNS ಅನ್ನು ಸಾರ್ವಜನಿಕ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ರಿಜಾಲ್ವರ್ ಮತ್ತು ಸಾಂಸ್ಥಿಕ ರಿಜಾಲ್ವರ್ ನಡುವೆ ವಿಭಜಿಸುವುದು ಸೆಟ್ಟಿಂಗ್ ಅಲ್ಲ; ಇದು VPN ನಡೆಸುವವರು ಉತ್ತರಿಸಬೇಕಾದ ರೂಟಿಂಗ್ ನೀತಿ ಪ್ರಶ್ನೆ.
ಸುರಂಗವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಇದನ್ನು ಪರಿಶೀಲಿಸಿ: ಒಳಗಿನ ಹೆಸರನ್ನು ಕೇಳಿ, ನಂತರ ಅದೇ ಹೆಸರನ್ನು ಬ್ರೌಸರ್‌ನ ಸುರಕ್ಷಿತ DNS ಆಫ್ ಇರುವಾಗ ಕೇಳಿ. ಅದು ಪರಿಹರಿಸಲ್ಪಟ್ಟರೆ, ಸಮಸ್ಯೆ ರಿಜಾಲ್ವರ್ ಆಯ್ಕೆಯಾಗಿತ್ತು, ಸಂಪರ್ಕವಲ್ಲ.
ಈ ಪ್ರಯಾಣ ನೀವು ಏನನ್ನು ಬದಲಿಸಬೇಕೆಂದು ಹೇಳುತ್ತದೆ
ನಾಲ್ಕು ಪರದೆಗಳು ಬಹುತೇಕ ಎಲ್ಲವನ್ನೂ ಹೊರುತ್ತವೆ. ಅವುಗಳನ್ನು ಈ ಕ್ರಮದಲ್ಲಿ ನೋಡಿ ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಏನು ಹೇಳುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಉತ್ತರ ಸಾಮಾನ್ಯವಾಗಿ ಸಂಯೋಜನೆಯಲ್ಲಿ ಕಾಣುತ್ತದೆ:
- Android ಸೆಟ್ಟಿಂಗ್‌ಗಳು, ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ಇಂಟರ್ನೆಟ್, ಖಾಸಗಿ DNS: ಸ್ವಯಂಚಾಲಿತ ಅಥವಾ ಪೂರೈಕೆದಾರರ ಹೋಸ್ಟ್‌ಹೆಸರು, ಮತ್ತು ಯಾವ ಹೋಸ್ಟ್‌ಹೆಸರು.
- ಬ್ರೌಸರ್‌ನ ಸುರಕ್ಷಿತ DNS ಸೆಟ್ಟಿಂಗ್: ಆಫ್, ಅಥವಾ ನಿರ್ದಿಷ್ಟ ರಿಜಾಲ್ವರ್‌ಗೆ ಪಿನ್ ಮಾಡಲಾಗಿದೆ.
- VPN ಕ್ಲೈಂಟ್‌ನ DNS ನೀತಿ: ಅದು ರಿಜಾಲ್ವರ್ ಕಳುಹಿಸುತ್ತದೆಯೇ, ಮತ್ತು ವಿಭಜಿತ ಸುರಂಗವು ಇನ್ನೂ ಹೆಸರುಗಳ ಅಗತ್ಯವಿರುವ ಯಾವುದನ್ನಾದರೂ ಹೊರಗಿಡುತ್ತದೆಯೇ?
- ಸುರಂಗ ನಿಂತಿರುವಾಗ ಒಳಗಿನ ಹೋಸ್ಟ್‌ಹೆಸರಿನ ಪರೀಕ್ಷೆ, ಎರಡು ಬಾರಿ ಮಾಡಲಾಗಿದೆ, ಒಮ್ಮೆ ಬ್ರೌಸರ್ DNS ಆನ್‌ನಲ್ಲಿ ಮತ್ತೊಮ್ಮೆ ಆಫ್‌ನಲ್ಲಿ.
ನಂತರ ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ಅಗತ್ಯಕ್ಕೆ ಹೊಂದಿಸಿ, ತಲೆಕೆಳಗಾಗಿ ಅಲ್ಲ. ಹುಡುಕಾಟಗಳು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿ ಹೊರಟು ನೀವು ಆರಿಸಿದ ರಿಜಾಲ್ವರ್‌ಗೆ ತಲುಪಬೇಕು ಎಂಬುದು ಅಗತ್ಯವಾದರೆ, ಕಠಿಣ ಖಾಸಗಿ DNS ಸೆಟ್ ಮಾಡಿ ಮತ್ತು ಬ್ರೌಸರ್ ಅದಕ್ಕೆ ಒಪ್ಪುವಂತೆ ಮಾಡಿ. ಸಂಚಾರ ಬೇರೆಡೆಯಿಂದ ಹೊರಬರಬೇಕು ಎಂಬುದು ಅಗತ್ಯವಾದರೆ, ಸುರಂಗವನ್ನು ಸಂರಚಿಸಿ ಮತ್ತು DNS ಸೆಟ್ಟಿಂಗ್ ನಿಮ್ಮ ವಿಳಾಸವನ್ನು ಸರಿಸುತ್ತದೆ ಎಂಬ ನಿರೀಕ್ಷೆಯನ್ನು ಬಿಡಿ.
ಮತ್ತು ಮಿತಿಗಳನ್ನು ಕಣ್ಣಿನಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳಿ. ಎರಡು ವೈಶಿಷ್ಟ್ಯಗಳಲ್ಲಿ ಯಾವುದೂ ಶತ್ರು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸುವುದಿಲ್ಲ ಮತ್ತು ಯಾವುದೂ ನೀವು ಸೈನ್ ಇನ್ ಆದ ಗುರುತನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ. ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಪ್ರಶ್ನೆಯನ್ನು ಯಾರು ಓದಬಹುದು ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ; ಸುರಂಗ ಸಂಪರ್ಕ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ; ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಖಾತೆಯನ್ನು ಅನಾಮಧೇಯಗೊಳಿಸುವುದಿಲ್ಲ.