NO_PROXY مقصدهایی را توصیف می‌کند که باید مستقیم به آن‌ها دسترسی داشت. سرورهای پراکسیِ قابل اجتناب را مشخص نمی‌کند. افزودن IP خودِ پراکسی انتخاب‌شده به فهرست، راهی برای تعیین استفادهٔ یک وب‌سایت نامرتبط از آن پراکسی نیست.

ورودیمعنا در curl
example.comدامنهٔ مشخص‌شده و زیردامنه‌های منطبق از پراکسی عبور نمی‌کنند.
.example.comاستثنا بر اساس پسوند دامنه، شامل خود دامنه.
192.168.1.10IP مقصد که به‌صورت لفظی نوشته شده و منطبق است، از پراکسی عبور نمی‌کند.
192.168.0.0/16مقصدهای IP لفظی منطبق از آن عبور نمی‌کنند؛ پشتیبانی CIDR به curl 7.86.0 یا جدیدتر نیاز دارد.
*تمام مقصدها از پراکسی عبور نمی‌کنند.

فهرست خالی و ستاره متفاوت‌اند

برای آزمایش صریح پراکسی، فهرست خالی خط فرمان تطبیق‌های عبور مستقیمِ محیط را حذف می‌کند:

curl --proxy http://203.0.113.10:8080 --noproxy '' \
  --connect-timeout 5 --max-time 15 https://example.com/

نقطهٔ نمونهٔ مستندات را با پراکسی HTTP خود یا گزینه‌ای از فهرست پراکسی‌های HTTP جایگزین کنید. برای مقایسهٔ معکوس، نویسهٔ عام در نقل‌قول، با وجود گزینهٔ پراکسی درخواست را مستقیم می‌کند:

curl --proxy http://203.0.113.10:8080 --noproxy '*' \
  --connect-timeout 5 --max-time 15 https://example.com/

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

CIDR قاعده‌ای برای هر نامی که به یک شبکه حل می‌شود نیست

ورودی CIDR با نشانی IP استفاده‌شده به‌عنوان میزبان مقصد تطبیق داده می‌شود. دستور کلی برای حل اولیهٔ همهٔ نام‌های میزبان و کنار گذاشتن پراکسی در صورت قرارگیری پاسخ در شبکه نیست. بنابراین URL با نام میزبان و URL با نشانی عددی آن می‌توانند مسیرهای متفاوتی انتخاب کنند.

وقتی URL نام میزبان یا دامنه دارد، از نام میزبان یا پسوند دامنه استفاده کنید. طرح کامل، مسیر یا عبارت عبور مستقیم مرورگر را در این فهرست نگذارید و فرض نکنید curl آن را یکسان تفسیر می‌کند.

این قواعد curl 8.14.1 را توصیف می‌کنند. کلاینت‌های دیگر رفتار NO_PROXY خود را دارند، از جمله تفاوت در نویسه‌های عام و تطبیق پورت.

مقالات مرتبط