بلوک <VirtualHost> توضیح می‌دهد که آپاچی چگونه باید درخواست‌های منطبق را پردازش کند. اما سوکت شنود را ایجاد نمی‌کند. بنابراین پیکربندی پروکسی پیش‌رو روی پورت 8080 می‌تواند در پرونده‌ای معتبر به نظر برسد، در حالی که کارخواهان هیچ شنونده‌ای آنجا نمی‌یابند.

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

Listen 127.0.0.1:8080

<VirtualHost 127.0.0.1:8080>
    # Existing restricted forward-proxy configuration
</VirtualHost>

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

پیکربندی مؤثر را از نظر ورودی‌های Listen همپوشان نیز بررسی کنید. افزودن دستور دیگر بدون توجه به شنوندهٔ موجود می‌تواند مانع راه‌اندازی شود. رویهٔ راه‌اندازی مجدد پشتیبانی‌شدهٔ آپاچی نیز هنگام جابه‌جایی از یک نشانی مشخص به اتصال wildcard همپوشان مهم است.

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

مقالات مرتبط