شبکه شما هنگام استفاده از پروکسی چه می‌بیند؟
برای ارزیابی آنچه ناظر شبکه می‌بیند، اتصال پروکسی، TLS مقصد و ترافیک DNS را جدا در نظر بگیرید.
با پروکسی HTTP معمولی، شبکه محلی می‌تواند مقصد اولیه CONNECT را ببیند، حتی اگر درخواست سایت با HTTPS محافظت شود. TLS تا پروکسی این افشا را در مسیر کلاینت به پروکسی تغییر می‌دهد.
| مسیر | آنچه ناظر دارای دسترسی به ترافیک محلی می‌بیند |
|---|---|
| سایت HTTP بدون رمزنگاری از طریق پروکسی HTTP بدون رمزنگاری | تبادل برنامه به‌شکل خوانا منتقل می‌شود، نه فقط آدرس پروکسی. |
| سایت HTTPS از طریق پروکسی HTTP بدون رمزنگاری | مقصد CONNECT به‌شکل متن روشن، اتصال پروکسی و زمان‌بندی قابل مشاهده‌اند؛ TLS مقصد درخواست سایت را داخل تونل محافظت می‌کند. |
| اتصال پروکسی HTTPS با اعتبارسنجی درست | TLS تبادل پروکسی را در آن بخش محافظت می‌کند؛ اتصال نقطه پایانی و فراداده ترافیک همچنان قابل مشاهده‌اند. |
حفاظت آن مسیر، دید گرداننده پروکسی نسبت به پردازش اتصال‌های خودش را از بین نمی‌برد. TLS مقصد و اعتماد به گرداننده بخش‌های جداگانه مسیرند.
DNS هم بررسی جداگانه می‌خواهد. نام مقصدی که محلی حل شده، خودکار به داخل اتصال پروکسی منتقل نمی‌شود. حل نام راه دور SOCKS آن جست‌وجو را تغییر می‌دهد، ولی فرایندهای پس‌زمینه و برنامه‌های دیگر هنوز می‌توانند مستقل نام حل کنند و متصل شوند.
برای ارزیابی مفید حریم خصوصی، طرح URL پروکسی، طرح مقصد، مسیر واقعی کلاینت و رفتار DNS را ثبت کنید. یک تنظیم مرورگر پوشش کل دستگاه را ثابت نمی‌کند. در مقصد، درخواست واردشده به حساب هنوز می‌تواند حسابش را با کوکی معرفی کند، حتی اگر مسیر محلی رمزنگاری شده و IP خروجی تغییر کرده باشد.