حالت پروکسی HTTP در Ncat در برابر رله TCP ثابت

client → local TCP relay → existing forward proxy → destination

در این چیدمان، رله یک بالادست ثابت دارد. درخواست کارخواه را بدون تغییر به پروکسی جلوی موجود می‌فرستد. آن پروکسی نشانی مطلق یا هدف CONNECT را می‌خواند، سیاست را اعمال می‌کند و اتصال مقصد را باز می‌کند.

نشانه‌رفتن رله مستقیماً به یک وبگاه قرارداد را تغییر می‌دهد. پروکسی جلوی باید مقصدها را برگزیند و قالب‌بندی HTTP و رفتار اتصال را مدیریت کند؛ استخراج نام میزبان از خط نخست کافی نیست.

Ncat از Nmap به‌طور جداگانه حالت شنود آگاه از HTTP ارائه می‌دهد:

ncat --listen 127.0.0.1 3128 --proxy-type http

این نمونه loopback از پیاده‌سازی پروکسی Ncat استفاده می‌کند، نه ویژگی‌ای که هر nc دارد. پروکسی سمت شنود آن روش‌های HTTP و CONNECT را مدیریت می‌کند. گزینه‌های SOCKS سمت کارخواه آن در حالت شنود سرور SOCKS برپا نمی‌کنند. خدمت اشتراکی پایدار نیز به مدیریت آگاهانه اتصال، کنترل دسترسی و ثبت رویداد نیاز دارد.

برای مشاهده، مرز رمزنگاری را پیدا کنید. رله روی اتصال پروکسی HTTP ساده می‌تواند درخواست‌ها و پاسخ‌های پروکسی را ببیند. پس از CONNECT، HTTPS مقصد بایت‌های TLS است، نه محتوای خواندنی صفحه. TLS تا پروکسی حتی تبادل نخستین پروکسی روی آن پیوند را پنهان می‌کند. برای تراکنش‌های تفسیرشده از تشخیص‌های کارخواه و پروکسی استفاده کنید و گزارش‌هایی را که ممکن است اعتبارنامه یا نشانی‌های حساس داشته باشند محافظت کنید.