להשאיר תת-דומיין אחד מחוץ לפרוקסי העליון של 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 עדיין זקוק למסלול ליעד ולהרשאות גישה מתאימות. אם רק האב יכול להגיע לשירות, עקיפתו תיכשל גם אם התבנית עובדת.

הגבילו את הדוגמה לשם המארח הנדרש ובדקו בנפרד מארחי אימות או נכסים קשורים. הרחבת חריגה אחת לכל תת-דומיין עלולה להעביר בשקט תעבורה לא קשורה למסלול יוצא אחר.