VPN ಮೇಲೆ Monero: ಮೂರು ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗಗಳಲ್ಲಿ ಯಾವುದು ಬದಲಾಗುತ್ತದೆ?

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

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

ವಾಲೆಟ್ನಿಂದ ನೋಡ್ಗೆ ಇರುವ ಸಂಪರ್ಕವನ್ನು ಎಳೆಯುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ

ದೂರದ ನೋಡ್ನೊಂದಿಗೆ ಮಾತನಾಡುವ ವಾಲೆಟ್ ಆ ನೋಡ್ನ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ಗೆ RPC ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಸ್ಥಳೀಯ ಡೀಮನ್ ಇರುವ ವಾಲೆಟ್ ಬದಲಿಗೆ ಲೂಪ್ಬ್ಯಾಕ್ ಇಂಟರ್ಫೇಸ್ನೊಂದಿಗೆ ಮಾತನಾಡುತ್ತದೆ. ಇವು ಬೇರೆ ಬೇರೆ ವಿಶ್ವಾಸ ಸಂಬಂಧಗಳು, ಆದರೂ ದಿನನಿತ್ಯದ ಮಾತಿನಲ್ಲಿ ಎರಡನ್ನೂ “ನೋಡ್” ಎನ್ನುತ್ತಾರೆ.

ವಾಲೆಟ್ ಬಳಸಲು ಸಂರಚಿಸಲಾದ ವಿಳಾಸ, ಪೋರ್ಟ್ ಮತ್ತು ಸಾಗಣೆಯನ್ನು ಬರೆದಿಡಿ. ವಾಲೆಟ್ಗೆ ತನ್ನದೇ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಇದ್ದರೆ ಅದನ್ನು ಡೀಮನ್ನ ಸೆಟ್ಟಿಂಗ್ಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಿಸಿ; ಒಂದು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸಂರಚಿಸುವುದು ಇನ್ನೊಂದನ್ನು ಸಂರಚಿಸುವುದಿಲ್ಲ.

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

ಮುಂದೆ, ಡೀಮನ್ನ ಪೀರ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಅನುಸರಿಸಿ

ಸಿಂಕ್ರೊನೈಸ್ ಆಗುವ ಡೀಮನ್ ಪೀರ್ಗಳ ಕಡೆಗೆ ಹೊರಹೋಗುವ ಸಂಪರ್ಕಗಳನ್ನು ತೆರೆಯುತ್ತದೆ ಮತ್ತು ತನ್ನ ಪೀರ್-ಟು-ಪೀರ್ ಪೋರ್ಟ್ ಮೂಲಕ ಚೈನ್ ಡೇಟಾವನ್ನು ವಿನಿಮಯ ಮಾಡುತ್ತದೆ. ಆ ಟ್ರಾಫಿಕ್ ವಾಲೆಟ್ನ RPC ಕೊಂಡಿಯಲ್ಲ, ಮತ್ತು ಅದು ತಾನಾಗಿಯೇ ವಾಲೆಟ್ನ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹೋಗುವುದಿಲ್ಲ. ಅದು ಡೀಮನ್ನದೇ ಆದ ಜಾಲ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಮತ್ತು ಹೋಸ್ಟ್ನ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಅನುಸರಿಸುತ್ತದೆ.

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

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

ನಂತರ ವಹಿವಾಟು ರಿಲೇ ಮಾರ್ಗವನ್ನು ಪ್ರತ್ಯೇಕಿಸಿ

ಸ್ಥಳೀಯವಾಗಿ ಕಳುಹಿಸಿದ ವಹಿವಾಟುಗಳನ್ನು ಸಂರಚಿಸಿದ ರಿಲೇ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಜಾಲದ ಕಡೆಗೆ ರವಾನಿಸಬಹುದು. Monero ಡೀಮನ್ನ ಪ್ರಸ್ತುತ ದಾಖಲಾತಿಯಲ್ಲಿ, ಆ ಆಯ್ಕೆ ನೀವು ಪ್ರಾಕ್ಸಿಯ ಕಡೆಗೆ ನಿರ್ದೇಶಿಸುವ ವಹಿವಾಟು-ರಿಲೇ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮಾತ್ರ ಕಳುಹಿಸುತ್ತದೆ. ಅದು ಪ್ರತಿ RPC, ವಾಲೆಟ್ ಮತ್ತು ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಸಂಪರ್ಕವನ್ನು ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹೋಗುವ ಟ್ರಾಫಿಕ್ ಆಗಿ ಬದಲಿಸುವುದಿಲ್ಲ.

ಯೋಜನೆಯ ಅನಾಮಧೇಯತೆ-ಜಾಲ ದಾಖಲಾತಿ Tor ಮತ್ತು I2P ಏಕೀಕರಣವನ್ನು ಪ್ರಾಯೋಗಿಕ ಎಂದು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ರಿಲೇ ವರ್ತನೆಯ ವ್ಯಾಪ್ತಿಯನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. ನೀವು ನಿಜವಾಗಿ ಚಲಾಯಿಸುವ ಆವೃತ್ತಿಯ ದಾಖಲಾತಿಯನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಹಳೆಯ ಚರ್ಚೆಗಳು Kovri ಮುಂತಾದ ಹೆಸರುಗಳನ್ನು ಬಳಸುತ್ತವೆ ಮತ್ತು ಇನ್ನು ಅದೇ ರೂಪದಲ್ಲಿ ಇಲ್ಲದ ಘಟಕಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ.

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

ಮೂರು ಮಾರ್ಗಗಳನ್ನು ಲೇಬಲ್ ಮಾಡಿದ ನಂತರವೇ VPN ಸೇರಿಸಿ

ಬಾಣಗಳನ್ನು ಎಳೆದ ನಂತರ, VPN ನಿಜವಾಗಿ ಯಾವುದನ್ನು ಸಾಗಿಸುತ್ತದೆ ಎಂದು ಗುರುತಿಸಿ. ಪೂರ್ಣ ಸುರಂಗದ VPN ಹೋಸ್ಟ್ನ ಡಿಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಹಿಡಿಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಡಿಫಾಲ್ಟ್ ಅನ್ನು ಅನುಸರಿಸುವ ಸಂಪರ್ಕಗಳು ಅದನ್ನೇ ಬಳಸುತ್ತವೆ. ವಿಭಜಿತ ಸುರಂಗ, ಬದ್ಧ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ನಿರ್ದಿಷ್ಟ ವಿಳಾಸದ ಮೂಲಕ ಹೊರಹೋಗುವ ಪ್ರಾಕ್ಸಿ ಕೆಲವು ಬಾಣಗಳನ್ನು ಸುರಂಗದ ಹೊರಗೆ ಬಿಡಬಹುದು.

ಈಗ ವೀಕ್ಷಕ ಮಾದರಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಿ. ಅನಾಮಧೇಯತೆ-ಜಾಲ ಸಂಪರ್ಕವು VPN ಒಳಗೆ ಚಲಿಸುವ ವಿನ್ಯಾಸದಲ್ಲಿ, ಸ್ಥಳೀಯ ಪ್ರವೇಶ ಜಾಲವು ಹೊರಗಿನ VPN ಸಂಪರ್ಕವನ್ನು ಕಾಣುತ್ತದೆ, ಆದರೆ VPN ಬದಿ ಮುಂದಿನ ಸಂಪರ್ಕವನ್ನು ಕಾಣುತ್ತದೆ. ಅದು ವೀಕ್ಷಕನ ಬದಲಾವಣೆ, ಗುರುತಿಸುವ ಸಂಕೇತಗಳು ಮಾಯವಾಗುತ್ತವೆ ಎಂಬ ಸಾಕ್ಷ್ಯವಲ್ಲ.

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

ನೀವು ಸಂರಚಿಸಿದ್ದೀರಿ ಎಂದು ಭಾವಿಸುವ ಮಾರ್ಗಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ಹೋಸ್ಟ್ನದೇ ಸಾಧನಗಳನ್ನು ಬಳಸಿ: ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನಕ್ಕೂ ರೂಟ್ ಓದಿ, ಕೇಳುತ್ತಿರುವ ಮತ್ತು ಸ್ಥಾಪಿತ ಸಾಕೆಟ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಯಾವ ಪ್ರಕ್ರಿಯೆ ಪ್ರತಿ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ವಾಲೆಟ್, ಡೀಮನ್ ಮತ್ತು ರಿಲೇ ಎಲ್ಲವೂ ಚಲಿಸುತ್ತಿರುವಾಗ ಇದನ್ನು ಮಾಡಿ, ಏಕೆಂದರೆ ಪ್ರಾರಂಭದಲ್ಲಿ ಮಾತ್ರ ಇರುವ ಮಾರ್ಗ ಮರುಸಂಪರ್ಕದ ನಂತರ ಮಾಯವಾಗಬಹುದು.

VPN ಮರುಸಂಪರ್ಕದ ನಂತರ ಮತ್ತು ಡೀಮನ್ ಮರುಪ್ರಾರಂಭದ ನಂತರ ಪುನರಾವರ್ತಿಸಿ. ಗಮ್ಯಸ್ಥಾನಗಳು ಮತ್ತು ಸಾಗಣೆಗಳನ್ನು ರೇಖಾಚಿತ್ರದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಒಂದು ಬಾಣ ಜಾಗ ಬದಲಾಯಿಸಿದ್ದರೆ, ಗೋಪ್ಯತಾ ಮಾದರಿಯೂ ಅದರೊಂದಿಗೆ ಜಾಗ ಬದಲಾಯಿಸಿದೆ, ಪ್ರತಿ ಪ್ರಕ್ರಿಯೆಯೂ ಇನ್ನೂ ಆರೋಗ್ಯಕರ ಎಂದು ವರದಿ ಮಾಡುತ್ತಿದ್ದರೂ.

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