خطای ⁦err_connection_refused⁩ چیست و چگونه رفع می‌شود؟

آدرس مودم خود را تایپ می‌کنید، یک فروشگاه اینترنتی کوچک را باز می‌کنید یا پروژه‌ای را روی رایانه خودتان اجرا می‌کنید و به localhost:3000 می‌روید. به جای صفحه، کروم عنوان «نمی‌توان به این سایت دست یافت» (در رابط انگلیسی ⁦"This site can't be reached"⁩)، سطری خاکستری مانند «localhost از اتصال خودداری کرد.» و در پایین صفحه ERR_CONNECTION_REFUSED را نشان می‌دهد. صفحه را دوباره بارگذاری می‌کنید و همان صفحه به همان سرعت برمی‌گردد.

همین سرعت سرنخ است: مرورگر دستگاه را پیدا کرده و دستگاه «نه» گفته است. در ادامه می‌خوانید رد شدن اتصال یعنی چه و چه فرقی با پایان مهلت (timeout) دارد، بازدیدکنندگان و کاربران گوشی چه چیزهایی را بررسی کنند، اگر سرور از آن شماست چه چیزی را تغییر دهید، چرا localhost از اتصال خودداری می‌کند و همین خطا در اسکریپت‌هایی که از پروکسی استفاده می‌کنند چگونه دیده می‌شود.

خطای ⁦ERR_CONNECTION_REFUSED⁩ یعنی چه؟#

هر سرور درهای شماره‌داری به نام پورت دارد و هر برنامه روی سرور پشت یکی از این درها منتظر می‌ماند. صفحه‌های وب برای https:// از پورت 443 و برای http:// از پورت 80 استفاده می‌کنند؛ عددی که پس از دونقطه می‌آید، مانند localhost:3000، در دیگری را انتخاب می‌کند.

«رد شد» یعنی در زدن شما به دستگاه رسیده، اما هیچ برنامه‌ای پشت آن در گوش نمی‌داده است. دستگاه با یک سیگنال کوتاه بازنشانی (RST) پاسخ می‌دهد. استاندارد TCP، یعنی قواعدی که اتصال‌ها بر پایه آن باز می‌شوند، همین پاسخ را برای درخواستی تعیین کرده که با هیچ برنامه منتظری جور نمی‌شود (⁦RFC 9293⁩، بخش 3.5.2).

پس آدرس درست است و دستگاه روشن است؛ برنامه وجود ندارد یا پشت در دیگری نشسته است. به همین دلیل پاک کردن کش یا عوض کردن DNS کمکی نمی‌کند: صفحه هرگز نرسیده و نام سایت از قبل پیدا شده بود.

رد شدن اتصال گام‌به‌گام چگونه رخ می‌دهد؟#

1. مرورگر نام سایت را به یک آدرس IP، یعنی آدرس عددی سرور، تبدیل می‌کند. اگر این کار شکست بخورد، به جای این خطا یک خطای DNS می‌بینید.
2. پورت را انتخاب می‌کند: 443، 80 یا عددی که پس از دونقطه آمده است.
3. درخواستی با مضمون «می‌توانم وصل شوم؟» به آن آدرس و پورت می‌فرستد.
4. سیستم‌عامل سرور هیچ برنامه‌ای پیدا نمی‌کند که به آن پورت گوش دهد.
5. سیستم‌عامل، معمولاً در عرض چند میلی‌ثانیه، یک بازنشانی برمی‌گرداند و مرورگر پیام «از اتصال خودداری کرد» را نشان می‌دهد.

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

این خطا در هر مرورگر چگونه دیده می‌شود؟#

ما کرومیوم، موتور متن‌باز کروم، اج، بریو و اپرا، را با رابط فارسی به یک پورت بسته فرستادیم و همین کد و همین سطرها را دیدیم. فقط عنوان فرق داشت: نسخه آزمایشی ما که قدیمی‌تر بود، «دسترسی به این سایت امکان‌پذیر نیست» نوشته بود؛ عنوانی که در جدول آمده، ترجمه نسخه کنونی کروم است. عنوان فایرفاکس از فایل‌های ترجمه فارسی خود موزیلا گرفته شده است. سافاری عبارت خودش را دارد؛ بررسی‌های زیر برای آن هم یکسان است.

رد شدن، پایان مهلت یا بازنشانی: خطای شما کدام است؟#

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

رد شدن حداکثر در چند ثانیه می‌رسد، در حالی که پایان مهلت شما را خیلی بیشتر منتظر نگه می‌دارد. همه کدهای این صفحه در خطای This Site Can't Be Reached چیست و چرا رخ می‌دهد؟ توضیح داده شده‌اند.

به‌عنوان بازدیدکننده چگونه آن را رفع کنید؟#

پس از هر گام صفحه را دوباره بارگذاری کنید. دو گام نخست روشن می‌کنند که مشکل از کیست.

1. آدرس را بررسی کنید. اگر برای دستگاهی که فقط http:// را ارائه می‌دهد، مانند یک مودم یا چاپگر قدیمی، https:// نوشته باشید، مرورگر در پورت 443 را می‌زند که کسی پشتش گوش نمی‌دهد؛ آدرسی را به کار ببرید که روی برچسب دستگاه نوشته شده است. عددی که پس از دونقطه می‌آید باید با پورتی که سرویس واقعاً از آن استفاده می‌کند یکی باشد و یک نشانک (بوکمارک) قدیمی ممکن است پورتی را نگه داشته باشد که سایت دیگر از آن استفاده نمی‌کند. مطلب پورت 8080 چیست؟ معنای این عددها را توضیح می‌دهد.
2. سایت را در گوشی با وای‌فای خاموش باز کنید. اگر با اینترنت همراه هم رد شد، سرور سایت متوقف شده یا در حال راه‌اندازی دوباره است، که اغلب برای تعمیر و نگهداری رخ می‌دهد. صبر کنید؛ هیچ کاری در سمت شما این وضعیت را تغییر نمی‌دهد.
3. اگر فقط رایانه خطا می‌دهد، هر VPN روشنی را خاموش کنید و صفحه را دوباره بارگذاری کنید. VPN مسیر ترافیک و آدرسی را که سایت می‌بیند تغییر می‌دهد و سرور یا قواعد آن می‌تواند علت باشد.
4. بخش محافظت وب نرم‌افزار امنیتی خود را برای یک آزمایش متوقف کنید و سپس دوباره روشنش کنید. پیشنهاد کروم، «بررسی پروکسی و دیوار آتش»، به همین‌جا اشاره می‌کند. اگر سایت باز شد، به جای خاموش گذاشتن محافظت، برای آن سایت یک استثنا اضافه کنید.
5. فایل hosts را بررسی کنید. این فایل متنی کوچک ویندوز می‌تواند نام یک سایت را به آدرس ثابتی بفرستد و برخی مسدودکننده‌های تبلیغات و تنظیمات قدیمی توسعه، سایت‌ها را به 127.0.0.1، یعنی رایانه خودتان، می‌فرستند. فایل C:\Windows\System32\drivers\etc\hosts را در Notepad باز کنید: سطرهایی که با # شروع می‌شوند یادداشت‌اند، اما سطری که نام سایت را کنار 127.0.0.1 آورده، آن سایت را به رایانه شما می‌فرستد که هیچ برنامه‌ای در آن، سایت را ارائه نمی‌دهد. ویرایش این فایل به دسترسی مدیر سیستم (administrator) نیاز دارد.

سایت‌های بزرگ به‌ندرت این خطا را نشان می‌دهند. آن‌ها پشت یک CDN قرار دارند، یعنی شبکه‌ای از سرورها که نخست به بازدیدکنندگان پاسخ می‌دهد، پس وقتی سرور سایت از کار بیفتد، صفحه خطای خود CDN را می‌بینید؛ Cloudflare رد شدن اتصال از سوی سرور سایت را «خطای 521» می‌نامد.

آیا تنظیم پروکسی می‌تواند باعث ⁦ERR_CONNECTION_REFUSED⁩ شود؟#

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

این را در کرومیوم آزمایش کردیم: تنظیم پروکسی‌ای که به یک پورت بسته روی 127.0.0.1 اشاره می‌کرد ERR_PROXY_CONNECTION_FAILED داد، در حالی که باز کردن مستقیم همان پورت ERR_CONNECTION_REFUSED داد. اگر صفحه پروکسی را می‌بینید و هرگز پروکسی تنظیم نکرده‌اید، یک برنامه یا یک VPN قدیمی آن را جا گذاشته است؛ چگونه پروکسی را از Chrome و Windows حذف کنیم؟ مراحل را نشان می‌دهد. اما در برنامه‌ها و اسکریپت‌ها، پروکسی‌ای که اجرا نمی‌شود واقعاً به صورت رد شدن اتصال (⁦connection refused⁩) و همراه با آدرس پروکسی ظاهر می‌شود؛ بخش اسکرپر به این موضوع می‌پردازد.

چرا این خطا در گوشی ظاهر می‌شود؟#

کروم در اندروید همان صفحه و همان کد را نشان می‌دهد؛ سافاری در آیفون آن را با عبارت خودش بیان می‌کند. موقعیت‌های رایج:

1. آدرسی که برای رایانه است. در گوشی، localhost و 127.0.0.1 یعنی خود گوشی. برای آزمایش سایتی که روی رایانه شما اجرا می‌شود، آدرس رایانه در شبکه خانگی را باز کنید، مانند 192.168.1.20:5173، و سرور توسعه را طوری اجرا کنید که روی شبکه گوش دهد (Vite این کار را با --host انجام می‌دهد). فایروال رایانه هم باید اجازه این اتصال را بدهد.
2. شبیه‌ساز اندروید. در آنجا 127.0.0.1 خود گوشی شبیه‌سازی‌شده است و رایانه شما 10.0.2.2 است، همان‌طور که راهنمای شبکه شبیه‌ساز اندروید می‌گوید.
3. دستگاه‌های خانگی از بیرون خانه. صفحه مودم یا دوربین فقط روی وای‌فای خانه کار می‌کند؛ با اینترنت همراه، رد شدن اتصال یا پایان مهلت می‌بینید.
4. یک برنامه VPN، مسدودکننده تبلیغات یا «امنیتی» که ترافیک گوشی را فیلتر می‌کند. آن را متوقف کنید و صفحه را دوباره بارگذاری کنید.

اگر سایت یا سرور از آن شماست: چرا اتصال بازدیدکنندگان رد می‌شود؟#

اتصال بازدیدکنندگان وقتی رد می‌شود که دستگاه روشن است اما هیچ برنامه‌ای روی پورت آن‌ها اتصال نمی‌پذیرد. به این ترتیب بررسی کنید:

• سرور وب یا برنامه اجرا نمی‌شود. از کار افتاده، پس از یک به‌روزرسانی راه‌اندازی نشده یا در حال راه‌اندازی دوباره است؛ لاگ‌های آن علت را می‌گویند.
• فقط به آدرس محلی گوش می‌دهد. برنامه‌ای که به 127.0.0.1 متصل (bind) شده، فقط از همان دستگاه اتصال می‌پذیرد. آن را به آدرس عمومی یا 0.0.0.0 (همه آدرس‌های ⁦IPv4⁩) متصل کنید، یا یک سرور وب عمومی جلوی آن بگذارید.
• HTTPS روی پورت 443 راه‌اندازی نشده است. سایت با http:// کار می‌کند، اما بازدیدکنندگانی که https:// را می‌خواهند در بسته‌ای را می‌زنند.
• یک قاعده فایروال پورت را رد می‌کند. قاعده رد کردن (reject) پاسخی برمی‌گرداند که بازدیدکنندگان معمولاً آن را رد شدن اتصال می‌بینند؛ قاعده مسدود کردن (deny) ترافیک را بی‌صدا دور می‌ریزد و آن‌ها پایان مهلت را می‌بینند. فایروال ufw در اوبونتو هر دو نوع را دارد.

آدرسی که برنامه به آن گوش می‌دهد در بیشتر برنامه‌ها یک سطر است. در Node.js:

// Only this machine can connect:
server.listen(3000, "127.0.0.1");

// Every IPv4 address of the machine accepts connections:
server.listen(3000, "0.0.0.0");

چرا localhost از اتصال خودداری می‌کند؟#

localhost نامی است که رایانه شما برای خودش به کار می‌برد و دو آدرس دارد: 127.0.0.1 (⁦IPv4⁩) و ::1 (⁦IPv6⁩). رد شدن اتصال یعنی در آدرسی که امتحان شده، هیچ برنامه‌ای به آن پورت گوش نمی‌داده است.

• سرور توسعه اجرا نمی‌شود. با خطا متوقف شده یا ترمینال آن بسته شده است. نخست خروجی ترمینال را بخوانید.
• روی پورت دیگری اجرا می‌شود. برخی ابزارها وقتی پورتشان اشغال است به پورت آزاد بعدی می‌روند. دقیقاً آدرسی را باز کنید که سرور چاپ کرده است.
• ⁦IPv4⁩ و ⁦IPv6⁩ با هم جور نیستند. ممکن است سروری فقط به ::1 گوش دهد در حالی که کلاینت 127.0.0.1 را امتحان می‌کند، یا برعکس. مرورگرها هر دو را امتحان می‌کنند: در آزمایش ما با کرومیوم، سروری که روی ::1 بود با localhost باز شد اما با 127.0.0.1 رد شد. Node.js از نسخه 17 ممکن است برای localhost نخست ::1 را برگرداند و تا پیش از آنکه نسخه‌های 18.18 و 20 گزینه autoSelectFamily را به‌طور پیش‌فرض روشن کنند (مستندات net در Node.js، به انگلیسی)، فقط همان آدرس را امتحان می‌کرد و با connect ECONNREFUSED ::1:3000 شکست می‌خورد. Node.js را به‌روز کنید یا در URL کلاینت 127.0.0.1 بنویسید.
• پورت Docker که هرگز منتشر نشده است. برنامه داخل یک کانتینر تا وقتی پورتش را منتشر (publish) نکنید از بیرون میزبان در دسترس نیست: docker run -p 8080:80 پورت 8080 رایانه شما را به پورت 80 کانتینر وصل می‌کند (راهنمای انتشار پورت در Docker، به انگلیسی). برنامه داخل کانتینر باید به 0.0.0.0 گوش دهد؛ آنجا 127.0.0.1 یعنی خود کانتینر.

سطح پیشرفته: با یک فرمان ببینید کدام آدرس اتصال را رد کرد#

می‌توانید از این بخش بگذرید. curl در ویندوز 10، ویندوز 11 و مک از پیش نصب است (در PowerShell عبارت curl.exe را بنویسید) و گزینه -v هر تلاش برای اتصال را چاپ می‌کند:

curl -v http://localhost:3000/

سطرهای کلیدی اجرای ما، وقتی هیچ چیزی روی پورت 3000 نبود (⁦curl 8.21.0⁩، ویندوز 11):

* IPv6: ::1
* IPv4: 127.0.0.1
*   Trying [::1]:3000...
*   Trying 127.0.0.1:3000...
* connect to ::1 port 3000 from :: port 54810 failed: Connection refused
* connect to 127.0.0.1 port 3000 from 0.0.0.0 port 54811 failed: Connection refused
curl: (7) Failed to connect to localhost:3000 after 2226 ms: Could not connect to server

• هر دو آدرس رد شدند: هیچ چیزی به آن پورت گوش نمی‌دهد. سرور را اجرا کنید یا پورت واقعی آن را به کار ببرید.
• یکی رد شد و سپس Established connection to localhost (127.0.0.1 port 3000) آمد: سرور فقط به همان آدرس گوش می‌دهد و کلاینت‌هایی که فقط آدرس دیگر را امتحان می‌کنند شکست می‌خورند.
• curl منتظر می‌ماند و پایان مهلت گزارش می‌کند: چیزی ترافیک را دور می‌ریزد، معمولاً یک فایروال. این خطای دیگری است.

اگر اسکرپر می‌نویسید یا در کد از پروکسی استفاده می‌کنید#

در کد، پیام آدرسی را که اتصال را رد کرده نام می‌برد، پس می‌گوید پروکسی «نه» گفته یا مقصد. این‌ها را در برابر پورت‌های بسته گرفتیم (ویندوز پیام خود را به زبان سیستم چاپ می‌کند؛ این متن انگلیسی آن است):

در لینوکس، همان خطای Python به شکل [Errno 111] Connection refused چاپ می‌شود؛ این همان ⁦errno 111⁩ است که بسیاری جست‌وجو می‌کنند. مایکروسافت در فهرست خطاهای سوکت ویندوز (به انگلیسی)، 10061 را تلاش برای اتصال به سرویسی توصیف می‌کند که روی دستگاه مقابل اجرا نمی‌شود.

علت‌های معمول:

• پورت نادرست پروکسی. میزبان و پورت را از سازنده نقطه اتصال کپی کنید. اگر روی یک حساب هم از پروکسی HTTPS و هم از ⁦SOCKS5⁩ استفاده می‌کنید، هر پروتکل پورت خودش را دارد. بسته به فایروال ارائه‌دهنده، پورت نادرست یا بی‌درنگ رد می‌شود یا به پایان مهلت می‌رسد.
• یک ابزار پروکسی محلی که اجرا نمی‌شود. پروکسی‌های اشکال‌زدایی و مدیرهای پروکسی محلی روی 127.0.0.1 و اغلب پورت 8080 گوش می‌دهند؛ وقتی بسته‌اند، هر درخواستی را رد می‌کنند.
• یک متغیر محیطی جامانده. Python Requests و curl متغیرهای HTTP_PROXY و HTTPS_PROXY را می‌خوانند، پس یک متغیر قدیمی درخواست‌ها را به پروکسی‌ای می‌فرستد که دیگر وجود ندارد.

این اسکریپت متغیری را که فراموش شده نشان می‌دهد و رد شدن اتصال در خود پروکسی را از شکستی که پشت پروکسی رخ می‌دهد جدا می‌کند. اگر درخواست‌ها را از طریق پروکسی مسکونی می‌فرستید، آدرس گیت‌وی را از سازنده نقطه اتصال در PROXY بگذارید:

import requests
from requests.utils import get_environ_proxies

PROXY = "http://user:pass@pr.proxynet.io:8000"  # host and port from the endpoint builder
URL = "https://example.com/"

# A forgotten HTTP_PROXY or HTTPS_PROXY variable is a common hidden cause.
print("Proxy from environment variables:", get_environ_proxies(URL) or "none")

with requests.Session() as s:
    s.trust_env = False  # use only the proxy below, never a leftover variable
    s.proxies = {"http": PROXY, "https": PROXY}
    try:
        r = s.get(URL, timeout=15)
        print("Connected, HTTP status", r.status_code)
    except requests.exceptions.ProxyError as e:
        if "Tunnel connection failed" in str(e):
            print("The proxy answered but could not reach the site")
        else:
            print("The proxy refused the connection: check the host and the port")

ما آن را از طریق یک پروکسی آزمایشی محلی با احراز هویت user:pass اجرا کردیم (⁦Requests 2.34.2⁩، ⁦Python 3.13⁩): یک بار با متغیر HTTPS_PROXY فراموش‌شده، یک بار با پورت نادرست پروکسی و یک بار با پروکسی سالم و پورت بسته مقصد:

Proxy from environment variables: {'https': 'http://127.0.0.1:8080'}
Connected, HTTP status 200
Proxy from environment variables: none
The proxy refused the connection: check the host and the port
Proxy from environment variables: none
The proxy answered but could not reach the site

در حالت سوم، پورت مقصد بسته بود. آدرس و پورت آن را بررسی کنید و در یک حلقه تند دوباره تلاش نکنید: پورت بسته تا وقتی صاحبش سرویس را اجرا نکند بسته می‌ماند. بعداً با فاصله‌هایی که هر بار بیشتر می‌شوند دوباره امتحان کنید.

کجا ممکن است با آن روبه‌رو شوید#

• صفحه مدیریت مودم، NAS (دستگاه ذخیره‌سازی شبکه)، چاپگر یا دوربین.
• سایتی که در حال ساختن آن هستید، در localhost یا روی گوشی.
• ابزارهایی که روی سرور خودتان میزبانی می‌کنید، پس از به‌روزرسانی یا راه‌اندازی دوباره.
• ابزارهای پایش که سرویسی را هنگام راه‌اندازی دوباره‌اش بررسی می‌کنند.
• اسکریپت‌هایی که پورت پروکسی یا پورت مقصدشان نادرست است.

اشتباه‌های رایج#

• پاک کردن کش، کوکی‌ها یا DNS. هیچ‌کدام در این خطا نقشی ندارند.
• خاموش کردن همیشگی فایروال یا آنتی‌ویروس. یک بخش را برای یک آزمایش متوقف کنید.
• یکسان دانستن localhost و 127.0.0.1 در همه ابزارها. سرور می‌تواند فقط به یکی از آن‌ها گوش دهد.
• تلاش دوباره در یک حلقه تند. پورت بسته با درخواست دوباره باز نمی‌شود.
• نصب دوباره مرورگر. همه مرورگرها از همان سرور همان پاسخ را می‌گیرند.

راهنمای انتخاب#

پرسش‌های متداول#

مشکل ⁦ERR_CONNECTION_REFUSED⁩ از من است یا از سایت؟#

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

چرا localhost از اتصال خودداری می‌کند؟#

هیچ برنامه‌ای در رایانه شما در آدرسی که امتحان شده به آن پورت گوش نمی‌دهد: سرور توسعه اجرا نمی‌شود، از پورت دیگری استفاده می‌کند یا به ::1 گوش می‌دهد در حالی که کلاینت 127.0.0.1 را امتحان می‌کند.

⁦errno 111⁩ و ⁦WinError 10061⁩ یعنی چه؟#

هر دو شماره‌ای هستند که سیستم برای اتصال ردشده به کار می‌برد: 111 در لینوکس و 10061 در ویندوز. هیچ برنامه‌ای به آن آدرس و پورت گوش نمی‌دهد.

⁦ERR_CONNECTION_REFUSED⁩ را در اندروید چگونه رفع کنم؟#

بررسی کنید آدرسی را که برای دستگاه دیگری است باز نکرده باشید، مانند localhost یا صفحه مودم خانه وقتی روی اینترنت همراه هستید. سپس هر برنامه VPN یا برنامه‌ای را که ترافیک را فیلتر می‌کند متوقف کنید. اگر در همه شبکه‌ها خطا می‌دهد، مشکل از سایت است.

آیا VPN یا پروکسی می‌تواند باعث ⁦ERR_CONNECTION_REFUSED⁩ شود؟#

VPN می‌تواند، پس آن را خاموش کنید و دوباره امتحان کنید. یک تنظیم پروکسی خراب در کروم به جای آن ERR_PROXY_CONNECTION_FAILED نشان می‌دهد.

آیا پاک کردن کش مرورگر یا کش DNS مشکل را حل می‌کند؟#

نه. آدرس سرور پیدا شده بود و مرورگر پیش از رسیدن هر صفحه‌ای برگردانده شد. استثنا فایل hosts است که می‌تواند نام یک سایت را به رایانه خود شما بفرستد.

خلاصه#

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