یک خط cache_peer می‌تواند یک والد را نام ببرد و در همان حال به Squid بگوید با آن طوری حرف بزند که گویی وب‌سایت مبدأ است.

کلید مسئول originserver است. Squid آن را برای چیدمان‌های شتاب‌دهنده مستند می‌کند، جایی که peer یک وب‌سرور است. این یک پرچم عمومی به معنای «درخواست اصلی را از این والد بفرست» نیست.

اگر گام بعدی یک پروکسی ارسالی معمولی HTTP است، بررسی کنید که آیا این پرچم اصلاً به آنجا تعلق دارد. اعلان پایه والد در عوض این شکل را دارد:

cache_peer parent.example parent 8080 0 no-query name=upstream

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

proxy-only، که گاهی کنار originserver کپی می‌شود، به ذخیره‌سازی اشیای گرفته‌شده از آن peer مربوط است. حذف هر دو پرچم همزمان ثابت نمی‌کند که هر دو باعث خرابی پروتکل شده‌اند.

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

مقالات مرتبط