یک زیردامنه را خارج از پروکسی بالادستی Privoxy نگه دارید

سایت اصلی باید از پروکسی والد استفاده کند. یک زیردامنه داخلی نباید. این یک استثنای مسیریابی است و شایسته الگویی است که به اندازه کافی باریک باشد تا دقیقاً همین را بیان کند.

Privoxy قواعد ارسال عادی در پیکربندی اصلی و بازنویسی‌های ارسال به ازای هر درخواست در فایل‌های action دارد. از مکانیزمی استفاده کنید که با پیکربندی‌ای که از قبل نگهداری می‌کنید مناسب است؛ استثناهای رقیب را در هر دو جا اضافه نکنید فقط برای اینکه ببینید کدام کار می‌کند.

یک استثنا در پیکربندی اصلی

forward / parent.example.net:8080
forward intranet.example.net .

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

پیش از افزودن نقطه پیشرو یا نویسه عام، نحو الگو را بخوانید. الگوی سبک پسوند می‌تواند با نام‌های بیشتری از یک میزبان مورد نظر شما مطابقت داشته باشد. همچنین نام پروکسی را از نام وب‌سایت جدا نگه دارید: الگو یک مقصد درخواستی را انتخاب می‌کند.

بازنویسی در فایل action گزینه دیگری است

{+forward-override{forward .}}
intranet.example.net

این صراحتاً ارسال مستقیم را برای درخواست‌های مطابق انتخاب می‌کند. حذف یک بازنویسی پیشین لزوماً همان انتخاب ارسال مستقیم نیست؛ پیکربندی عادی می‌تواند هنوز یک قاعده والد داشته باشد.

وقتی یک استثنا بی‌اثر به نظر می‌رسد، بخش‌های action قابل اعمال و ترتیب آن‌ها را بررسی کنید. یک میزبان می‌تواند با بیش از یک الگوی action مطابقت داشته باشد، و action مورد انتظار شما ممکن است با تطابق بعدی تغییر کند.

مستقیم یعنی تصمیم شبکه‌ای متفاوت

یک استثنای مستقیم می‌تواند آدرس بیرونی خود Privoxy را آشکار کند نه خروجی والد را. این ممکن است برای یک سرویس خصوصی دقیقاً درست باشد، اما باید بخشی از الزام باشد نه یک عارضه جانبی که بعداً کشف شود.

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

مثال را به نام میزبان مورد نیاز محدود کنید و میزبان‌های احراز هویت یا دارایی مرتبط را جداگانه بررسی کنید. گسترش یک استثنا به همه زیردامنه‌ها می‌تواند ترافیک نامرتبط را بی‌صدا به مسیر بیرونی دیگری منتقل کند.