شنونده TPROXY در Squid می‌تواند ترافیک کارخواهان را با موفقیت دریافت کند در حالی که اتصال به والد آن شکست می‌خورد. حفظ نشانی مبدأ روی آن اتصال خروجی ممکن است برای مسیر شبکه والد نامناسب باشد.

در نسخه‌های Squid که این گزینه را پشتیبانی می‌کنند، no-tproxy را به تعریف cache_peer موجود مربوطه اضافه کنید. برای نمونه:

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

‏no-tproxy جعل نشانی مبدأ کارخواه را برای اتصال‌ها به این همتا غیرفعال می‌کند. پیکربندی شفاف شنونده را حذف نمی‌کند و خودش همتا را انتخاب نمی‌کند. دیگر گزینه‌ها و قواعد انتخاب والد در استقرار را حفظ کنید. جایی که آن قواعد مقصدهای عمومی را از طریق والدی بدون احراز هویت مجاز می‌کنند، فهرست پراکسی HTTP نشانی‌های نامزد را پیشنهاد می‌کند؛ اعتبارنامه‌های موجود والد را نگه ندارید و برای هر مقصد واقعی CONNECT اجازه را بررسی کنید.

اکنون والد یک اتصال عادی از نشانی خروجی خود Squid دریافت می‌کند، با لحاظ هر NAT. سیاست دسترسی و احراز هویت آن باید این پراکسی پایین‌دستی را مجاز کند. وقتی از محدودیت IP استفاده می‌کند، نشانی مبدأیی که والد می‌بیند را بررسی کنید.

این گزینه برای Squid 7 و نسخه‌های پشتیبانی‌شده پیشین مستند شده است؛ مرجع پیکربندی آن را در Squid 8 در دسترس نمی‌داند. دستور کار را به نسخه در حال استفاده گره بزنید.

مقالات مرتبط