پاسخ ها در محدوده 100-199 اطلاعاتی هستند. آنها نشان می دهند که درخواست مشتری پذیرفته شده و در حال رسیدگی است.

100 "ادامه"
قسمت اولیه درخواست پذیرفته شده است و مشتری می تواند به ارسال درخواست ادامه دهد.
101 "تغییر پروتکل ها"
سرور به درخواست مشتری احترام می گذارد و پروتکل ها را همانطور که در قسمت Upgrade header نشان داده شده است تغییر می دهد.

درخواست مشتری با موفقیت (2xx موفقیت آمیز)

پاسخ ها در محدوده 200-299 نشان می دهد که درخواست مشتری با موفقیت پردازش شده است.

200 "باشه"
درخواست مشتری با موفقیت پردازش شد و پاسخ سرور حاوی داده های درخواستی است.
201 "ایجاد شده"
این کد وضعیت زمانی استفاده می شود که یک URI جدید ایجاد شود. همراه با این کد نتیجه، سرور یک سرصفحه موقعیت مکانی را برمی گرداند (به فصل 19 مراجعه کنید) که حاوی اطلاعاتی درباره محل قرارگیری داده های جدید است.
202 "پذیرفته شد"
این درخواست پذیرفته شد، اما بلافاصله مورد بررسی قرار نگرفت. در بدنه محتوای سرور می توان پاسخ داد اطلاعات تکمیلیدر مورد این معامله هیچ تضمینی وجود ندارد که سرور در نهایت درخواست را اعطا کند، حتی اگر درخواست در زمان دریافت معتبر به نظر می رسید.
203 "اطلاعات غیر معتبر"
اطلاعات سرصفحه محتوا از یک کپی محلی یا از یک شخص ثالث است، نه از سرور اصلی.
204 "بدون محتوا"
پاسخ حاوی یک کد وضعیت و یک سرصفحه است، اما فاقد متن است. وقتی این پاسخ دریافت شد، مرورگر نباید سند خود را به روز کند. زمانی که کاربر روی قسمت‌های خالی یا خالی تصویر کلیک می‌کند، یک کنترل‌کننده تصویر حساس می‌تواند این کد را برگرداند.
205 "بازنشانی محتوا"

مرورگر باید فرم استفاده شده در این تراکنش را برای ورودی اضافی پاک کند. برای برنامه های CGI که ​​نیاز به ورودی دارند مفید است.

206 "محتوای جزئی"

سرور فقط بخشی از مقدار داده درخواستی را برمی گرداند. در پاسخ به یک درخواست با هدر Range استفاده می شود. سرور باید محدوده موجود در پاسخ را در هدر Content-Range نشان دهد.

233 - چون همه در "کشور شما" زندگی نمی کنند

درخواست مشتری هدایت شد (تغییر مسیر 3xx)

یک کد پاسخ در محدوده 300-399 نشان می دهد که درخواست شکست خورده است و مشتری باید اقداماتی را برای برآورده کردن درخواست انجام دهد.

300 "چند انتخاب"
URI درخواستی بیش از یک منبع را تعیین می کند. برای مثال، یک URI ممکن است به سندی اشاره کند که به چندین زبان ترجمه شده است. متن بازگردانده شده توسط سرور ممکن است حاوی لیستی از اطلاعات خاص تر در مورد نحوه انتخاب منبع صحیح باشد.
301 ="Moved Permanently" - به طور دائم منتقل شد
URI درخواستی دیگر توسط سرور استفاده نمی شود و عملیات درخواستی انجام نشد. مکان جدید سند درخواستی در سربرگ Location نشان داده شده است. در تمام درخواست های بعدی این سند URI جدید باید مشخص شود.
برای درخواست های غیر HEAD، سرور باید یک توضیح فرامتنی در متن پیام ارسال کند. هنگام استفاده از همه روش ها به جز GET و POST، ابتدا باید کاربر را از تغییر لینک مطلع کنید. فراموش نکنید که برخی از عوامل به اشتباه تغییر می کنند روش POSTبرای دریافت پس از انتقال به آدرس دیگری.
302 ="Moved Temporarily" - موقتاً جابجا شد
URI درخواستی بهم ریخته شده است، اما فقط به طور موقت. هدر Location به مکان جدید اشاره می کند. بلافاصله پس از دریافت این کد وضعیت، مشتری باید درخواست را با URI جدید حل کند، اما تمام درخواست‌های بعدی باید از URI قدیمی استفاده کنند.
برای همه روش ها به جز HEAD، سرور باید یک توضیح فرامتنی در بدنه ارسال کند. هنگام استفاده از تمام روش‌های غیر از GET و POST، ابتدا باید کاربر را از تغییر URI مطلع کنید. هنگام دسترسی به منبع بعدی، روش POST باید به GET تغییر یابد، همانطور که برخی از عوامل انجام می دهند.
303 "دیگر را ببینید"
URI درخواستی را می توان توسط یک URI دیگر (مشخص شده در هدر Location) پیدا کرد. باید با استفاده از روش GET برای این منبع انتخاب شود.
304 "تغییر نشده"

اگر URI از تاریخ مشخص شده تغییر نکرده باشد، این کد پاسخ هدر lf-Modified-Since است. بدنه محتوا ارسال نمی شود و مشتری باید از نسخه محلی آن استفاده کند.

305 "استفاده از پروکسی"

URI درخواستی باید از طریق پروکسی مشخص شده در هدر Location قابل دسترسی باشد.

306 ="(استفاده نشده)" 307 "تغییر مسیر موقت"

درخواست مشتری ناقص است (خطای مشتری 4xx)

کدهای پاسخ در محدوده 400-499 نشان می دهد که درخواست مشتری ناقص است. این کدها همچنین ممکن است نشان دهند که اطلاعات اضافی از مشتری مورد نیاز است.

400 "درخواست بد"
نشان می دهد که سرور در درخواست مشتری با یک خطای نحوی مواجه شده است.
401 "غیر مجاز" - مجوز لازم است
این کد نتیجه که با هدر WWW-Authenticate ارسال می‌شود، نشان می‌دهد که کاربر درخواست‌کننده مجوز لازم را ندارد و اگر درخواست با URI داده شده تکرار شود، کاربر باید چنین مجوزی را اعطا کند.
402 "پرداخت لازم است"
این کد هنوز در HTTP پیاده سازی نشده است.
403 "ممنوعه"
درخواست رد شد زیرا سرور مایل نیست (یا نمی تواند) به مشتری پاسخ دهد.
404 ="پیدا نشد" - پیدا نشد
سند در URI مشخص شده وجود ندارد.
405 "روش مجاز نیست" - روش پشتیبانی نمی شود
این کد با هدر Allow صادر می شود و نشان می دهد که روش استفاده شده توسط مشتری برای URI داده شده پشتیبانی نمی شود.
406 "قابل قبول نیست"
منبع مشخص شده توسط مشتری در URI داده شده وجود دارد، اما نه در قالبی که مشتری می خواهد. به همراه این کد، سرور هدرهای Content-Language، Content-Encoding و Content-Type را صادر می کند.
407 "تأیید هویت پروکسی لازم است" سرور پروکسی درخواست مجوز کرده است.
سرور پروکسی باید قبل از ارسال درخواست مجوز آن را صادر کند. با هدر Proxy-Authenticate استفاده می شود.
408 "درخواست زمان پایان"
این کد پاسخ به این معنی است که مشتری ارسال نکرده است درخواست کاملبرای مدت زمان مشخصی (که معمولاً در پیکربندی سرور تنظیم می شود) و سرور خراب می شود اتصال شبکه.
409 "تعارض"
این درخواست با درخواست دیگری یا با پیکربندی سرور در تضاد است. اطلاعات مربوط به تضاد باید در قسمت اطلاعاتی پاسخ بازگردانده شود.
410 "رفته"
این کد نشان می دهد که URI درخواستی دیگر وجود ندارد و برای همیشه از سرور حذف شده است.
411 "طول مورد نیاز"
سرور درخواستی را بدون هدر Content-Length که در آن مشخص شده است نمی پذیرد.
412 "پیش شرط ناموفق"
نتیجه ارزیابی شرایط مشخص شده در درخواست توسط یک یا چند هدر if. . .، نشان دهنده "نادرست" است.
413 ="درخواست موجودیت خیلی بزرگ"
سرور درخواست را پردازش نمی کند زیرا بدنه آن بسیار بزرگ است.
414 ="Request-URI Too Long" - درخواست خیلی طولانی است
سرور درخواست را پردازش نمی کند زیرا URI آن بسیار طولانی است.
415 "نوع رسانه پشتیبانی نشده"

سرور درخواست را پردازش نمی کند زیرا بدنه آن در قالب پشتیبانی نشده است.

416 ="محدوده درخواستی راضی نیست"

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

417 "انتظار شکست خورد"

انتظار شکست خورد

422 ="Un Processable Entity" - سرور با موفقیت درخواست را پذیرفت، می تواند با نوع مشخص شده داده کار کند (به عنوان مثال، بدنه درخواست حاوی یک سند XML با نحو صحیح است)، اما نوعی خطای منطقی وجود دارد که به دلیل آن انجام عملیات روی منبع غیرممکن است.
در برخی از سیستم ها برای ارسال درخواست داده های اضافی استفاده می شود: داده کافی نیست (داده کافی نیست) 429 "شما از حد مجاز تجاوز کرده اید"

از حد درخواست فراتر رفت

449 - با یک پروکسی در کشور دیگری دوباره امتحان کنید. 450 =سرویس رتبه بندی در دسترس نیست 451 =به دلایل قانونی در دسترس نیست

دسترسی به منبع به دلیل مشکلات قانون محدود شده است. 451 - سایت در کشور شما مجاز نیست

452 ممکن است سایتی توسط کارفرما مجاز نباشد، 453 می تواند سایتی باشد که توسط ISP مجاز نیست 460 توسط رژیم سرکوبگر مسدود شده است

خطاهای سرور (خطای سرور 5xx)

کدهای پاسخ در محدوده 500-599 نشان می دهد که سرور با خطا مواجه شده است و احتمالاً قادر به انجام درخواست مشتری نیست.

500 "خطای سرور داخلی"
در حین پردازش درخواست در سرور، یکی از اجزای آن از کار افتاد یا با یک خطای پیکربندی مواجه شد. اغلب با خطاهای موجود در فایل htaccess همراه است
501 "اجرا نشده است"
مشتری عملی را درخواست کرده است که سرور قادر به انجام آن نیست.
502 "دروازه بد"
سرور (یا پروکسی) پاسخ های نامعتبری از سرور (یا پروکسی) دیگر دریافت کرد.
503 "سرویس در دسترس نیست"
این کد به این معنی است که این سرویس به طور موقت در دسترس نیست، اما دسترسی به آن در آینده بازیابی خواهد شد. اگر سرور بداند چه زمانی این اتفاق می‌افتد، ممکن است هدر Retry-After نیز صادر شود.
504 "زمان پایان دروازه"
این پاسخ شبیه به 408 (Request Time-out) است، با این تفاوت که دروازه یا سرور معتبر به پایان رسیده است.
505 "نسخه HTTP پشتیبانی نمی شود"

سرور از نسخه پروتکل HTTP استفاده شده در درخواست پشتیبانی نمی کند.

560 - سرور در حال سانسور است

خطاها (خطای 7xx)

701 - ISP شما یک twat است. 702 - سازمان شما در حال تداوم است. 703 - دولت شما در حال توات است 704 - ISP شما یک twat است و با درخواست DNS شما به هم ریخته است و شما را به ارسال هرزنامه برای دامنه درخواستی ارسال می کند. 705 - ISP شما در حال محدود کردن / بسته شکل دادن به جهنم زنده از اتصال شما است. 706 - نوع HTML درخواست شده (موبایل، بدون فلش .... تعداد زیادی پرچم در اینجا). 707 - زمان سرور فعلی (بر حسب تیک از دوران) و منطقه زمانی سرور.

خطاها (خطای 9xx)

911 - اورژانس اینترنتی ارائه دهنده این اتصال مجبور است این درخواست را سانسور کند

برای ارسال کد وضعیت از PHP، از دایرکتیو استفاده کنید. وضعیت سرصفحه ".

.

هنگام دسترسی به یک وب سرور یا برنامه، هر درخواست HTTP ورودی یک کد وضعیت HTTP را به عنوان پاسخ دریافت می کند. کدهای وضعیت HTTP کدهای سه کاراکتری هستند که در پنج کلاس مختلف گروه بندی می شوند. کلاس کد وضعیت را می توان با رقم اول شناسایی کرد:

• 1xx - کدهای اطلاعاتی؛
• 2xx - موفقیت؛
• 3xx - تغییر مسیر؛
• 4xx - خطای مشتری؛
• 5xx - خطای سرور.

این راهنما بر شناسایی و حل رایج ترین کدهای خطای HTTP (یعنی کدهای وضعیت 4xx و 5xx) از دیدگاه مدیر سیستم تمرکز دارد. در برخی شرایط، وب سرور به یک درخواست با یک کد خطای خاص پاسخ می دهد. کلی را در نظر بگیرید دلایل ممکنو راه حل ها

مروری کوتاه بر خطاهای سرویس گیرنده و سرور

خطاهای سرویس گیرنده (کدهای وضعیت HTTP 400-499) به دلیل درخواست های HTTP ارسال شده توسط مشتری (مرورگر وب یا سایر سرویس گیرندگان HTTP) ایجاد می شود. اگرچه این نوع خطاها مستقیماً با مشتری مرتبط هستند، مدیر سیستمبرای تعیین اینکه آیا مشکل در تنظیمات سرور قابل حل است یا خیر، دانستن اینکه کاربر ممکن است با چه کدهای خطایی مواجه شود مفید است.

خطاهای سرور (کدهای وضعیت HTTP 500-599) زمانی رخ می دهد که وب سرور به دلیل نوعی خطا یا شکست قادر به پردازش درخواست نباشد.

• هنگام استفاده از مرورگر وب برای آزمایش سرور وب، حتماً مرورگر خود را پس از ایجاد تغییرات در تنظیمات سرور به‌روزرسانی کنید.
• گزارش های سرور را برای جزئیات در مورد نحوه رسیدگی سرور به درخواست ها بررسی کنید. به عنوان مثال، وب سرورهای Apache و Nginx دو فایل به نام‌های access.log و error.log ایجاد می‌کنند که در آن می‌توانید اطلاعات مربوطه را پیدا کنید.
• به یاد داشته باشید، تعاریف کد وضعیت HTTP بخشی از استانداردی است که توسط برنامه درخواست کننده پیاده سازی می شود. این بدان معنی است که کد وضعیت واقعی که در نتیجه بازگردانده می شود به نحوه بستگی دارد نرم افزارسرور خطای خاص را مدیریت می کند.

با وجود مفاهیم اولیه کدهای وضعیت HTTP، بیایید نگاهی به رایج ترین خطاها بیندازیم.

خطای 400 درخواست بد

کد وضعیت 400 یا خطای بددرخواست ("درخواست بد") به این معنی است که نحو درخواست HTTP ارسال شده به سرور نادرست است.

به عنوان یک قاعده، دلایل خطای 400 Bad Request به شرح زیر است:

• کوکی های کاربر مرتبط با سایت خراب است. برای حل این مشکل، سعی کنید کش و کوکی های مرورگر خود را پاک کنید.
• یک درخواست نادرست به دلیل یک مرورگر معیوب.
• یک درخواست نادرست به دلیل خطای کاربر هنگام ایجاد دستی درخواست HTTP (به عنوان مثال، استفاده نادرست از curl).

خطای 401 غیرمجاز

کد وضعیت 401 یا خطای غیرمجاز، به این معنی است که کاربری که سعی در دسترسی به منبع دارد مجاز نبود (یا قادر به احراز هویت با اعتبارنامه های نادرست) نبوده است. برای اینکه بتواند یک منبع محافظت شده را مشاهده کند، کاربر باید اعتبارنامه معتبری ارائه کند.

به عنوان مثال، اگر کاربر در تلاش برای دسترسی به منبعی باشد که توسط مجوز HTTP محافظت می شود (مانند این یکی) ممکن است یک خطای 401 Unauthorized رخ دهد. در چنین شرایطی، خطای 401 بارها و بارها ظاهر می شود تا زمانی که کاربر نام کاربری و رمز عبور صحیح (که در فایل htpasswd. موجود است) را ارائه دهد.

خطای 403 ممنوع است

کد وضعیت 403 یا خطای Forbidden به این معنی است که درخواست کاربر به درستی ارسال شده است، اما سرور به دلیل عدم دسترسی به منبع درخواستی، از ارائه آن خودداری می کند. این بخش شایع ترین دلایل خطای 403 را شرح می دهد.

مجوزهای فایل

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

برای مثالی از عیب یابی خطای 403، فرض می کنیم که:

• کاربر در حال تلاش برای دسترسی به یک فایل فهرست (http://example.com/index.html) است.
• فرآیند کارگر وب سرور متعلق به کاربر www-data است.
• فایل فهرست روی سرور در /usr/share/nginx/html/index.html قرار دارد.

بنابراین، اگر کاربر خطای 403 Forbidden دریافت می کند، مطمئن شوید که کاربر www-data مجوز خواندن فایل را دارد. به عنوان یک قاعده، در چنین شرایطی، فقط باید مجوزهای موجود در پرونده را تغییر دهید. این کار را می توان به روش های مختلفی انجام داد، اما در این مورد، این دستور انجام می دهد:

sudo chmod o=r /usr/share/nginx/html/index.html

فایل htaccess

یکی دیگر از دلایل احتمالی خطای 403 (اغلب بر اساس طراحی) استفاده از فایل htaccess. با استفاده از فایل htaccess، می توانید از دسترسی آدرس های IP خاص (یا محدوده آدرس ها) به منابع خاصی جلوگیری کنید.

اگر کاربران به طور غیرمنتظره ای خطای 403 Forbidden دریافت می کنند، مطمئن شوید که این خطا ناشی از تنظیماتی در فایل htaccess. نیست.

فایل فهرست موجود نیست

اگر کاربر سعی کند به دایرکتوری دسترسی پیدا کند که فایل فهرست استانداردی ندارد و فهرست دایرکتوری غیرفعال باشد، وب سرور خطای 403 Forbidden را برمی‌گرداند. این اتفاق می افتد اگر، برای مثال، کاربر سعی کند به دایرکتوری http://example.com/emptydir/ دسترسی پیدا کند و هیچ فایل فهرستی در پوشه خالی سرور روی سرور وجود نداشته باشد. فهرست دایرکتوری را می توان در تنظیمات سرور فعال کرد.

خطای 404 یافت نشد

کد وضعیت 404 یا خطا نیست Found ("یافت نشد") به این معنی است که کاربر می تواند با سرور تعامل داشته باشد، اما فایل یا منبع مورد نیاز وجود ندارد.

خطاهای 404 می توانند در موقعیت های مختلف رخ دهند. در زیر لیستی از نکات برای کمک به عیب یابی در صورت دریافت غیرمنتظره 404 یافت نشد توسط کاربر وجود دارد:

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

خطای 500 خطای داخلی سرور

کد وضعیت 500 یا خطای داخلی سرور به این معنی است که سرور به دلیل نامعلومی نمی تواند درخواست را پردازش کند. گاهی اوقات این کد در شرایطی ظاهر می شود که سایر پیام های خطای 5xx مناسب تر هستند.

به عنوان یک قاعده، علت این خطا، پیکربندی نادرست سرور (به عنوان مثال، یک فایل htaccess. خراب) یا کمبود برخی از بسته ها (به عنوان مثال، در حال اجرا) است. فایل PHPبدون PHP از پیش نصب شده).

خطای 502 Bad Gateway

کد وضعیت 502 یا خطای Bad Gateway به این معنی است که سرور درخواستی یک درگاه یا سرور پروکسی است و پاسخ‌های معتبری از سرورهای پشتیبان که واقعاً درخواست را انجام داده‌اند دریافت نمی‌کند.

اگر یک پروکسی معکوس است (به عنوان مثال، یک متعادل کننده بار)، مطمئن شوید که:

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

خطای 503 سرویس در دسترس نیست

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

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

خطای 504 گیت اووت

کد وضعیت 504 یا خطای Gateway Timeout ("دروازه پاسخ نمی دهد") به این معنی است که سرور داده شدهیک دروازه یا پروکسی است و در بازه زمانی مجاز پاسخی از پشتیبان دریافت نمی کند.

به عنوان یک قاعده، این به دلایل زیر رخ می دهد:

• اتصال ضعیف شبکه بین سرورها؛
• سرور باطنی که درخواست را اجرا می کند بسیار کند است.
• تنظیمات سرور طوری پیکربندی شده اند که برای دروازه یا سرور پراکسی خیلی کوتاه منتظر بمانند.

نتیجه

اکنون با کدهای خطای اصلی HTTP آشنا شده اید و راه های حل این مشکلات را می شناسید.

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

برچسب ها: ,

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

مجوز

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

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

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

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

خطا خطا نزاع

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

خطای 401 یک نام رایج است. منعکس کننده ماهیت مشکل است، اما برنامه های کاربردی مختلفمی تواند خود را به طرق مختلف نشان دهد و حتی به طور متفاوت نامیده شود. همیشه یک نام دیجیتال وجود خواهد داشت، اما کلمه "خطا" را می توان با کلمه دیگری یا حتی با یک کد نامفهوم جایگزین کرد.

مشکلات در بانک سبز

این اشتباه در روسیه محبوبیت خاصی به دست آورده است که عمدتاً به دلیل بانک سبز است که همیشه در نزدیکی آن قرار دارد. یک بار، در یکی از موضوعات فدراسیون روسیه، یک وضعیت ناخوشایند اتفاق افتاد - هزاران کاربر نتوانستند مجوز را در برنامه بانک دریافت کنند. خطای Srve0295e 401 - این کتیبه توسط بسیاری روی صفحه نمایش گوشی هوشمند دیده شد. دلیل این خطا هنوز مشخص نیست. به احتمال زیاد این مشکل از بانک یا ارائه دهنده است. اگر خطایی رخ دهد، توصیه می شود بلافاصله با پشتیبانی فنی یا حتی بهتر از آن - ارائه دهنده تماس بگیرید.

ویرایش دستی رجیستری ویندوز برای حذف کلیدهای نامعتبر Authorization Required توصیه نمی شود مگر اینکه شما حرفه ای خدمات کامپیوتری باشید. اشتباهاتی که در هنگام ویرایش رجیستری مرتکب می شوند می توانند کامپیوتر شما را غیرقابل استفاده کنند و صدمات جبران ناپذیری به شما وارد کنند. سیستم عامل. در واقع، حتی یک کاما در جای اشتباه می تواند از بالا آمدن کامپیوتر شما جلوگیری کند!

به دلیل این خطر، ما به شدت توصیه می کنیم از یک پاک کننده رجیستری مطمئن مانند Reimage (توسعه یافته توسط Microsoft Gold Certified Partner) برای اسکن و رفع مشکلات مربوط به خطای 401 استفاده کنید. با استفاده از پاک کننده رجیستری، می توانید فرآیند پیدا کردن خراب را خودکار کنید. ورودی‌های رجیستری، ارجاع به فایل‌های از دست رفته (به عنوان مثال، ایجاد خطای Authorization Required) و پیوندهای خراب در رجیستری. قبل از هر اسکن، به طور خودکار ایجاد می شود نسخه پشتیبان، که به شما امکان می دهد هر تغییری را با یک کلیک لغو کنید و از شما محافظت می کند آسیب احتمالیکامپیوتر. بهترین بخش این است که رفع خطاهای رجیستری می تواند سرعت و عملکرد سیستم را به شدت بهبود بخشد.

هشدار:اگر تو نیستی کاربر با تجربهکامپیوتر، ما ویرایش دستی رجیستری ویندوز را توصیه نمی کنیم. استفاده نادرست از ویرایشگر رجیستری می تواند منجر به مشکلات جدی شود نصب مجدد ویندوز. ما تضمین نمی کنیم که مشکلات ناشی از استفاده نادرست از ویرایشگر رجیستری قابل حل باشد. شما با مسئولیت خود از ویرایشگر رجیستری استفاده می کنید.

قبل از بازیابی دستی رجیستری ویندوز، باید با صادر کردن بخشی از رجیستری مربوط به مجوز مورد نیاز (به عنوان مثال سیستم عامل ویندوز) یک نسخه پشتیبان ایجاد کنید:

1. روی دکمه کلیک کنید برای شروع.
2. وارد " فرمان" که در نوار جستجو... هنوز فشار ندهید وارد!
3. نگه داشتن کلیدها CTRL-Shiftروی صفحه کلید، فشار دهید وارد.
4. یک گفتگوی دسترسی نمایش داده خواهد شد.
5. کلیک آره.
6. جعبه سیاه با یک مکان نما که چشمک می زند باز می شود.
7. وارد " regedit"و فشار دهید وارد.
8. در ویرایشگر رجیستری، کلید مربوط به خطای 401 (به عنوان مثال سیستم عامل ویندوز) را که می خواهید از آن نسخه پشتیبان تهیه کنید، انتخاب کنید.
9. در منو فایلانتخاب کنید صادرات.
10. ذکر شده ذخیره درپوشه ای را که می خواهید نسخه پشتیبان را در آن ذخیره کنید انتخاب کنید کلید ویندوزسیستم عامل.
11. در زمینه نام فایلیک نام برای فایل پشتیبان وارد کنید، مانند "پشتیبان گیری سیستم عامل ویندوز".
12. از میدان مطمئن شوید محدوده صادراتمقدار انتخاب شده شعبه انتخاب شده.
13. کلیک صرفه جویی.
14. فایل ذخیره خواهد شد با پسوند reg.
15. اکنون یک نسخه پشتیبان از ورودی رجیستری مربوط به مجوز مورد نیاز خود دارید.

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

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

دلایل احتمالی برای ظاهر شدن خطای 401 چیست؟

• مشکلات عملکرد سرور
• مشکلات کاربر کامپیوتر محلی
• مشکلات مربوط به اسکریپت های داخلی شما

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

اگر مشکل در اسکریپت های شما باشد، پشتیبانی کمک چندانی به شما نخواهد کرد. اولین قدم این است که تمام صفحاتی که فقط برای کاربران ثبت نام شده در دسترس هستند را از فهرست سازی در robots.txt ببندید. در مرحله بعد، باید کد پاسخ صحیح 200 را در صفحات مشکل پیکربندی کنیم و تمام عملکردهای سایت را ذخیره کنیم. توسط بیشترین گزینه سادهراه حل مشکل راه اندازی یک تغییر مسیر 301 از صفحه دارای کد 401 به صفحه دارای فرم ثبت نام خواهد بود که پس از عبور از آن مجدداً کاربر را به صفحه مورد نظر خود هدایت می کنیم. یک گزینه دشوارتر راه اندازی یک ویژه خواهد بود اسکریپت جاواکه با کلیک کاربر بر روی لینکی که نیاز به مجوز دارد، در همان صفحه پنجره ای برای وارد کردن لاگین و رمز عبور نمایش داده می شود که پس از پر کردن، صفحه مورد نظر به کاربر داده می شود.

اگر کاربر ثبت نام کرده باشد اما همچنان کد پاسخ 401 را دریافت کند، به احتمال زیاد سطوح دسترسی برای از این نوعکاربر، یا مدت زمان جلسه کاربر قبل از خروج خودکار بسیار کوتاه است. برای افزایش مدت زمان جلسه کاربر، فایل php.ini را در سرور پیدا می کنیم و مقدار دو پارامتر زیر را افزایش می دهیم: session.gc_maxlifetime و session.cookie_lifetime.