حل مشکل اتصال وردپرس به WordPress.org

خطای «وردپرس نتوانست ارتباطی امن با سایت WordPress.org برقرار کند» یعنی سایتتون نمی‌تونه از راه HTTPS به سرورهای WordPress.org وصل بشه. وقتی این ارتباط قطع باشه، نصب یا به‌روزرسانی هسته وردپرس، قالب‌ها و افزونه‌ها هم ممکنه انجام نشه. این مشکل معمولاً ارتباطی با محتوای سایت نداره و بیشتر به شبکه، DNS، گواهی امنیتی، فایروال یا محدودیت‌های هاست مربوطه.

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

این خطای ارتباط امن وردپرس یعنی چی؟

وردپرس برای بررسی نسخه‌های تازه و دریافت اطلاعات قالب‌ها و افزونه‌ها، درخواست‌هایی رو به WordPress.org می‌فرسته. اگه سرور نتونه این درخواست‌ها رو کامل کنه، خطای ارتباط امن نمایش داده می‌شه. پس دیدن این پیام لزوماً به این معنی نیست که کل سایتتون ناامنه؛ فقط یکی از ارتباط‌های خروجی وردپرس درست انجام نشده.

گاهی این مشکل چند دقیقه بعد خودبه‌خود برطرف می‌شه. گاهی هم DNS، ساعت اشتباه سرور، گواهی‌های مورداعتماد یا فایروال جلوی اتصال رو می‌گیرن. CA یا «مرجع صدور گواهی» سازمانیه که گواهی دیجیتال صادر می‌کنه. سرور هم برای مطمئن‌شدن از اعتبار گواهی مقصد، از مجموعه‌ای از گواهی‌های مورداعتماد به نام CA Bundle کمک می‌گیره.

این خطا معمولاً کجا دیده می‌شه؟

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

آیا با دیدن این خطا اطلاعات سایت از بین می‌ره؟

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

قبل از شروع، متن کامل خطا رو پیدا کنید

جمله کلی «ارتباط امن برقرار نشد» علت دقیق مشکل رو نشون نمی‌ده. در متن کامل خطا معمولاً سرنخ‌هایی مثل نام دامنه، شماره خطای cURL، عبارت timeout یا توضیحی درباره گواهی SSL دیده می‌شه. SSL اسم رایجی برای این دسته از خطاهاست، ولی ارتباط امن HTTPS امروزی معمولاً با TLS برقرار می‌شه. TLS اطلاعات رو رمزگذاری می‌کنه و گواهی دیجیتال هم برای بررسی هویت مقصد به کار می‌ره.

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

تشخیص خطای DNS، تایم‌اوت و گواهی SSL

• خطای DNS: عبارت‌هایی مثل «Could not resolve host» یعنی سرور نتونسته نام دامنه رو به نشانی IP تبدیل کنه.
• تایم‌اوت: عبارت‌هایی مثل «Connection timed out» یا «Operation timed out» یعنی پاسخ در مدت تعیین‌شده نرسیده.
• خطای گواهی: عبارت‌هایی مثل «SSL certificate problem» یا «certificate verify failed» معمولاً به ساعت سرور، گواهی‌های مورداعتماد یا تنظیمات TLS مربوط می‌شن.
• ردشدن اتصال: عبارت «Connection refused» می‌تونه نشونه وجود محدودیت در فایروال، پراکسی یا شبکه باشه.

چرا راه‌حل همه خطاهای اتصال یکسان نیست؟

فعال‌کردن cURL نمی‌تونه DNS خراب رو درست کنه. تغییر DNS هم گواهی‌های ناقص یا نامعتبر سرور رو تعمیر نمی‌کنه. برای همین باید قبل از هر تغییری، نوع خطا رو پیدا کنید. اگه چند تنظیم رو هم‌زمان عوض کنید، بعداً معلوم نمی‌شه کدوم تغییر مشکل رو حل کرده و برگردوندن تنظیمات هم سخت‌تر می‌شه.

بررسی ارتباط با WordPress.org از بخش سلامت سایت

در پیشخوان وردپرس به «ابزارها ← سلامت سایت» برید و زبانه «وضعیت» رو باز کنید. وردپرس در این صفحه چند آزمایش خودکار انجام می‌ده و در نسخه‌های فعلی می‌تونه مشکلات مربوط به ارتباط با WordPress.org یا درخواست‌های HTTP رو گزارش کنه. اسم دقیق پیام ممکنه با توجه به نسخه وردپرس یا زبان پیشخوان کمی فرق داشته باشه. جزئیات این صفحه در راهنمای رسمی سلامت سایت وردپرس هم توضیح داده شده.

پیداکردن وضعیت ارتباط با WordPress.org

بین نتیجه‌های سلامت سایت دنبال موردی بگردید که درباره ارتباط با WordPress.org، درخواست‌های HTTP یا ارتباط امنه. اگه این بخش خطایی نشون می‌ده، جزئیاتش رو باز و متن کامل رو ذخیره کنید. یک بار هم صفحه رو تازه‌سازی کنید تا ببینید خطا موقتی بوده یا هنوز تکرار می‌شه.

ممکنه سلامت سایت مشکلی نشون نده، ولی نصب یک افزونه همچنان شکست بخوره. در این شرایط احتمال داره مشکل فقط به همون درخواست، یک افزونه امنیتی، فضای ذخیره‌سازی یا سطح دسترسی فایل‌ها مربوط باشه. اینجا متن خطایی که هنگام نصب می‌بینید، از نتیجه کلی سلامت سایت مهم‌تره.

اطلاعاتی که باید برای پشتیبانی هاست بفرستید

• متن کامل خطا و شماره خطای cURL، اگه نمایش داده شده
• زمان تقریبی رخ‌دادن خطا و منطقه زمانی سایت
• نشانی مقصد، مثل api.wordpress.org
• نتیجه بخش سلامت سایت و کاری که باعث نمایش خطا شده
• نسخه PHP و این‌که خطا همیشه دیده می‌شه یا فقط گاهی پیش میاد

از پشتیبانی بخواید DNS سرور، اتصال خروجی HTTPS، پورت ۴۴۳، گواهی‌های مورداعتماد و قوانین فایروال رو بررسی کنن. اگه کیفیت سرویس میزبانی بارها چنین دردسرهایی براتون می‌سازه، راهنمای انتخاب هاست مناسب برای سایت می‌تونه در تصمیم بعدی کمکتون کنه.

راه‌حل‌ها

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

چند دقیقه صبر کنید و دوباره اتصال رو بررسی کنید

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

تاریخ و ساعت سرور رو بررسی کنید

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

دسترسی خروجی HTTPS و پورت ۴۴۳ رو بررسی کنید

سرور سایتتون باید بتونه از راه HTTPS و پورت ۴۴۳ به WordPress.org وصل بشه. این یک اتصال خروجیه؛ یعنی درخواست از سرور شما به اینترنت می‌ره. از پشتیبانی بخواید دسترسی خروجی به api.wordpress.org و دامنه‌های ضروری WordPress.org رو آزمایش کنه.

مشکل DNS سرور رو بررسی کنید

DNS نامی مثل api.wordpress.org رو به نشانی شبکه تبدیل می‌کنه. DNS Resolver همون سرویس روی سروره که این تبدیل رو انجام می‌ده. اگه این بخش درست کار نکنه، وردپرس اصلاً مقصد رو پیدا نمی‌کنه. تغییر DNS رایانه شخصی شما معمولاً کمکی نمی‌کنه؛ چون درخواست از سرور هاست فرستاده می‌شه. چیزی که باید بررسی بشه DNS Resolver خود سروره.

فایروال، پراکسی و ابزارهای امنیتی رو بررسی کنید

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

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

گواهی‌های CA و تنظیمات SSL سرور رو بررسی کنید

اگه متن خطا به تأیید گواهی اشاره می‌کنه، ممکنه CA Bundle یا همون مجموعه گواهی‌های مورداعتماد روی سرور ناقص یا ناسازگار باشه. روش به‌روزرسانی این مجموعه به سیستم‌عامل و شیوه مدیریت سرور بستگی داره. روی هاست اشتراکی، این کار رو به پشتیبانی بسپرید. برای سرور مجازی هم باید از روش مناسب همون سیستم‌عامل استفاده کنید.

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

محدودیت‌های هاست رو با پشتیبانی بررسی کنید

بعضی سرویس‌های میزبانی برای درخواست‌های خارجی، پراکسی یا قانون‌های محدودکننده دارن. پراکسی واسطه‌ای بین سرور شما و اینترنته و اگه درست تنظیم نشده باشه، می‌تونه اتصال رو قطع کنه. وقتی به تنظیمات سرور دسترسی ندارید، متن کامل خطا رو برای پشتیبانی بفرستید و مشخصاً از اون‌ها بخواید اتصال خروجی به WordPress.org رو آزمایش کنن. دست‌کاری فایل‌های وردپرس معمولاً چنین محدودیتی رو برطرف نمی‌کنه.

رفع خطای ارتباط امن در لوکال هاست

لوکال هاست یعنی وردپرس روی رایانه خودتون اجرا می‌شه. اینجا تنظیمات PHP، وب‌سرور، فایروال رایانه و حتی اینترنت خودتون روی اتصال اثر می‌ذارن. غیرفعال‌بودن cURL فقط یکی از علت‌های احتمالیه؛ پس قبل از بررسی نباید مطمئن باشید که مشکل حتماً از اونه.

فعال‌بودن cURL و OpenSSL رو در phpInfo بررسی کنید

cURL ابزاریه که PHP می‌تونه برای فرستادن درخواست‌های اینترنتی ازش استفاده کنه. وردپرس این درخواست‌ها رو از راه بخش داخلی خودش مدیریت می‌کنه و با توجه به امکانات سرور، ممکنه سراغ روشی مثل cURL بره. OpenSSL هم ابزارهای لازم برای ارتباط رمزگذاری‌شده رو فراهم می‌کنه. قبل از ویرایش هر فایلی، صفحه phpInfo رو باز کنید و دنبال بخش‌های curl و openssl بگردید.

در همین صفحه، مقدار Loaded Configuration File مسیر فایل php.ini فعال رو نشون می‌ده. این بخش مهمه، چون شاید چند نسخه PHP روی سیستم نصب باشه و بدون توجه به این مسیر، فایل اشتباهی رو ویرایش کنید. بعد از بررسی هم فایل عمومی phpInfo رو حذف کنید تا جزئیات فنی سیستم جلوی چشم دیگران نمونه.

فعال‌کردن cURL در XAMPP ویندوز

اگه در XAMPP ویندوز بخش cURL رو نمی‌بینید، اول نسخه PHP و مسیر فایل php.ini واقعاً بارگذاری‌شده رو در phpInfo بررسی کنید. بعد همون فایل رو باز کنید و خط مربوط به cURL رو پیدا کنید. در نسخه‌های امروزی PHP معمولاً این شکل به کار می‌ره:

extension=curl

اگه اول این خط علامت ; دیده می‌شه، علامت رو بردارید، فایل رو ذخیره کنید و Apache رو دوباره راه بندازید. در بعضی بسته‌های قدیمی‌تر ممکنه نام فایل افزونه هم داخل خط نوشته شده باشه؛ پس قالب موجود در فایل نصب خودتون رو حفظ کنید. بعد از راه‌اندازی دوباره، phpInfo رو تازه‌سازی کنید و ببینید cURL واقعاً فعال شده یا نه. راهنمای افزونه‌های PHP در ویندوز هم روش بارگذاری افزونه‌ها رو توضیح می‌ده.

بررسی cURL و OpenSSL در MAMP

در MAMP از صفحه WebStart وارد phpInfo بشید و اول نسخه PHP فعال رو ببینید. ماژول‌های همراه نسخه‌های مختلف ممکنه با هم فرق داشته باشن؛ پس فقط دنبال خطی مثل extension=curl.so نگردید. اگه cURL یا OpenSSL رو نمی‌بینید، نسخه PHP انتخاب‌شده رو در تنظیمات MAMP بررسی و با فهرست رسمی ماژول‌های PHP در MAMP مقایسه کنید. اگه ماژول لازم همراه اون نسخه نیست، یک نسخه PHP سازگار انتخاب کنید یا از راهنمای رسمی و پشتیبانی MAMP کمک بگیرید. فایل‌های داخلی برنامه رو هم بدون راهنمای مخصوص همون نسخه تغییر ندید.

راه‌اندازی دوباره وب‌سرور و آزمایش اتصال

تغییرات php.ini تا وقتی وب‌سرور دوباره راه‌اندازی نشه، اعمال نمی‌شن. Apache یا Nginx رو از پنل برنامه متوقف و دوباره اجرا کنید. بعد phpInfo رو تازه‌سازی کنید و مطمئن بشید cURL و OpenSSL فعال هستن. در آخر، بخش سلامت سایت و نصب یا به‌روزرسانی یک افزونه رو دوباره آزمایش کنید.

بررسی دسترسی خروجی در فایروال سیستم

فایروال باید به پردازش وب‌سرور اجازه اتصال خروجی HTTPS بده. در ویندوز، بخش Outbound Rules رو بررسی کنید؛ چون درخواست از لوکال هاست به اینترنت می‌ره. قانون ورودی اضافه و بی‌دلیل نسازید و Apache رو هم به‌طور کامل برای شبکه عمومی باز نکنید. در macOS، تنظیمات فایروال و هر ابزار امنیتی جانبی رو هم بررسی کنید.

عیب‌یابی سرور مجازی با SSH

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

چه زمانی باید سراغ SSH برید؟

اگه سرور مجازی دارید و با بررسی‌های ساده به نتیجه نرسیدید، SSH کمک می‌کنه DNS و HTTPS رو بیرون از وردپرس آزمایش کنید. وقتی اتصال در خط فرمان هم شکست می‌خوره، مشکل احتمالاً به شبکه یا پیکربندی سرور برمی‌گرده. اگه خط فرمان بدون مشکل جواب می‌ده ولی وردپرس همچنان خطا نشون می‌ده، باید تنظیمات PHP، افزونه‌ها یا محدودیت‌های خود وردپرس رو بررسی کنید.

آزمایش DNS و اتصال HTTPS به api.wordpress.org

برای دیدن نتیجه DNS، یکی از دستورهایی رو که روی سرورتون در دسترسه اجرا کنید:

getent hosts api.wordpress.org
nslookup api.wordpress.org

بعد با دستور زیر اتصال HTTPS رو بررسی کنید:

curl -I https://api.wordpress.org/

اگه یک پاسخ HTTP می‌گیرید، حتی وقتی کد پاسخ ۲۰۰ نیست، یعنی مراحلی مثل پیداکردن دامنه، ایجاد اتصال و مذاکره TLS تا زمان دریافت پاسخ جلو رفتن. البته این نتیجه ثابت نمی‌کنه که درخواست واقعی وردپرس یا همه مسیرهای WordPress.org کاملاً درست کار می‌کنن. خطاهایی مثل resolve host، timeout یا certificate verify failed سرنخ بهتری از محل مشکل بهتون می‌دن. خروجی و زمان آزمایش رو برای مدیر سرور نگه دارید، ولی اطلاعات حساس رو منتشر نکنید.

بررسی تنظیمات فایروال و پراکسی سرور

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

چرا نباید برای api.wordpress.org آی‌پی ثابت ثبت کنید؟

نشانی IP سرویس‌های اینترنتی ممکنه تغییر کنه و یک دامنه هم می‌تونه چند IP داشته باشه. اگه api.wordpress.org رو در فایل hosts به یک IP ثابت وصل کنید، DNS واقعی دور زده می‌شه و احتمال داره اتصال دوباره از کار بیفته. حتی ممکنه این کار شما رو به مقصد اشتباهی بفرسته.

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

مرجع رسمی تابع بررسی نسخه وردپرس

بعد از رفع خطا چه چیزهایی رو آزمایش کنید؟

• بررسی دوباره سلامت سایت: به «ابزارها ← سلامت سایت» برگردید و مطمئن بشید هشدار ارتباط با WordPress.org یا درخواست‌های HTTP دیگه دیده نمی‌شه.
• آزمایش نصب یا به‌روزرسانی یک افزونه: یک افزونه مطمئن رو به‌روز کنید و نتیجه رو ببینید. قبل از تغییرهای مهم هم از سایت نسخه پشتیبان بگیرید.
• بررسی به‌روزرسانی قالب و هسته وردپرس: صفحه «پیشخوان ← به‌روزرسانی‌ها» رو باز کنید و یک بررسی تازه انجام بدید.
• حذف تغییرات موقتی عیب‌یابی: قانون آزمایشی فایروال، فایل phpInfo و هر تنظیم موقتی دیگه رو حذف کنید. تنظیم نهایی و امن باید فقط دسترسی ضروری رو باز نگه داره.

جمع‌بندی

برای رفع خطای عدم برقراری ارتباط امن وردپرس با WordPress.org، اول متن کامل خطا و نتیجه سلامت سایت رو ببینید. بعد بر اساس سرنخی که پیدا کردید، DNS، ساعت سرور، اتصال خروجی پورت ۴۴۳، فایروال، پراکسی یا گواهی‌های مورداعتماد رو بررسی کنید. اگه وردپرس رو روی لوکال هاست اجرا می‌کنید، فعال‌بودن cURL و OpenSSL رو هم از phpInfo ببینید.

روی هاست اشتراکی، بهترین کار اینه که اطلاعات دقیق رو برای پشتیبانی بفرستید. اگه سرور مجازی دارید، آزمایش DNS و HTTPS با SSH کمک می‌کنه محل مشکل رو پیدا کنید. یادتون نره برای api.wordpress.org داخل فایل hosts آی‌پی ثابت ننویسید و بررسی گواهی SSL رو هم غیرفعال نکنید.

سؤال‌های رایج

تیم تولید محتوا

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