وبلاگ نت‌آرامآموزش، تجربه و راهکارهای زیرساخت

رفع هشدار URLGET و LWP با بررسی بسته و لاگ

این هشدار قدیمی معمولاً به روش دریافت منابع در نسخهٔ نصب‌شده اشاره دارد. قبل از افزودن ماژول Perl، بسته و منبع آن را بررسی کنید.

انتشار:
آخرین ویرایش:
توسط مصطفی جانقربان
۳ دقیقه زمان مطالعه
۲ دیدگاه
محتوای تخصصی، ساده و کاربردی
هماهنگ با هویت حرفه‌ای نت‌آرام
بازگشت به لیست مقالات
تصویر شاخص مقاله رفع هشدار URLGET و LWP با بررسی بسته و لاگ در وبلاگ نت‌آرام
محتوای آموزشی وبلاگ نت‌آرام
این دو مشکل را با هم جدا کنیم. اگر پیام CSF می‌گوید LWP پیدا نشده، ابتدا وجود ماژول Perl را بررسی می‌کنیم. اگر ماژول آماده است ولی پیام می‌گوید اتصال تمام شد یا گواهی معتبر نیست، مرحلهٔ بعد مربوط به شبکه و مقصد دانلود است.

یک ماژول نصب نیست یا دانلود به مقصد نمی‌رسد؟

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

ترتیب تشخیص خطا

در تنظیم CSF مقدار مربوط به URLGET را بخوانید و روش انتخاب‌شده را با مستندات همان نسخه تطبیق دهید. سپس در لاگ ببینید شکست پیش از اتصال رخ می‌دهد یا هنگام دریافت پاسخ. خطای بارگذاری ماژول با خطای اتصال به سرور دانلود متفاوت است؛ حل اولی لزوماً دومی را حل نمی‌کند.
نسخهٔ سیستم‌عامل و مدیر بسته را پیدا کنید. نام بستهٔ Perl در همهٔ توزیع‌ها یکسان نیست. اگر نصب از مخزن سیستم‌عامل انجام می‌شود، وضعیت بسته و وابستگی‌های HTTPS آن را بررسی کنید. استفاده از فرمان مربوط به CentOS قدیمی روی هر محیط جدید، روشی قابل اتکا نیست.

آزمون وابستگی و محیط اجرا

بعد از نصب وابستگی معتبر، همان محیطی را که CSF استفاده می‌کند بررسی کنید. وجود چند نسخه یا مسیر Perl می‌تواند باعث شود ماژول در یک محیط باشد ولی برنامه آن را نبیند. مسیر ابزار، خطای کامل و نسخه را کنار هم ثبت کنید تا مسئله به نبودن خود بسته تقلیل داده نشود.
اگر برنامه امکان روش دریافت دیگری دارد، آن را صرفاً برای پنهان کردن پیام تغییر ندهید. روش جایگزین هم باید HTTPS معتبر، timeout و خطای روشن داشته باشد. انتقال مشکل از LWP به یک ابزار دریافت دیگر، بدون آزمون نتیجه، اصلاح کامل نیست.

مقصد دانلود و محتوای پاسخ

در نسخه‌های قدیمی، آدرس مربوط به توسعه‌دهندهٔ اصلی ممکن است دیگر مقصد پشتیبانی‌شده نباشد. برای محیط cPanel از مسیر نگهداری‌شدهٔ رسمی استفاده کنید و آن را به پنل‌های دیگر تعمیم ندهید. پاسخ DNS و دسترسی خروجی شبکه را برای مقصد واقعی بررسی کنید.
اگر دریافت انجام شده، وضعیت HTTP، اندازه و نوع پاسخ را ببینید. گاهی ابزار یک صفحهٔ خطا را به جای فایل موردنیاز ذخیره می‌کند. چنین فایلی نباید فقط به دلیل نام مشابه استخراج یا اجرا شود. در صورت ارائهٔ checksum رسمی، آن را نیز تطبیق دهید.

پس از رفع پیام

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

منابع و ادامهٔ مطالعه

دیدگاه‌ها (۲)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام

سامان

۱۳۹۵/۸/۱۴ ۹:۴۱:۴۳
پاسخ

متشکرم عالی بود

مصطفی جانقربان

نویسنده مقاله
۱۳۹۵/۸/۱۷ ۵:۴۰:۰۴
پاسخ

با سلام و احترام
خواهش می کنم.
تشکر از دیدگاه شما