VPN ಡೌನ್‌ಲೋಡ್ ನಿಮ್ಮ ನೇರ ಸಂಪರ್ಕವನ್ನು ಏಕೆ ಸೋಲಿಸಬಹುದು
ಸುರಂಗದ ಮೂಲಕ ವೇಗಗೊಳ್ಳುವ ವರ್ಗಾವಣೆ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಪೋರ್ಟ್‌ನಲ್ಲಿನ ಮಿತಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಮೂರು ನಿಯಂತ್ರಿತ ಹೋಲಿಕೆಗಳು ಆಕಾರಕವನ್ನು ನಿಜವಾದ ವೇಗವರ್ಧನೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ.
ಸುರಂಗ ಸಂಪರ್ಕಿಸಿ, ದೊಡ್ಡ ಡೌನ್‌ಲೋಡ್ ಪ್ರಾರಂಭಿಸಿ, ಮತ್ತು ಅದು ಅದೇ ಕಡತವು ಅದಿಲ್ಲದೆ ಪಡೆದ ವೇಗಕ್ಕಿಂತ ಸುಮಾರು ಎರಡು ಪಟ್ಟು ವೇಗವಾಗಿ ಚಲಿಸುತ್ತದೆ. ಇದು ಜಾಹೀರಾತಿನಂತೆ ಕೇಳುತ್ತದೆ, ಆದರೆ ಮನೆಯ ಲೈನ್‌ನಲ್ಲಿ ಇದು ನಿಜವಾದ ಮಾಪನವಾಗಿರಬಹುದು. ಸಾಮಾನ್ಯ ಕಾರಣ ಒಂದು ಪೋರ್ಟ್‌ಗೆ ಬದ್ಧವಾದ ವೇಗ ಮಿತಿ: ಸುರಂಗ ನಿಮ್ಮ ವರ್ಗಾವಣೆಯನ್ನು ಆಕಾರಕ ನೋಡದ ಜಾಗಕ್ಕೆ ಒಯ್ಯುತ್ತದೆ, ಮತ್ತು ಲೈನ್‌ನ ನಿಜವಾದ ಸಾಮರ್ಥ್ಯ ಮೊದಲ ಬಾರಿಗೆ ಕಾಣಿಸುತ್ತದೆ.
ಅಂದರೆ ಆಸಕ್ತಿಕರ ಸಂಖ್ಯೆ VPN ಎಷ್ಟು ವೇಗವಾಗಿತ್ತು ಎಂಬುದಲ್ಲ. ನಿಮ್ಮ ಲೈನ್‌ನ ಎಷ್ಟು ಭಾಗ ನಿಮಗೆ ಎಂದೂ ಸಿಗಲಿಲ್ಲ, ಮತ್ತು ಏಕೆ ಎಂಬುದು.
ಮಾರ್ಗವಲ್ಲ, ಪೋರ್ಟ್ ಅನ್ನು ಅನುಸರಿಸುವ ಮಿತಿ
ಪ್ರವೇಶ ಪೂರೈಕೆದಾರರು ಚಂದಾದಾರರಿಗೆ ಪ್ರೋಟೋಕಾಲ್ ಅಥವಾ ಗಮ್ಯ ಪೋರ್ಟ್ ಪ್ರಕಾರ ಥ್ರೂಪುಟ್ ಮಿತಿಗೊಳಿಸಬಹುದು, ಮತ್ತು ಪೋರ್ಟ್ 80 ಜನಪ್ರಿಯ ಗುರಿ ಏಕೆಂದರೆ ಸಾಮಾನ್ಯ ಬ್ರೌಸಿಂಗ್‌ನ ಬಹಳಷ್ಟು ಭಾಗ ಅದನ್ನೇ ಬಳಸುತ್ತದೆ. ಮಿತಿ ಹಲವುವೇಳೆ ಮೊದಲ ಪ್ಯಾಕೆಟ್‌ನಿಂದ ಅನ್ವಯವಾಗುವುದಿಲ್ಲ: ವರ್ಗಾವಣೆ ಲೈನ್ ವೇಗದ ಹತ್ತಿರ ಆರಂಭವಾಗುತ್ತದೆ, ಬರಸ್ಟ್ ಭತ್ಯೆಯನ್ನು ಸುಡುತ್ತದೆ, ನಂತರ ಮಿತಿಗೊಳಿಸಿದ ಸಂಖ್ಯೆಗೆ ಇಳಿಯುತ್ತದೆ. ಮೊದಲ ಸೆಕೆಂಡುಗಳು ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತವೆ, ಉಳಿದ ವರ್ಗಾವಣೆ ಹಾಗೆ ಕಾಣುವುದಿಲ್ಲ.
ಅದೇ ಬೈಟ್‌ಗಳನ್ನು ಬೇರೆ ಪೋರ್ಟ್ ಮೂಲಕ ಕಳುಹಿಸಿ, 80ರ ಆಕಾರಕ ಅವನ್ನು ಎಂದೂ ನೋಡುವುದಿಲ್ಲ. ಸುರಂಗ ಒಂದು ಹಾಪ್, ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಮತ್ತು ತನ್ನದೇ ಹೆಚ್ಚುವರಿ ಭಾರ ಸೇರಿಸಿದರೂ ನೇರ ಸಂಪರ್ಕವನ್ನು ಸೋಲಿಸಿದಂತೆ ಕಾಣುತ್ತದೆ. ಸುಧಾರಿಸಿದ್ದು ಮಾರ್ಗವಲ್ಲ, ಒಂದು ನಿಯಮದ ಅನುಪಸ್ಥಿತಿ.
ಅದಕ್ಕೇ ಈ ಪರಿಣಾಮ ಕಡತಗಳು ಮತ್ತು ಗಮ್ಯಸ್ಥಾನಗಳ ನಡುವೆ ಇಷ್ಟು ಸ್ಥಿರವಾಗಿದೆ. ಮಿತಿ ಪೋರ್ಟ್‌ನಲ್ಲಿದ್ದರೆ, ಆ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಸಾಗಿಸುವ ಯಾವುದೇ ವಸ್ತು ಅದೇ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ, ಕಡತದ ಗಾತ್ರ ಏನೇ ಇರಲಿ ಮತ್ತು ಆತಿಥೇಯ ಯಾರೇ ಇರಲಿ. ಬೇರೆ ನಿಯಮವನ್ನು ಸೆಳೆಯುವ ಗಮ್ಯಸ್ಥಾನ ಬೇರೆ ವಕ್ರರೇಖೆ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸವೇ ಸ್ವತಃ ನಿದಾನಕ.
ಶಿಖರವಲ್ಲ, ಸಮತಟ್ಟು ಅಳೆಯಿರಿ
ಶಿಖರ ವರ್ಗಾವಣೆಯ ಅತ್ಯಂತ ಕಡಿಮೆ ಮಾಹಿತಿಯ ಭಾಗ, ಏಕೆಂದರೆ ಬಫರ್ ತುಂಬುತ್ತಿರುವಾಗ ಪ್ರತಿ ಸಂಪರ್ಕವೂ ಚೆನ್ನಾಗಿ ಕಾಣುತ್ತದೆ. ವೇಗ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಮತ್ತು ಎಷ್ಟು ಕಾಲ ಅಲ್ಲೇ ಇರುತ್ತದೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಿ.
curl -o /dev/null -w '%{speed_download} %{time_total}\n' https://<host>/test.bin
scp user@<transfer-host>:/data/test.bin /tmp/ಅದೇ ಯಂತ್ರದಲ್ಲಿ, ಅದೇ ಗಂಟೆಗೆ, ಹೋಲಿಸಬಹುದಾದ ಜಾಲಗಳ ಆತಿಥೇಯರ ವಿರುದ್ಧ ಜೋಡಿಯನ್ನು ಸಾಲಾಗಿ ಚಲಾಯಿಸಿ. ಒಂದು ಮಾದರಿ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ; ಪ್ರತಿಯೊಂದರ ಎರಡು ಓಟಗಳ ವಕ್ರರೇಖೆಯ ಆಕಾರವೇ ಬರಸ್ಟ್ ಭತ್ಯೆಯನ್ನು ಸ್ಥಿರ ಮಿತಿಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ವೇಗ ಎಲ್ಲಿ ಚಪ್ಪಟೆಯಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಬರೆಯಿರಿ, ಮೊದಲ ಸೆಕೆಂಡು ಏನನ್ನು ತೋರಿಸಿತು ಎಂಬುದನ್ನಲ್ಲ, ಏಕೆಂದರೆ ಬರಸ್ಟ್ ಎಂಬುದು ಆಕಾರಕ ಮಿತಿಗೊಳಿಸಲು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ನಿಮಗೆ ನೀಡುವುದೇ ಆಗಿದೆ. ವರ್ಗಾವಣೆಯ ಉಳಿದ ಭಾಗದವರೆಗೂ ನಿಲ್ಲುವ ಶಾಂತ ಸಮತಟ್ಟೇ ಹೋಲಿಸಬೇಕಾದ ಸಂಖ್ಯೆ.
ಕಡತವನ್ನು ಈಗಾಗಲೇ ಸಂಕೋಚಿಸಿ ಇರಿಸಿ, ಇದರಿಂದ ಸಾಗಣೆ ಸಂಕೋಚನವನ್ನು ವಿವರಣೆಯಾಗಿ ನೀಡಲಾಗದು. PDF ಅಥವಾ ಆರ್ಕೈವ್ ಆ ಚರಾಂಕವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಮತ್ತು ಸುರಂಗ ಪೇಲೋಡ್ ಒತ್ತಿತು ಎಂದು ಯಾರೂ ವಾದಿಸದಂತೆಯೂ ಮಾಡುತ್ತದೆ. ಎರಡೂ ವರ್ಗಾವಣೆಗಳು ಒಂದೇ ಕಡತ ಬಳಸಿದರೆ, ಉಳಿದಿರುವ ಏಕೈಕ ವ್ಯತ್ಯಾಸ ಮಾರ್ಗ ಮತ್ತು ಪೋರ್ಟ್. ಪ್ರತಿ ಸಂಖ್ಯೆಯ ಪಕ್ಕದಲ್ಲಿ ಸಾಧನ ಮತ್ತು ಪೋರ್ಟ್ ಬರೆಯಿರಿ, ಇಲ್ಲದಿದ್ದರೆ ಎರಡನೇ ಓಟ ಮೊದಲನೆಯದಕ್ಕೆ ಹೋಲಿಸಲಾಗದು.
ಕಾರಣವನ್ನು ಪ್ರತ್ಯೇಕಿಸುವ ಮೂರು ಹೋಲಿಕೆಗಳು
ಅವನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಮಾದರಿ ಸ್ಪಷ್ಟವಾದ ಕೂಡಲೇ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಕಥೆಯನ್ನು ಹೊರಗಿಡುತ್ತದೆ.
- ಅದೇ ಡೌನ್‌ಲೋಡ್ ಅನ್ನು ಸಾಮಾನ್ಯ ವೆಬ್ ಮಾರ್ಗದಲ್ಲಿ ಮತ್ತು ಬೇರೆ ಪೋರ್ಟ್‌ನ ವರ್ಗಾವಣೆ ಸಾಧನದಲ್ಲಿ, ಹೋಲಿಸಬಹುದಾದ ಸಾಮರ್ಥ್ಯದ ಆತಿಥೇಯದಿಂದ ಪುನರಾವರ್ತಿಸಿ.
- ಎರಡನ್ನೂ ಸಂಕೋಚಿಸಲಾಗದ ಕಡತದೊಂದಿಗೆ ಪುನರಾವರ್ತಿಸಿ, ಸಂಕೋಚನ ಅಭ್ಯರ್ಥಿಯಾಗಿರುವುದು ನಿಲ್ಲುವಂತೆ.
- ಸುರಂಗ ಸರ್ವರ್ ಅನ್ನು ನೀವೇ ನಡೆಸುತ್ತಿದ್ದರೆ, ಅದನ್ನು ಮತ್ತೆ ಪೋರ್ಟ್ 80ಕ್ಕೆ ಬಂಧಿಸಿ, ಎರಡೂ ತುದಿಗಳು ಒಪ್ಪುವಂತೆ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಸರಿಪಡಿಸಿ, ಮತ್ತು ಮತ್ತೆ ವರ್ಗಾಯಿಸಿ. ಸುರಂಗ ಈಗ ಮಿತಿಗೊಂಡ ವೆಬ್ ವೇಗದಲ್ಲಿ ಕುಳಿತರೆ, ನಿರ್ಬಂಧ ಪೋರ್ಟ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ, VPN ಅನ್ನಲ್ಲ.
ಮೂರನೇ ಹಂತವೇ ನಿರ್ಣಾಯಕ, ಮತ್ತು ಸಂರಚನೆ ಬದಲಾವಣೆ ಬೇಕಾಗುವುದರಿಂದ ಜನರು ಅದನ್ನೇ ಬಿಟ್ಟುಬಿಡುತ್ತಾರೆ. ಅದಿಲ್ಲದೆ ನೀವು ಎರಡು ವಸ್ತುಗಳು ಭಿನ್ನ ಎಂದು ತೋರಿಸಿದ್ದೀರಿ, ಪೋರ್ಟ್ ಕಾರಣ ಎಂದಲ್ಲ.
ಈ ಮಾಪನ ಯಾವುದನ್ನು ಬೆಂಬಲಿಸಲಾರದು
ಸುರಂಗ ಸಾಮಾನ್ಯವಾಗಿ ವೇಗವಾಗಿದೆ, ಅದು ಏನನ್ನಾದರೂ ಸಂಕೋಚಿಸುತ್ತದೆ, ಅಥವಾ ಲೈನ್‌ನ ಇತರ ಪೋರ್ಟ್‌ಗಳು ನಿರ್ಬಂಧರಹಿತ ಎಂದು ಇದು ತೋರಿಸುವುದಿಲ್ಲ. ಇದು ಈ ವರ್ಗಾವಣೆಯನ್ನು, ಈ ಲೈನ್‌ನಲ್ಲಿ, ಈ ಗಂಟೆಯಲ್ಲಿ ವಿವರಿಸುತ್ತದೆ. ಮಿತಿಗಳು ಅವಧಿ, ಚಂದಾದಾರರು ಅಥವಾ ದಿನದ ಸಮಯದ ಪ್ರಕಾರ ಅನ್ವಯವಾಗಬಹುದು, ಮತ್ತು ಸೂಚನೆ ಇಲ್ಲದೆ ಬದಲಾಗಬಹುದು.
ನೇರ ಮಾರ್ಗ ಹಾಳಾಗಿದೆ ಎಂಬುದನ್ನೂ ಇದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಮಿತಿಗೊಂಡ ಮಾರ್ಗವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ; ಅದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮಿತಿಗೊಂಡಿದೆ, ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕ ನೀತಿ ಸರಿಪಡಿಸುವಿಕೆಗೆ ಕಾಯುತ್ತಿರುವ ದೋಷವಲ್ಲ.
ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಸುರಂಗ ಮೂಲಕ ಕಳುಹಿಸುವುದನ್ನು ಇದು ಖಂಡಿತವಾಗಿಯೂ ಸಮರ್ಥಿಸುವುದಿಲ್ಲ. ಪೋರ್ಟ್ 80ರ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಮಿತಿಗೊಂಡೇ ಇರುತ್ತದೆ, ನೀವು ಬದಿಗೆ ಸರಿಸುವ ಎಲ್ಲವೂ ಈಗ ಹೆಚ್ಚುವರಿ ಹಾಪ್ ಮತ್ತು ಹೆಚ್ಚುವರಿ ವೈಫಲ್ಯ ವಿಧಾನವನ್ನು ಅವಲಂಬಿಸಿದೆ.
ಸಂಶೋಧನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದದ್ದಾಗಿ ಮಾಡಿ
ವೀಕ್ಷಣೆಯನ್ನು ತೀರ್ಪಲ್ಲ, ಮಾಪನವಾಗಿ ಬರೆಯಿರಿ: ಪೋರ್ಟ್ 80ರಲ್ಲಿ ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳು ಅದೇ ಕಡತ ಬೇರೆ ಪೋರ್ಟ್‌ನಲ್ಲಿ ತಲುಪುವ ವೇಗದ ಸುಮಾರು ಅರ್ಧದಲ್ಲಿ ನಿಲ್ಲುತ್ತವೆ, ಈ ಗಂಟೆಗಳಲ್ಲಿ, ಈ ಲೈನ್‌ನಲ್ಲಿ, ಈ ಮಾದರಿಗಳನ್ನು ಲಗತ್ತಿಸಿ. ಇದು ಯಾರಾದರೂ ತನಿಖೆ ಮಾಡಬಹುದಾದ ಬೆಂಬಲ ವಿನಂತಿ.
«VPN ವೇಗವಾಗಿದೆ» ಎಂಬುದು ಅಲ್ಲ. ಅದು ಎನ್‌ಕ್ರಿಪ್ಶನ್‌ನ ಹೆಚ್ಚುವರಿ ಭಾರದ ಬಗ್ಗೆ ಉತ್ತರವನ್ನು ಆಮಂತ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಉತ್ತರ ತಾಂತ್ರಿಕವಾಗಿ ಸರಿಯಾಗಿದ್ದರೂ ಯಾರಿಗೂ ಉಪಯುಕ್ತವಾದದ್ದನ್ನು ಹೇಳುವುದಿಲ್ಲ. ಮಾದರಿಗಳ ಸಂಖ್ಯೆ, ಗಂಟೆ ಮತ್ತು ಪೋರ್ಟ್ ಲಗತ್ತಿಸಿ, ಓದುಗರು ಮಾದರಿಯನ್ನು ಪುನರುತ್ಪಾದಿಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ.
ಸಮೂಹ ವರ್ಗಾವಣೆಗಳಿಗೆ ಬೇರೆ ಪೋರ್ಟ್ ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸಲು ನಿರ್ಧರಿಸಿದರೆ, ನಿಮ್ಮ ದಾಖಲೆಗಳಲ್ಲಿ ಎಚ್ಚರಿಕೆ ಬರೆಯಿರಿ: ಕೇಳುಗನನ್ನು ಪೋರ್ಟ್ 80ಕ್ಕೆ ಸರಿಸುವುದು ಅಲ್ಲಿ ಈಗಾಗಲೇ ಬದ್ಧವಾಗಿರುವ ಯಾವುದೇ ವೆಬ್ ಸರ್ವರ್‌ನೊಂದಿಗೆ ಘರ್ಷಿಸುತ್ತದೆ, ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ಉಂಟಾಗುವ ವೈಫಲ್ಯ ಪೋರ್ಟ್ ಘರ್ಷಣೆಯಂತೆ ಅಲ್ಲ, ಮುರಿದ ಸುರಂಗದಂತೆ ಕಾಣುತ್ತದೆ.