504
این خطا زمانی رخ می دهد که سرور مبدا که اینترنت شماست ، درخواست به سرور مقصد ارسال میکند ولی در بازه زمانی مشخص پاسخی از سرور مقصد دریافت نمی شود.
دلیل این خطا می تواند به موارد زیر مرتبط باشد:
ارتباط شبکه بین دو سرور اختلال دارد.
سرور مقصد بدلیل لود بالا با کملود منابع مواجه است و نمی تواند به درخواستهای جدید پاسخی دهد.
زمان timeout تعریف شده در سرور مقصد کوتاه می باشد.
زمان timeout در سرورها با مقداری بنام execution_time در فایل php.ini قابل تنظیم می باشد.
هر دیتابیسی که در Sql server ایجاد می شود، دارای دو فایل اصلی می باشد. فایل اول، فایل اصلی است که داده‌ها روی آن نگهداری و ذخیره می‌شوند (فایلی با پسوند mdf.) دومین فایل مربوط به ثبت وقایع اتفاق افتاده روی پایگاه داده است و هر تراکنشی که در پایگاه داده انجام می‌شود در این فایل ذخیره می‌شود (فایلی با پسوند ldf می باشد. حجم فایل ldf با توجه به اینکه بصورت لحظه ای و به ازای هر تغییر در حال افزایش می باشد، ممکن است باعث بالابردن ناگهانی و غیر طبیعی حجم دیتابیس شما شود و زمانی که کل فضای هارددیسک را اشغال کند، عملا دیگر هیچ عملیاتی روی پایگاه داده انجام نمی‌شود.
از طریق عملیات shrink در Sql می توانیدفضاهای اضافی را حذف کرده و حجم دیتابیس را کاهش دهید.
در sql دیتابیس به دلیل تولید Log File ، حجم زیادی از فضای دیتابیس را اشغال خواهد کرد که با استفاده از امکان های Truncate و Shrink این log File ها حذف شده و فضای قابل توجهی از فضای دیتابیس شما آزاد خواهد شد.
جهت shrink دیتابیس از طریق Sql Server Management مراحل زیر را انجام دهید:
ابتدا به sql متصل شوید.
در لیست دیتابیس ها، برروی نام دیتابیس مورد نظر راست کلیک نموده و در زیر شاخه Tasks گزینه shrink و زیر شاخه Files را انتخاب کنید.
کاهش حجم دیتابیس در Sql Server
سپس از قسمت File Type گزینه log را انتخاب کنید.
کاهش فضا دیتابیس در Sql Server
سپس بر روی دکمه OK کلیک کنید بدین صورت حجم لاگ دیتابیس شما کاهش خواهد یافت.
از طریق اجرای query زیر نیز می توانید در sql حجم لاگ دیتابیس را کاهش دهید:
ابتدا بر روی نام دیتابیس کلیک نموده و سپس از منو بالای صفحه گزینه new query را انتخاب نمائید.
دستورات زیر را در آن کپی و اجرا نمائید.
بجای dbname نام دیتابیس مربوطه را جایگزین کنید.
Shrink کردن فایل LOG به یک حجم خاص :
Use dbname
Alter Database dbname Set Recovery Simple
DBCC SHRINKFILE (‘YOUR_LOG_NAME_log’, 1)
Alter Database dbname Set Recovery Full
دستورShrink یک دیتابیس به یک درصد خاص از فضای آزاد:
ممکن است با خطایی در سایت وردپرس خود مواجه شوید مراحل زیر را پیگیری کنید
1- تهیه بکاپ کامل از سایت وردپرسی
شما از راه های مختلف می توانید از سایت وردپرسی خود بکاپ بگیرید
بکاپ از سایت وردپرس
بکاپ گرفتن منظم باعث می شود هرموقع سایت شما با مشکلی مواجه شد یا مورد حمله هکرها قرار گرفتید یا به اشتباه فایلی را حذف کرده باشید رپبه راحتی آن را بازگردانی کنید و سایت خود را به حالت اولیه بازگردانی کنید
2–غیر فعال کردن تمام افزونه های سایت
گاهی خطاها از افزونه ها است یعنی گاهی شما افزونه های را بروزرسانی می کنید اما آن افزونه ممکن است با نسخه وردپرس شما سازگاری نداشته باشد و گاهی هم این روند برعکس پیش می آید
به هر حال وقتی با خطایی مواجه شدید افزونه ها را غیر فعال کنید
برای غیر فعال کردن افزونه ها از منو مدیریت به افزونه های بروید و سپس تیک همه افزونه ها را غیر فعال کنید سپس از منو کشویی گزینه غیر فعال کردن را انتخاب و روی اجرا کلیک کنید
ممکن خطایی بوجود آمده باشد که به پنل مدیریت وردپرس دسترسی نداشته باشید اگر اینگونه شد مراحل زیر پی بگیرید:
وارد هاست خود شوید به file manager بروید و سپس به پوشه wp-content رفته و نام پوشه plugins را به “plugins.deactivate” تغییر دهید
هم اکنون افزونه های غیر فعال شدند
3- فعال کردن پوسته پیشفرض
در بعضی مواقع ممکن است پوسته ای که برای سایتتان انتخاب و فعال کرده اید خطایی ایجاد کرده باشد
شما از پنل مدیریت به پوسته ها بروید و سپس یکی از پوسته های پیشفرض وردپرس را فعال کنید
اگر هم به پنل مدیریت وردپرس دسترسی ندارید:
وارد هاست و file manager شوید به مسیر wp-content>themes بروید و پوسته ای که فعال است را بر روی کامپیوتر خود دانلود کنید سپس آن را از هاست حذف کنید وردپرس به طور خودکار یکی از پوسته پیشفرض را فعال می کند
4- بروزرسانی پیوندهای یکتا
برای انجام این روش از منو تنظیمات> پوندهای یکتا را انتخاب کنید
از قسمت پایین بدون اعمال هیچگون تغییری روی ذخیره تغییرات کلیک کنید
برای حذف فایل گفته شده شما باید وارد هاست شوید و به file manager بروید
ابتدا آن را روی رایانه خود دانلود کنید سپس آن را از هاست حذف کنید
6- بررسی URL وردپرس
برای حل این مشکل به پنل مدیریت وردپرس رفته از منو سمت راست به تنظیمات>همگانی بروید
بررسی کنید که هر دو “نشانی وردپرس (URL)” و “نشانی سایت (URL)” مقدارشان شبیه هم باشد
url
اگر در اینجا هم به پنل مدیری دسترسی ندارید نگران نباشید
آموزش بررسی url سایت از wp-config.php
طبق مراحل قبل به هاست خود و file manager در اینجا فایل wp-config.php را در ویرایشگر موجود در هاست باز کنید اگر در دایرکت ادمین هستید روی گزینه مقابل فایل Edit کلیک کنید اگر هم در سی پنل هستید روی فایل راست کلیک کرده و سپس Edit را بزنید
یا از طریق روش ساده تر که FTP هست به هاست بروید و فایل را در نوت پد باز کنید
هنگامی که فایل باز شد به خطی که چنین چیزی گفته بروید:
/* That’s all, stop editing! Happy blogging. */
فراموش نکنید به حای mihanhosting.ir آدرس سایت خود را وارد کنید
برورسانی URL ها از طریق فایل functions.php
در هاست و file manager به مسیر /wp-content/themes/folder بروید منظور از folder نام پوشه پوسته فعالی سایت شماست
فایل functions.php را بیابید و آن را برای ویرایش باز کنید و این دو خط کد را در پایین ترین قسمت و قبل از ؟> اضافه کنید
برای فعال کردن سیستم نمایش خطاها در پرستاشاپ ابتدا در هاست و File Manager به مسیر یا محل نصب پرستاشاپ، به پوشه config رفته و فایل defines.inc.php را در حالت ویرایش باز می کنیم.
در سیستم مدیریت محتوای دروپال برای نمایش خطاها تغییرات در فایل تنظیمات اعمال می شود.
ابتدا وارد هاست و سپس به File Manager رفته در مسیر محل قرارگیری فایل تنظیمات در مسیر نصب دروپال، sites/default می رویم. در این پوشه فایل setting.php را در حالت ویرایشگر متن باز می کنیم.
حتما برای شما پیش اومده سایت خودتونو به سرور دیگه ای منتقل کرده باشین ، و میخواین قبل از تغییر DNS مطمئن بشین که ایا سایتتون تو سرور جدید بدون مشکل کار میکنه یا نه؟
دلیلش هم واضحه چون ممکنه روی سرور نسخه php فرق کنه یا هر دلیل دیگه که ممکنه روی سرور جدید مشکل داشته باشین ، بنابراین پیشنهاد میکنیم حتما قبل از تغییر DNS از صحت کار کرد سایتتون مطمئن بشین.
مورد دیگه استفاده این موضوع ، برای برنامه نویس ها هست ، مثلا یه برنامه نویس میخواد کدشو روی سرور روی یک دامنه تست کنه ، نیاز نیست حتما دامنه ای ثبت کنه ، میتونه برای یه دامنه تستی هاست بسازه و طبق آموزش زیر تنظیم کنه که ازون ای پی سرور این دامنه تستی براش بالا بیاد.
1-مشاهده سایت بدون تغییر DNS در فایرفاکس
نصب افزونه مودیفای هدر ( Modify Headers ) در فایرفاکس
برای نصب modify header در حالیکه از فایرفاکس به عنوان مرورگر ( Browser ) خود استفاده می کنید ، کافی است از لینک زیر استفاده نمائید.
https://addons.mozilla.org/en-us/firefox/addon/modify-headers/
بعد از نصب یکبار فایرفاکس را ریستارت کنید.. پس از آن در نوار ابزار افزونه ها ( Addon bar ) در گوشه سمت چپ پایین ، آیکون modify headers را مشاهده خواهید کرد. بر روی آن کلیک کرده و Open modify headers را باز نمائید. در پنجره باز شده مطابق شکل در زبانه headers می بایست اطلاعات مربوط به وب سایت خود را وارد نمائید.
modify-headers-IPاز قسمت اکشن گزینه add را انتخاب نمائید و در فیلد header name کلمه host و در فیلد Header value نام وب سایت خود را مانند mihanhosting.ir وارد نمائید. کلید add را انتخاب نمائید و به کمک کلید ok پنجره مودیفای هدر را ببندید. حال باید modify header را تنها برای زمانیکه می خواهید وب سایت خود را در سرور جدید بررسی نمائید از طریق همان نوار ابزار افزونه ها در پایین صفحه به کمک کلید start فعال نمائید. با فعال کردن مودیفای هدر و انجام تنظیمات گفته شده ، کافی است در آدرس بار ( address bar ) مرورگر که همیشه در آن دامنه وب سایت خود را وارد می کردید، ادرس IP سرور هاست جدید را وارد نمائید. به این ترتیب مشاهده می کنید که بدون استفاده از dns شما وب سایت خود را بر روی سرور هاست جدید می توانید ملاحظه و کاملا بررسی فرمائید.
توجه: برای آنکه بتوانید مجدد از فایرفاکس خود بدون مشکل استفاده کنید باید Modify header را خاموش نمائید.
2- مشاهده سایت بدون تغییر DNS در chorme
اگر از مرورگر کروم استفاده میکنید ، می توانید از افزونه virtual host برای این مورد استفاده کنید.
https://chrome.google.com/webstore/detail/virtual-hosts/aiehidpclglccialeifedhajckcpedom?hl=en
از لینک فوق می توانید این افزونه را دانلود کنید.
3- استفاده از فایل hosts
۱- بر روی نرم‌افزارNotepadکلیک راست و بر روی گزینه‌یRun as administratorبرای اجرای آن با دسترسی Admin، کلیک کنید.
۴-حال در انتهای فایل دامنه و IP سرور ی که سایت شما به ان منتقل شده است را تایپ و فایل را ذخیره کنید. به عنوان مثال برای افزودن دامنه domain.com و آدرس IP سرور 192.168.2.1 خطوط زیر باید به انتهای فایلhosts اضافه شود:
این خطا زمانی رخ می دهد که سرور مبدا که اینترنت شماست ، درخواست به سرور مقصد ارسال میکند ولی در بازه زمانی مشخص پاسخی از سرور مقصد دریافت نمی شود.
دلیل این خطا می تواند به موارد زیر مرتبط باشد:
ارتباط شبکه بین دو سرور اختلال دارد.
سرور مقصد بدلیل لود بالا با کملود منابع مواجه است و نمی تواند به درخواستهای جدید پاسخی دهد.
زمان timeout تعریف شده در سرور مقصد کوتاه می باشد.
زمان timeout در سرورها با مقداری بنام execution_time در فایل php.ini قابل تنظیم می باشد.
در این مواقع مدیر سرور لود سرور را بررسی میکند ، در صورتیکه لود سرور بالا باشد ، نسبت به پایین آوردن لود سرور اقدام میکند.قبلا در مقاله زیر در مورد پایین آوردن لود سرورهای لینوکسی توضیح دادیم:
پایین آوردن لود در سرور لینوکسی
راه حل چیست؟
بوجود آمدن اين خطا بيشتر وقت ها به دليل مشكل در شبكه بندي بين سرورها و يا مشكلي بر روي سرور وب مي باشد و اين بدين معني است كه مشكل در روي كامپيوتر كاربر يا ارتباط اينترنتي او نيست. هرچند اين مشكل از جانب كاربر زياد قابل حل شدن نيست اما كاربر مي تواند موارد زير را انجام دهد:
1-صفحه وب خود را توسط فشردن كليد F5 و يا دكمه Refresh/Reload بازفراخواني كنيد. خيلي وقت ها يك ارتباط كم سرعت اينترنتي سبب بروز اين خطا مي شود كه با Refresh كردن صفحه مشكل برطرف مي شود.
2-به دليل اينكه اين خطا ، خطايي مربوط به سرورها است لذا اين خطا بر روي هريك از كامپيوترهايي كه در تلاش هستند به آن صفحه دسترسي داشته باشند ايجاد خواهد شد لذا اين شانس وجود دارد كه اين خطا به مدير سايت قبلا اعلام شده و مورد تحت بررسي باشد لذا مي تواند بعد از مدتي صفحه مورد نظرتان را بازخواني كنيد.
3-در صورتي كه براي دسترسي به صفحه مورد نظرتان عجله داريد لذا با مدير سايت تماس حاصل نموده و مورد را پيگيري كنيد.
اين پيغام خطا معمولا توسط وب سايت هاي بزرگ تغيير مي يابد اما بطور معمول به يكي از شكل هاي زير قابل مشاهده است:
خطای 403 (Forbidden) از خطاهای HTTP بوده و زمانی که یک وب سرور بنابه دلایلی دسترسی شما را محدود کند، این کد را باز می‌گرداند. (+ نحوه برطرف کردن آن)
نشانه‌های خطای 403
خطای 403 (Error 403) یا همان خطای Forbidden به معنای “خطای سرور داخلی” می‌باشد. این خطا یکی از کدهای وضعیت HTTP است که به عنوان خطا شناخته می‌شود. خطای 403 ممکن است در همه سیستم عامل‌ها با همه مرورگرهای قدیمی یا جدید پدیدار شود چون این خطا با این که از کلاس 4xx (سمت کاربر) است اما معمولاً دلیل بوجود آمدن آن از سمت سرور می‌باشد. از جمله رایج ترین پیغام‌های آن در مرورگرها موارد زیر است:
Forbidden 403
Forbidden
Error 403
HTTP 403
Access is denied
Forbidden: Access is denied
403 That’s an error (در سرورهای گوگل)
0x80244018 (در سرورهای آپدیت مایکروسافت همراه با عبارت WU_E_PT_HTTP_STATUS_FORBIDDEN)
The website cannot display the page (در مرورگر اینترنت اکسپلورر، با عنوان “403”)
You don’t have permission to access [URL] on this server.
خطای 403 یکی از رایج ترین خطاهای کلاس 4xx بوده و از سمت کاربر (Client Side) می‌باشد. با این که این خطا در کلاس 4xx قرار دارد اما معمولاً دلیل بوجود آمدن آن از سمت سرور است. این خطا زمانی اتفاق می‌افتد که وب سرور بنابه هر دلیلی دسترسی شما را محدود شناخته و از دسترسی به منبع مورد نظر جلوگیری میکند. با توجه به ماهیت خطای 403، هیچ گزارش تکمیلی و دلیل قطعی به کاربر نشان داده نمی‌شود (البته در وب سرور IIS این گزارش به صورت خلاصه وار ممکن است نشان داده شود).
در خطای 403 درخواستی که از طرف کاربر (مثلاً مرورگر وی) به وب سرور ارسال می‌شود، توسط وب سرور به صورت کاملاً درست شناخته می‌شود اما به دلیل این که دسترسی شما از طریق پیکربندی‌های وب سرور، تنظیمات سایت و … محدود شده است، این خطا را به کاربر ارسال میکند. درواقع این خطا مانند این است که کسی درخواست استفاده از خودکار (یا هر وسیله دیگر) شما را بکند. با این که شما درخواست وی را کاملاً متوجه شده‌اید اما به هر دلیلی به وی جواب “نه” گفته و از دسترسی او به وسیله ذکر شده، جلوگیری میکنید.
خطای 403 در سرویس گوگل پلی (Google Play) در دستگاه اندرویدی
دلایل روبرو شدن با خطای 403:
دلیل بوجود آمدن این خطا، همان‌طور که گفته شد، معمولاً به صورت کامل مشخص نمی‌شود و وب سرور تنها به گفتن عبارت “شما اجازه استفاده از این منبع را ندارید” اکتفا میکند (در وب سرور IIS معمولاً کدهای 403.8 و 403.2 نشان داده می‌شوند. IIS اطلاعات مختصری نیز درباره دلیل خطا به کاربر نشان می‌دهد). از مهمترین دلایل بوجود آمدن این خطا عبارت اند از:
IP غیرمجاز: ممکن است سرور بنابه دلایلی آی پی شما یا یک منطقه خاص (مثلاً آی پی های یک کشور) را بلاک کند. در این صورت به احتمال بسیار زیاد با خطای 403 مواجه خواهید شد. 403.6 کد این مورد در وب سرور IIS است.
جلوگیری از لیست کردن پوشه‌ها: وب سرور ممکن است به خاطر حفظ امنیت خود (مثلاً جلوگیری از مشاهده فایل‌های مخفی یا فایل‌هایی که برای استفاده داخلی طراحی شده اند)، از لیست کردن فایل‌های موجود در یک پوشه جلوگیری کند. این مورد زمانی اتفاق می‌افتد که به صورت مستقیم به آدرس یک پوشه مراجعه کنید. 403.14 کد این مورد در وب سرور IIS است.
ممکن است دسترسی (Permission) ثبت شده برای فایل‌ها یا منابع یک سایت به گونه‌ای باشد که از استفاده کاربر از آن منبع جلوگیری کند. برای مثال ممکن است پرمیژن یک فایل یا فولدر به گونه‌ای باشد که جلوی “اجرا شدن” یک فایل را بگیرد (403.1 در IIS) یا به گونه‌ای باشد که جلوی “خوانده شدن” آن را بگیرد (403.2 در IIS) یا به گونه‌ای باشد که جلوی نوشته شدن بر روی آن فایل را بگیرد (403.3 در IIS).
سه مورد بالا معمولاً دلیل بوجود آمدن خطای 403 می‌باشد اما موارد اضافی نیز وجود دارد که ممکن است باعث بوجود آمدن این خطا شود که عبارت اند از:
ممکن است فایل htaccess موجود بر روی سایت از دسترسی بازدیدکنندگان به یک منبع، صفحه یا پوشه خاص جلوگیری کند (معمولاً کد 403.8 در IIS).
ممکن است استفاده از آن منبع فقط در حالت امن SSL امکان پذیر باشد. در این گونه موارد نیز احتمالاً با خطای 403 مواجه می‌شود. (کدهای 403.4 و 403.5 در IIS)
ورود غیرمجاز: البته معمولاً در این حالت خطای 401 نشان داده می‌شود اما گاهاً به دلایلی خطای 403 نشان داده می‌شود. مانند زمانی که شما نیاز به ورود به حساب کاربری خود برای دسترسی به یک منبع خاص را داشته باشید.
ممکن است درخواستهای زیادی از طرف یک آی پی مشخص به سرور ارسال شده باشد. در این صورت سرور برای حفظ آپ بودن خود، طبق پیکربندی‌هایش، از دسترسی کاربر به سایت جلوگیری میکند (403.502 در IIS).
Google 403 error
خطای 403 در سرورهای گوگل
برطرف کردن خطای 403:
صاحب سایت / سرور:
درصورتی که شما صاحب سایت یا سرور هستید، برای برطرف کردن خطای 403، این مراحل را بپیمائید:
ابتدا اطمینان حاصل کنید که دسترسی (Permission – پرمیژن) فایل‌ها و صد البته پوشه‌ها، متناسب با محتوای فایل و حساسیت آن باشد. معمولاً نداشتن پرمیژن “خواندن” باعث بوجود آمدن این خطا می‌شود. همچنین پرمیژن‌های “نوشتن” و “اجرا کردن” را نیز مطابق با نیازهای سایت تنظیم کنید. برای سایت‌های وردپرسی بهتر است مقاله رسمی آن را با عنوان “تغییر دسترسی فایل‌ها” مشاهده کنید. همچنین صاحب فایل‌ها (Owner) را نیز تنظیم کنید.
در مرحله بعدی مطمئن شوید که فایل htaccess موجود در ریشه سایت، دسترسی را محدود نکند. البته همیشه در نظر داشته باشید که این پیکربندی‌ها را باید مطابق با نیاز خود انجام دهید. محدود کردن بیش از حد باعث بوجود آمدن چنین خطاهایی شده و محدود نبودن آن نیز ممکن است امنیت سایت را به خطر بیندازد. برای اطلاعات بیشتر درباره این فایل می‌توانید به لینک “آموزش فایل htaccess آپاچی” مراجعه کنید. در این فایل ممکن است یک فولدر طبقه بندی شده یا آیتم‌ها و فایل‌های موجود توسط دستوراتی مانند “deny from all” (جلوگیری از دسترسی همه) یا “deny from yyy.yyy.yyy.yyy” (جلوگیری از دسترسی یک آی پی) محدود شوند. البته محدود کردن آی پی های زیاد معمولاً از طریق این فایل انجام نمی‌شود.
IP آدرس‌های بلاک شده توسط سایت خود را چک کنید. ممکن است رنج (Range) خاصی از آی پی ها به اشتباه بلاک شده باشند. مثلاً ممکن است بجای بلاک کردن یک رنج مشخص، آی پی آدرس‌های کل آن منطقه یا کشور بلاک شده باشد.
برای سایت خود پرونده‌های پیشفرض (Default Documents) انتخاب کنید. به این ترتیب از لیست کردن پوشه‌ها می‌توان جلوگیری کرد. مخصوصاً زمانی که آدرس مستقیم پوشه وارد شده باشد. برای آموزش این مورد در IIS به لینک “نحوه برطرف کردن خطای 403.14” از وبسایت مایکروسافت مراجعه کنید. این مورد نیز می‌تواند از طریق htaccess مشخص شود.
در نهایت درصورت برطرف نشدن مشکل، کار را به دست تکنسین‌های سرور بسپارید. به احتمال زیاد مشکل در پیکربندی‌های پیچیده وب سرور باشد. در این صورت متخصصان سرور می‌توانند به راحتی با دنبال کردن Logها آن را رفع کنند.
این مطالب فقط برای افزایش آگاهی کاربران بوده و این سایت هیچ گونه مسئولیتی در قبال هرگونه استفاده از مطالب را ندارد. صفحه شرایط و ضوابط را حتماً بخوانید. با توجه به این که این خطا جزو خطاهای سمت کاربر است اما دلیل آن معمولاً از سمت سرور است، کاربر برای رفع آن کار زیادی نمی‌تواند انجام دهد. قبل از هر چیزی از این دو سرویس (سرویس اول | سرویس دوم) استفاده کنید تا مشخص شود که سایت مورد نظر واقعاً دارای مشکل است یا مشکل فقط از سمت شماست. در هر صورت بهتر است موارد زیر را انجام دهید:
ابتدا مطمئن شوید IP آدرس شما در لیست سیاه وبسایت قرار نگرفته است. در غیر این صورت به احتمال 90% با این خطا مواجه شوید. برای رفع این مشکل می‌توانید با مدیریت سایت مورد نظر صحبت کنید. همچنین می‌توانید با تغییر دادن IP خود (مثلاً با ریستارت کردن مودم، درصورتی که آی پی شما ثابت نباشد) و یا با درخواست از ISP خود، یک IP جدید دریافت کنید که ممکن است شامل هزینه نیز باشد. به این ترتیب ممکن است بتوانید از سایت مورد نظر با قبول کردن تمامی مسئولیت‌های آن استفاده کنید. همچنین درصورتی که از پراکسی (Proxy) یا برنامه‌های مشابه استفاده میکنید، آن را بسته و تنظیمات شبکه مرورگر خود را به صورت پیشفرض تنظیم کنید. به احتمال زیاد بتوانید از سایت مورد نظر استفاده کنید.
درصورتی که سایت مورد نظر امکان ورود داشته باشد، وارد حساب خود شوید تا نهایت دسترسی خود را داشته باشید؛ چون گاهاً خطای 403 بجای خطای 401 استفاده شود.
آدرس صفحه (URL) را چک کنید و یک بار علامت اسلش (/) آخر آن (در صورت وجود) را برداشته و دوباره امتحان کنید همچنین مسیر صفحات پیشفرض مثل index.php و index.html را نیز به آخر آن اضافه کرده و دوباره امتحان کنید؛ چون ممکن است از لیست شدن پوشه‌های جلوگیری شود.
درصورتی که به محتوای آن صفحه نیاز دارید می‌توانید از نسخه کش شده آن استفاده کنید. برخی از سرویس‌های اینترنتی صفحات وبسایت را به صورت کش ذخیره کرده و به کاربران نشان می‌دهند. برای مشاهده آموزش و توضیحات بیشتر به پست “مشاهده نسخه پیشین یک صفحه یا وبسایت” مراجعه کنید.
کش مرورگر خود را پاک کنید زیرا ممکن است این مشکل صفحه مورد نظر حل شده باشد ولی محتوای صفحه خطا همچنان به کاربر نشان داده شود. برای آموزش و توضیحات بیشتر به لینک مربوط به هر یک از این مرورگرها بروید: اینترنت اکسپلورر (اینترنت اکسپلورر)، گوگل کروم (گوگل کروم)، موزیلا فایرفاکس (موزیلا فایرفاکس)، اپرا (اپرا). تغییر دادن سرویس DNS نیز می‌تواند موثر باشد؛ چون ممکن است مشکل از DNS ثبت شده برای آن سایت باشد.
این خطا زمانی رخ می دهد که کاربری بدون آگاهی از اطلاعات لاگین (نام کاربری و رمز عبور مربوطه) بخواهد به منبع یا صفحه ای که توسط HTTP Authentication محافظت شده دسترسی داشته باشد.
اخطار «بدون مجوز»، کدی است که به معنای دسترسی غیر مجاز است. یعنی اینکه شما تلاش می کنید صفحه ای را باز کنید که نیاز به سطح دسترسی خاصی دارد و احتمالا لازم است قبل از لود شدن آن، ابتدا با نام کاربری و رمزعبور معتبر در سایت لاگین کرده و وارد شوید.
اگر شما با اکانت کاربری تان وارد سایت شده اید و باز هم با چنین پیغامی (۴۰۱) مواجه می شوید، بدان معنی است که شما اختیارات لازم برای مشاهده این بخش از سایت را ندارید، یا اینکه نام کاربری و رمزعبور شما متعلق به این سایت نیست و شاید هم شما آنها را اشتباه وارد می کنی
ایمیل 
چت آنلاین 
پشتیبانی 
