روی یک لینک کلیک میکنید، یا صفحهای را که یک دقیقه پیش کار میکرد دوباره بارگذاری میکنید، و کروم صفحهای خاکستری نشان میدهد: «نمیتوان به این سایت دست یافت»، زیر آن «www.example.com بهطور غیرمنتظرهای اتصال را قطع کرد.» و در پایین صفحه ERR_CONNECTION_CLOSED. سایتهای دیگر بیمشکل باز میشوند. اج، بریو و اپرا هم همین کد را نشان میدهند، چون کد شبکه کروم را به کار میبرند.
در ادامه میخوانید این کد چه معنایی دارد، چه فرقی با بازنشانی و پاسخ خالی دارد، چه چیزی آن را ایجاد میکند (روی رایانه خودمان آزمایش کردهایم)، راهحلها در ویندوز، مک، اندروید و آیفون کداماند، با VPN یا پروکسی چه چیزی تغییر میکند و صاحبان سایت چه چیزی را باید بررسی کنند.
خطای ERR_CONNECTION_CLOSED یعنی چه؟
یعنی طرف دیگر اتصالی را که کروم باز کرده بود، پیش از برگشتن صفحه بسته است. فهرست خطاهای شبکه پروژه کرومیوم به این کد شماره -100 و یک سطر توضیح میدهد: "A connection was closed (corresponding to a TCP FIN)."، یعنی اتصالی بسته شد و این بستن با یک FIN در TCP مطابقت دارد. اتصال خطی دوطرفه است که مرورگر و سرور پیش از فرستادن هر صفحهای باز میکنند؛ FIN سیگنالی است که یک طرف میفرستد تا بگوید دیگر چیزی برای فرستادن ندارد.
در نسخههای کنونی کروم با رابط فارسی در ویندوز، عنوان صفحه «نمیتوان به این سایت دست یافت» است و زیر آن، با آدرسی که باز کردهاید، سطر «example.com بهطور غیرمنتظرهای اتصال را قطع کرد.» میآید؛ در رابط انگلیسی همین سطر "example.com unexpectedly closed the connection." است. پایینتر فهرست این موارد را امتحان کنید: («بررسی اتصال»، «بررسی پروکسی و دیوار آتش»، «اجرای Windows Network Diagnostics»)، کد و دکمه مجدد بار کردن قرار دارند. کرومیوم 145 که ما با آن آزمایش کردیم، هنوز عنوان قدیمیتر «دسترسی به این سایت امکانپذیر نیست» و دکمه «بار کردن مجدد» را نشان میداد.
تفاوت آن با ERR_CONNECTION_RESET و ERR_EMPTY_RESPONSE چیست؟
این سه کد در این تفاوت دارند که اتصال چگونه و چه زمانی پایان یافته است. TCP، پروتکلی که زیر هر صفحه وب کار میکند، اتصال را به یکی از دو روش پایان میدهد: FIN، بستن آرام که میگوید «از طرف من داده دیگری نیست»، یا RST، بازنشانیای که اتصال را همان لحظه دور میاندازد. RFC 9293، استاندارد TCP، هر دو را تعریف میکند. کرومیوم FIN را ERR_CONNECTION_CLOSED (-100) و بازنشانی را ERR_CONNECTION_RESET (-101، «متناظر با یک RST در TCP») گزارش میکند.
ERR_EMPTY_RESPONSE (-324) هم بستن آرام است، اما پس از آنکه درخواست فرستاده شده است: کرومیوم آن را چنین توصیف میکند که سرور اتصال را بدون فرستادن هیچ دادهای بسته است. کروم این کد را با عنوان دیگری نشان میدهد: «این صفحه کار نمیکند».
| خطا | چه کسی بست | چگونه | علت معمول |
|---|---|---|---|
ERR_CONNECTION_CLOSED | سایت یا دستگاهی در میانه راه | FIN پیش از صفحه، اغلب هنگام برقراری اتصال امن | VPN یا پروکسیای که تونل را رها میکند، یک فیلتر، لایه TLS جلوی سایت |
ERR_CONNECTION_RESET | سایت یا دستگاهی در میانه راه | RST، در هر لحظه | نرمافزار امنیتی، یک فیلتر، راهاندازی دوباره سرور |
ERR_EMPTY_RESPONSE | سرور یا یک پروکسی | FIN پس از درخواست، بدون پاسخ | سرور پربار، پروکسیای که اتصال را قطع میکند |
اگر صفحه شما به جای آن «اتصال مجدداً برقرار شد.» را نشان میدهد، که ترجمه فارسی کروم برای "The connection was reset." است، خطای err_connection_reset چیست و چگونه رفع میشود؟ آن کد را پوشش میدهد.
چه چیزی باعث ERR_CONNECTION_CLOSED میشود؟
محرک اصلی، بسته شدن اتصال پیش از آن است که اتصال امن کامل برقرار شود. ما کرومیوم 145 را، که با Playwright در ویندوز 11 هدایت میشد، به چند سرور آزمایشی کوچک روی رایانه خودمان فرستادیم که هرکدام اتصال را در نقطهای متفاوت میبستند:
- بستن در میانه برقراری اتصال امن. سرور نخستین پیام TLS کروم را خواند، یعنی پیام «سلام» (hello) که رمزگذاری HTTPS را آغاز میکند، و اتصال را با یک FIN بست:
ERR_CONNECTION_CLOSED. بستن اتصال درست در لحظه باز شدنش هم همین کد را داد. - بازنشانی در همان لحظه. فرستادن RST به جای FIN،
ERR_CONNECTION_RESETداد. - بستن پس از خواندن درخواست. برقراری اتصال امن کامل شد، سرور درخواست را خواند و بدون پاسخ دادن اتصال را بست:
ERR_EMPTY_RESPONSEبا سطر «localhost دادهای ارسال نکرد.». یک سرور سادهhttp://هم همین نتیجه را داد. - همین بستن در HTTP/2. وقتی سرور روی HTTP/2، نسخه جدیدتر پروتکل وب، توافق کرده بود، دقیقاً همین بستن به شکل
ERR_CONNECTION_CLOSEDبرگشت.
پس این کد به اتصالی اشاره دارد که پیش از برقراری رمزگذاری پایان یافته، یا به اتصالی روی HTTP/2 که وقتی درخواست شما در انتظار پاسخ بود، بسته شده است.
چرا پیام نام سایت را میآورد، وقتی چیز دیگری اتصال را بسته است؟
کروم آدرسی را که باز کردهاید مینویسد، نه ماشینی را که FIN را فرستاده است. از طریق یک پروکسی آزمایشی که پذیرفت تونل را باز کند و سپس آن را بست، کروم گفت «example.com بهطور غیرمنتظرهای اتصال را قطع کرد.»، در حالی که example.com هرگز درخواست را ندیده بود. هر VPN، پروکسی، برنامه امنیتی یا فیلتر شبکهای که اتصال شما را جابهجا میکند، میتواند آن را به نام سایت ببندد.
علتهای ERR_CONNECTION_CLOSED برای بازدیدکنندگان چیست؟
هر علت نشانه خاص خودش را به جا میگذارد:
- یک VPN یا پروکسی که تونل را رها میکند. خطا فقط وقتی رخ میدهد که VPN یا پروکسی روشن است.
- نرمافزار امنیتی. همه مرورگرهای یک رایانه شکست میخورند، در حالی که گوشیهای روی همان وایفای کار میکنند. بخش مربوط معمولاً «محافظت وب» یا «اسکن HTTPS» نام دارد.
- یک افزونه مرورگر. فقط یک مرورگر شکست میخورد و پنجره ناشناس کار میکند.
- یک فیلتر شبکه. یک سایت در همه دستگاههای یک شبکه شکست میخورد، اما با اینترنت همراه باز میشود. در شبکه محل کار یا مدرسه تصمیم با مدیر شبکه است؛ اگر مسدودسازی نزد ارائهدهنده اینترنت شماست، هیچ چیزی در دستگاه شما آن را تغییر نمیدهد و این راهنما به راههای گذر از آن نمیپردازد.
- خود سایت. در همه دستگاهها و شبکهها شکست میخورد، مثلاً هنگام یک بهروزرسانی یا در ساعتهای شلوغ.
سیگنال ضعیف وایفای بهتنهایی بهندرت این کد را ایجاد میکند: پیوندی که قطع میشود چیزی نمیفرستد، پس نتیجه به جای آن پایان مهلت (timeout) یا ERR_NETWORK_CHANGED است.
خطای ERR_CONNECTION_CLOSED را در ویندوز 10 و 11 چگونه رفع کنیم؟
پس از هر گام صفحه را دوباره بارگذاری کنید.
- افزونهها را از فهرست علتها خارج کنید. در کروم بیشتر > پنجره ناشناس جدید را انتخاب کنید؛ افزونهها آنجا فقط وقتی اجرا میشوند که خودتان اجازه داده باشید. اگر سایت باز شد، به بیشتر > افزونهها > مدیریت افزونهها بروید و افزونهها را یکییکی خاموش کنید، اول افزونههای VPN، پروکسی و مسدودکننده تبلیغات.
- اتصال VPN را قطع کنید. اگر سایت بدون آن باز شد، سرور دیگری انتخاب کنید، برنامه را بهروز کنید یا از ارائهدهنده VPN بپرسید.
- دنبال پروکسیای بگردید که هرگز تنظیم نکردهاید. Settings > Network & internet > Proxy (تنظیمات > شبکه و اینترنت > پروکسی) را باز کنید. زیر Manual proxy setup (تنظیم دستی پروکسی)، کنار Use a proxy server (استفاده از سرور پروکسی) گزینه Set up (راهاندازی) را انتخاب کنید. اگر روشن است و شما روشنش نکردهاید، آن را خاموش کنید و Save (ذخیره) را انتخاب کنید. اگر محل کارتان آن را تنظیم کرده است، به آن دست نزنید و از آنها بپرسید.
- نرمافزار امنیتی را آزمایش کنید. فقط بخش محافظت وب یا اسکن HTTPS آن را برای یک آزمایش متوقف کنید. اگر سایت باز شد، حفاظت را دوباره روشن کنید، برنامه را بهروز کنید و سایت را به فهرست استثناهای آن اضافه کنید.
- کروم را بهروز کنید و مودم را دوباره راهاندازی کنید. دوشاخه مودم را 30 ثانیه از برق بکشید؛ دکمه سوزنی ریست (reset) را فشار ندهید، چون تنظیمات کارخانه را برمیگرداند.
- در آخر، تنظیمات شبکه را بازنشانی کنید. طبق راهنمای عیبیابی وایفای مایکروسافت (انگلیسی): Settings > Network & internet > Advanced network settings > Network reset (تنظیمات > شبکه و اینترنت > تنظیمات پیشرفته شبکه > بازنشانی شبکه)، سپس Reset now (اکنون بازنشانی شود) و Yes (بله). در ویندوز 10 مسیر Status > Network reset (وضعیت > بازنشانی شبکه) است. این کار همه آداپتورهای شبکه و تنظیماتشان را حذف میکند و رایانه را دوباره راهاندازی میکند؛ ممکن است لازم باشد کلاینتهای VPN را دوباره تنظیم کنید.
در مک
اتصال هر برنامه VPN را قطع کنید، سپس پروکسی را بررسی کنید: Apple menu > System Settings (منوی اپل > تنظیمات سیستم) را انتخاب کنید، روی Network (شبکه) کلیک کنید، سرویسی را که استفاده میکنید انتخاب کنید و روی Details (جزئیات) و سپس Proxies (پروکسیها) کلیک کنید. اگر یکی از گزینههای Web proxy (HTTP)، Secure web proxy (HTTPS) یا SOCKS proxy (پروکسی وب، پروکسی وب امن، پروکسی SOCKS) روشن است و شما آن را تنظیم نکردهاید، خاموشش کنید. اگر سافاری سایت را باز میکند و کروم نه، علت درون کروم است، به احتمال زیاد یک افزونه.
در آیفون و اندروید، از جمله کروم موبایل
نخست میان وایفای و اینترنت همراه جابهجا شوید: هرکدام که کار کند نشان میدهد اتصال کجا بسته میشود. بسیاری از برنامههای مسدودکننده تبلیغات و برنامههای امنیتی بهصورت VPN کار میکنند، پس گوشی میتواند بدون هیچ برنامه VPN، یک VPN روشن داشته باشد.
- اندروید: تنظیمات > شبکه و اینترنت > VPN را باز کنید، روی نماد تنظیمات کنار VPN ضربه بزنید و آن را خاموش کنید. گزینه VPN همیشه روشن یک VPN را در پسزمینه روشن نگه میدارد.
- آیفون: VPN را در برنامه خودش خاموش کنید. پروفایلها در Settings > General > VPN & Device Management (تنظیمات > عمومی > VPN و مدیریت دستگاه) فهرست شدهاند؛ فقط پروفایلهایی را حذف کنید که خودتان نصب کردهاید و درباره پروفایلهای محل کار یا مدرسه از مدیر آن بپرسید.
- هر دو: کروم را از Play Store یا App Store بهروز کنید.
در آیفون گام آخر Settings > General > Transfer or Reset iPhone > Reset > Reset Network Settings (تنظیمات > عمومی > انتقال یا بازنشانی آیفون > بازنشانی > بازنشانی تنظیمات شبکه) است. به گفته اپل (انگلیسی)، این کار همه شبکههای وایفای و رمزهای عبورشان، تنظیمات داده همراه و تنظیمات VPN و APN را بازنشانی میکند، پس فقط وقتی از آن استفاده کنید که هیچ چیز دیگری کمک نکرده است.
اگر عمداً از پروکسی یا VPN استفاده میکنید چه؟
وقتی خطا فقط از طریق پروکسی شما ظاهر میشود، پروکسی پس از «بله» گفتن تونل را بسته است. هر پروکسی HTTP، از جمله یک پروکسی HTTPS، صفحه https:// را در سه گام از درون یک تونل منتقل میکند:
- مرورگر از پروکسی میخواهد تونلی به سایت باز کند (یک درخواست CONNECT، همراه با نام کاربری و رمز عبور شما).
- پروکسی به سایت وصل میشود و با
200 Connection established(اتصال برقرار شد) پاسخ میدهد. - مرورگر و سایت از درون تونل رمزگذاری را برقرار میکنند؛ پروکسی فقط بایتها را جابهجا میکند.
اگر پروکسی در گام 2 با یک پاسخ خطا درخواست را رد کند، کروم ERR_TUNNEL_CONNECTION_FAILED را نشان میدهد که در خطای err_tunnel_connection_failed چیست و چگونه رفع میشود؟ توضیح داده شده است. اگر در گام 2 بدون پاسخ اتصال را قطع کند، آزمایش ما ERR_EMPTY_RESPONSE داد. اگر تونل را در گام 3 ببندد، ERR_CONNECTION_CLOSED را با نام سایت روی صفحه میبینید. دلیلهای معمول: سرور پروکسی یا VPN دوباره راهاندازی شده یا به یک سقف رسیده، نشست (session) پایان یافته، یا پروکسی پس از پاسخ دادن، اتصال خودش به سایت را از دست داده است.
سطح پیشرفته: بسته شدن تونل را با curl ببینید
میتوانید از این بخش بگذرید. یک فرمان در PowerShell در ویندوز 10 یا 11 درخواستی را از طریق پروکسی میفرستد و هر گام را چاپ میکند:
curl.exe -sSv -o NUL -x http://user:pass@pr.proxynet.io:8000 https://example.com/آدرس، پورت و اطلاعات ورود پروکسی خودتان را پس از -x و سایتی را که باز نمیشود در انتها بگذارید. در برابر یک پروکسی آزمایشی محلی که پس از پاسخ دادن تونل را میبندد، curl 8.22.0 روی ویندوز 11 این را چاپ کرد (برخی سطرها حذف شدهاند):
< HTTP/1.1 200 Connection established
* CONNECT tunnel established, response 200
* schannel: failed to receive handshake, SSL/TLS connection failed
curl: (35) schannel: failed to receive handshake, SSL/TLS connection failedسطر 200 یعنی پروکسی تونل را باز کرده است؛ سطرهای بعدی یعنی برقراری اتصال امن از درون آن هرگز کامل نشده است. در یک اجرای سالم پس از آن سطر HTTP/1.1 200 OK از سوی سایت میآید؛ پروکسیای که بدون پاسخ اتصال را قطع کند، curl را زودتر با curl: (56) Proxy CONNECT aborted متوقف میکند. در مک به جای curl.exe بنویسید curl و به جای NUL بنویسید /dev/null؛ متن سطر TLS به این بستگی دارد که curl چگونه ساخته شده است. خروجی کامل سطری با Proxy-Authorization دارد که رمز عبور شما را به شکل کدگذاریشده در خود دارد، پس آن را در جای عمومی منتشر نکنید.
اگر سایت متعلق به شماست: در لاگها چه چیزی را بررسی کنید
از جلوی برنامهتان شروع کنید، نه از درون آن. اتصالی که هنگام دستدادن TLS، یعنی همان برقراری اتصال امن، بسته شود هرگز به برنامه نمیرسد، پس در لاگ دسترسی (access log) هیچ سطری برای آن نیست.
- لایه TLS جلوی سایت. در لاگهای متعادلکننده بار (load balancer)، CDN یا ریورس پروکسی، دستدادنهای ناموفق را در زمانی که بازدیدکننده گزارش کرده است جستوجو کنید. اگر بازدیدکنندگان به جای آن
ERR_SSL_PROTOCOL_ERRORمیبینند، سرور چیزی فرستاده است که کروم نتوانسته بپذیرد؛ رفع خطای err_ssl_protocol_error در کروم و اج آن حالت را پوشش میدهد. - اتصالهای HTTP/2 که در میانه درخواست قطع میشوند. در آزمایش ما این بستن به شکل
ERR_CONNECTION_CLOSEDدیده شد. استقرارهایی (deploy) که فرایند را ناگهان متوقف میکنند، فرایندهای کارگر (worker) که از کار میافتند و سقفهای سخت تعداد اتصال باعث آن میشوند؛ پیش از راهاندازی دوباره بگذارید درخواستهای در حال اجرا تمام شوند. - مهلتهای بیکاری. بستن یک اتصال keep-alive بیکار، یعنی اتصالی که برای استفاده دوباره باز نگه داشته میشود، عادی است: کد تراکنش شبکه کرومیوم درخواست را فقط وقتی دوباره میفرستد که یک اتصال keep-alive بازاستفاده شده باشد (در کد: "only if we reused a keep-alive connection") و هنوز چیزی برنگشته باشد.
- فایروالها و حفاظت DDoS. سقفهای تعداد اتصال ممکن است به جای پاسخ دادن، اتصالها را ببندند؛ لاگهای آنها را برای آدرس بازدیدکننده جستوجو کنید.
کجا با این خطا روبهرو میشوید؟
- صفحههای بانک و تأیید کارت که با VPN روشن باز میشوند.
- لپتاپهایی با یک بسته امنیتی که HTTPS را اسکن میکند.
- گوشیهایی با یک برنامه مسدودکننده تبلیغات که بهصورت VPN اجرا میشود.
- شبکههای اداری و مدرسه که برخی سایتها را فیلتر میکنند.
- سایتهایی که در میانه استقرار (deploy) هستند.
اشتباههای رایج
- پاک کردن کش و کوکیها. هیچ صفحهای نرسیده است، پس هیچ چیز ذخیرهشدهای علت آن نبوده است.
- عوض کردن سرورهای DNS. آدرس سایت پیدا شد و اتصال باز شد؛ DNS در اینکه چه کسی اتصال را میبندد نقشی ندارد.
- مقصر دانستن سایتی که نامش روی صفحه آمده است. کروم حتی وقتی یک پروکسی، VPN یا فیلتر اتصال را بسته باشد، نام سایت را میآورد.
- خاموش کردن همیشگی فایروال یا آنتیویروس. یک بخش را برای یک آزمایش متوقف کنید.
- شروع کردن با بازنشانی شبکه. برای مشکلی که اغلب با یک کلید حل میشود، شبکههای ذخیرهشده و تنظیمات VPN را پاک میکند.
راهنمای انتخاب
| وضعیت | چه کنید |
|---|---|
| یک بار، سپس صفحه کار میکند | کاری لازم نیست؛ یک بستن گذرا بود |
| فقط کروم شکست میخورد، پنجره ناشناس کار میکند | افزونهها را یکییکی خاموش کنید |
| همه مرورگرهای یک رایانه شکست میخورند | VPN، تنظیم پروکسی و اسکن HTTPS را بررسی کنید |
| فقط وقتی VPN یا پروکسی روشن است | سرور دیگر، بهروزرسانی برنامه یا پشتیبانی ارائهدهنده |
| یک سایت، یک شبکه، با اینترنت همراه بیمشکل | یک فیلتر شبکه؛ از مدیر شبکه بپرسید |
| یک سایت در همه شبکهها شکست میخورد | مشکل از سایت است؛ صبر کنید یا با آن تماس بگیرید |
| بازدیدکنندگان سایت خودتان آن را گزارش میکنند | لاگهای لایه TLS جلوی سایت، بستنهای HTTP/2، راهاندازیهای دوباره |
پرسشهای متداول
«بهطور غیرمنتظرهای اتصال را قطع کرد» یعنی چه؟
اتصال به سایت پیش از رسیدن هر صفحهای با یک سیگنال بستن عادی پایان یافته است. بستن را ممکن است سایت انجام داده باشد یا یک VPN، پروکسی، برنامه امنیتی یا فیلتری میان شما و سایت.
تفاوت ERR_CONNECTION_CLOSED و ERR_CONNECTION_RESET چیست؟
اولی بستن آرام است (TCP FIN) و دومی بستن ناگهانی (TCP RST). هر دو میتوانند از سایت یا از دستگاهی در مسیر بیایند.
چرا ERR_CONNECTION_CLOSED فقط در آیفون یا گوشی اندرویدی من ظاهر میشود؟
معمولاً به خاطر برنامهای که بهصورت VPN اجرا میشود، مانند یک مسدودکننده تبلیغات، یا به خاطر وایفایی که گوشی به آن وصل است. برنامه را خاموش کنید و با اینترنت همراه آزمایش کنید.
چرا وقتی VPN من روشن است ERR_CONNECTION_CLOSED ظاهر میشود؟
اکنون هر اتصالی از VPN میگذرد و سرور آن، این اتصال را پایان داده است. مکان سرور دیگری را امتحان کنید و برنامه را بهروز کنید؛ اگر خطا ماند، از پشتیبانی VPN بپرسید.
چرا فقط یک سایت ERR_CONNECTION_CLOSED نشان میدهد؟
یا سرورهای سایت اتصالها را میبندند، یا فیلتری در شبکه شما اتصالها به آن سایت را میبندد. اگر سایت با اینترنت همراه بارگذاری شد، علت شبکه شماست.
آیا ERR_CONNECTION_CLOSED یعنی اینترنت من خراب است؟
نه. اتصال باز شده است، پس اینترنت شما به جایی رسیده است. اگر همه سایتها این خطا را نشان میدهند، پیش از تماس با ارائهدهنده اینترنت، VPN، تنظیم پروکسی و نرمافزار امنیتی را بررسی کنید.
خلاصه
ERR_CONNECTION_CLOSED یعنی اتصالی پیش از رسیدن صفحه بهآرامی بسته شده است، و سایتی که نامش روی صفحه آمده همیشه همان کسی نیست که آن را بسته است. عامل بستن را با تغییر یک چیز در هر بار پیدا کنید: افزونهها، VPN، تنظیم پروکسی، نرمافزار امنیتی، شبکه؛ صاحبان سایت از لایه TLS جلوی سایت شروع میکنند. اگر ترافیک را عمداً از پروکسیها عبور میدهید، صفحه پروکسی ما انواع پروکسی و کاربرد هرکدام را توضیح میدهد.




