(.*)/index.php$ { return 301 https://$host$1; }

Переадресация заработала, но теперь упал сам сайт и стал возвращать ошибку 500 Internal Server Error

Полный конфиг nginx:

user www-data;
worker_processes  1;
error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;
events {
    worker_connections  1024;
}
http {
map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
}
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    access_log  /var/log/nginx/access.log  main;
    sendfile        on;
    #tcp_nopush     on;
    keepalive_timeout  300;
    server_tokens off;
    #gzip  on;
    include /etc/nginx/conf.d/*.conf;
        include /etc/nginx/vhosts/*/*.conf;
        client_max_body_size 128m;
        server {
                server_name localhost;
        disable_symlinks if_not_owner;
        include /etc/nginx/vhosts-includes/*.  conf;
        location @fallback {
                error_log /dev/null crit;
                proxy_pass http://127.0.0.1:8080;
                proxy_redirect http://127.0.0.1:8080 /;
                proxy_set_header Host $host;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_set_header X-Forwarded-Proto $scheme;
                access_log off ;
        }
        listen 80;
        listen [::]:80;
        }
}
# configuration file /etc/nginx/mime.types:
types {
    text/html                             html htm shtml;
    text/css                              css;
    text/xml                              xml;
    image/gif                             gif;
    image/jpeg                            jpeg jpg;
    application/javascript                js;
    application/atom+xml                  atom;
    application/rss+xml                   rss;
    text/mathml                           mml;
    text/plain                            txt;
    text/vnd.
  sun.j2me.app-descriptor      jad;
    text/vnd.wap.wml                      wml;
    text/x-component                      htc;
    image/png                             png;
    image/tiff                            tif tiff;
    image/vnd.wap.wbmp                    wbmp;
    image/x-icon                          ico;
    image/x-jng                           jng;
    image/x-ms-bmp                        bmp;
    image/svg+xml                         svg svgz;
    image/webp                            webp;
    application/font-woff                 woff;
    application/java-archive              jar war ear;
    application/json                      json;
    application/mac-binhex40              hqx;
    application/msword                    doc;
    application/pdf                       pdf;
    application/postscript                ps eps ai;
    application/rtf                       rtf;
    application/vnd.apple.mpegurl         m3u8;
    application/vnd.ms-excel              xls;
    application/vnd.  ms-fontobject         eot;
    application/vnd.ms-powerpoint         ppt;
    application/vnd.wap.wmlc              wmlc;
    application/vnd.google-earth.kml+xml  kml;
    application/vnd.google-earth.kmz      kmz;
    application/x-7z-compressed           7z;
    application/x-cocoa                   cco;
    application/x-java-archive-diff       jardiff;
    application/x-java-jnlp-file          jnlp;
    application/x-makeself                run;
    application/x-perl                    pl pm;
    application/x-pilot                   prc pdb;
    application/x-rar-compressed          rar;
    application/x-redhat-package-manager  rpm;
    application/x-sea                     sea;
    application/x-shockwave-flash         swf;
    application/x-stuffit                 sit;
    application/x-tcl                     tcl tk;
    application/x-x509-ca-cert            der pem crt;
    application/x-xpinstall               xpi;
    application/xhtml+xml                 xhtml;
    application/xspf+xml                  xspf;
    application/zip                       zip;
    application/octet-stream              bin exe dll;
    application/octet-stream              deb;
    application/octet-stream              dmg;
    application/octet-stream              iso img;
    application/octet-stream              msi msp msm;
    application/vnd.
  openxmlformats-officedocument.wordprocessingml.document    docx;
    application/vnd.openxmlformats-officedocument.spreadsheetml.sheet          xlsx;
    application/vnd.openxmlformats-officedocument.presentationml.presentation  pptx;
    audio/midi                            mid midi kar;
    audio/mpeg                            mp3;
    audio/ogg                             ogg;
    audio/x-m4a                           m4a;
    audio/x-realaudio                     ra;
    video/3gpp                            3gpp 3gp;
    video/mp2t                            ts;
    video/mp4                             mp4;
    video/mpeg                            mpeg mpg;
    video/quicktime                       mov;
    video/webm                            webm;
    video/x-flv                           flv;
    video/x-m4v                           m4v;
    video/x-mng                           mng;
    video/x-ms-asf                        asx asf;
    video/x-ms-wmv                        wmv;
    video/x-msvideo                       avi;
}
# configuration file /etc/nginx/conf. 
  d/default.conf:
# disabled by ISPmanager
# configuration file /etc/nginx/vhosts/brixo/site.com.conf:
server {
  server_name site.com www.site.com;
  charset UTF-8;
  access_log /var/www/httpd-logs/site.com.access.log;
  error_log /var/www/httpd-logs/site.com.error.log notice;
  return 301 https://site.com$request_uri;
  listen 185.149.243.194:80;
  # ht(passwd|access)
  location ~* /\.ht  { deny all; }
}
server {
  server_name site.com www.site.com;
  ssl_certificate "/var/www/httpd-cert/brixo/www_site_com_2023_01_21.crt";
  ssl_certificate_key "/var/www/httpd-cert/brixo/www_site_com_2023_01_21.key";
  ssl_ciphers EECDH:+AES256:-3DES:RSA+AES:!NULL:!RC4;
  ssl_prefer_server_ciphers on;
  ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
  add_header Strict-Transport-Security "max-age=31536000;";
  ssl_dhparam /etc/ssl/certs/dhparam4096.pem;
  charset UTF-8;
  index index.php index.html;
  disable_symlinks if_not_owner from=$root_path;
  include /etc/nginx/vhosts-includes/*.conf;
  include /etc/nginx/vhosts-resources/site.
 
  /catalog/(.*)$ {
#      try_files $catalog_path/$1 $catalog_path/index.html =404;
#    }
#    location /favicons/ {
#      try_files $uri @fallback;
#    }
    location / {
      add_header X-root $uri always;
#      try_files /does_not_exists @fallback;
      proxy_pass http://127.0.0.1:32080;
      proxy_set_header Host $host;
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header X-Forwarded-Proto $scheme;
      proxy_set_header X-Forwarded-Port $server_port;
    }
}
  location @fallback {
    add_header X-uri-fallback $uri;
    proxy_pass http://127.0.0.1:8080;
    proxy_redirect http://127.0.0.1:8080 /;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-Port $server_port;
    access_log off;
  }
}
# configuration file /etc/nginx/vhosts-includes/blacklist-nginx.conf:
        location @blacklist {
        proxy_redirect off ;
        proxy_pass https://185.
  ~ /phpmyadmin/setup {
        deny all;
}
# configuration file /etc/nginx/fastcgi_params:
fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;
fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  SERVER_NAME        $server_name;
# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;
fastcgi_param   SCRIPT_FILENAME         $request_filename;

логи ошибок nginx;

    `2022/02/04 15:57:13 [notice] 20786#20786: signal process started
2022/02/04 16:00:04 [notice] 20964#20964: signal process started
2022/02/04 16:00:49 [notice] 21002#21002: signal process started
2022/02/04 16:19:45 [notice] 22738#22738: signal process started
2022/02/04 16:20:15 [notice] 22760#22760: signal process started
2022/02/04 16:36:15 [notice] 29070#29070: signal process started
2022/02/04 17:37:18 [notice] 1959#1959: signal process started
2022/02/04 17:38:15 [notice] 2169#2169: signal process started
2022/02/04 17:39:52 [crit] 2170#2170: accept4() failed (24: Too many open files)
2022/02/04 17:40:54 [notice] 2793#2793: signal process started
2022/02/04 17:42:25 [notice] 3003#3003: signal process started
2022/02/04 17:43:13 [notice] 3072#3072: signal process started
2022/02/04 17:43:13 [alert] 3004#3004: recvmsg() returned invalid ancillary data level 17 or type 4
2022/02/04 17:43:29 [notice] 3091#3091: signal process started
2022/02/04 17:43:48 [notice] 3706#3706: signal process started
2022/02/04 17:44:26 [notice] 5542#5542: signal process started
2022/02/04 17:45:19 [notice] 7345#7345: signal process started
2022/02/04 17:46:00 [alert] 7346#7346: *794422 open socket #91 left in connection 78
2022/02/04 17:46:00 [alert] 7346#7346: *801818 open socket #68 left in connection 129
2022/02/04 17:46:00 [alert] 7346#7346: *794423 open socket #143 left in connection 130
2022/02/04 17:46:00 [alert] 7346#7346: *795158 open socket #207 left in connection 194
2022/02/04 17:46:00 [alert] 7346#7346: *795159 open socket #208 left in connection 195
2022/02/04 17:46:00 [alert] 7346#7346: *800361 open socket #152 left in connection 238
2022/02/04 17:46:00 [alert] 7346#7346: *797853 open socket #421 left in connection 409
2022/02/04 17:46:00 [alert] 7346#7346: *797858 open socket #425 left in connection 413
2022/02/04 17:46:00 [alert] 7346#7346: *797879 open socket #432 left in connection 420
2022/02/04 17:46:00 [alert] 7346#7346: *797884 open socket #437 left in connection 425
2022/02/04 17:46:00 [alert] 7346#7346: *797926 open socket #460 left in connection 448
2022/02/04 17:46:00 [alert] 7346#7346: *797931 open socket #465 left in connection 453
2022/02/04 17:46:00 [alert] 7346#7346: *797944 open socket #472 left in connection 460
2022/02/04 17:46:00 [alert] 7346#7346: *797951 open socket #475 left in connection 463
2022/02/04 17:46:00 [alert] 7346#7346: *800358 open socket #173 left in connection 467
2022/02/04 17:46:00 [alert] 7346#7346: *801026 open socket #85 left in connection 524
2022/02/04 17:46:00 [alert] 7346#7346: aborting
2022/02/04 17:46:00 [alert] 5543#5543: *792735 open socket #167 left in connection 172
2022/02/04 17:46:00 [alert] 5543#5543: *789170 open socket #451 left in connection 398
2022/02/04 17:46:00 [alert] 5543#5543: *792736 open socket #170 left in connection 509
2022/02/04 17:46:00 [alert] 5543#5543: *789169 open socket #268 left in connection 569
2022/02/04 17:46:00 [alert] 5543#5543: aborting
2022/02/04 17:46:03 [alert] 1090#1090: worker process 3004 exited on signal 9
`

• nginx
• веб-сервер

5

Помогло решение из вопроса https://stackoverflow. (.*/)index\.php$») { return 301 $1; } location / { # … } }`

Зарегистрируйтесь или войдите

Регистрация через Google

Регистрация через Facebook

Регистрация через почту

Отправить без регистрации

Почта

Необходима, но никому не показывается

Отправить без регистрации

Почта

Необходима, но никому не показывается

Нажимая на кнопку «Отправить ответ», вы соглашаетесь с нашими пользовательским соглашением, политикой конфиденциальности и политикой о куки

python — Django in production (nginx, gunicorn, supervisor).

Server Error (500) при отправке формы

Доброго времени суток, товарищи программисты!

Сделал проект на Django и залил его на хостинг VPS с помощью nginx, gunicorn и supervisor. Это моя первая практика.

Проблема заключается в том, что при отправке формы на сайте выходит ошибка Server Error (500). Хотя сам сайт работает, и в админке всё тоже изменяется, добавляется и т.д. Пробовал на локальном сервере на моём ПК и нет никакой ошибки (естественно с DUBUG=True).

Установленные модули python:

django
django-adminlte3
Pillow
django-ipware
gunicorn
supervisor
DateTime
asgiref
pytz
sqlparse
zope.interface

Упрощённый html формы (ну на всякий случай):

<form action="{% url 'send_email:send' %}" method="POST">
  {% csrf_token %}
  <div>
    <p>Ваше имя: </p>
    <input type="text" placeholder="Введите Ваше имя" name="name">
  </div>
  <div>
    <p>Ваш номер телефона: </p>
    <input type="text" placeholder="Введите Ваш телефон" name="phone">
  </div>
  <button type="submit">Отправить</button>
</form>

Код send_email views. py:

from django.shortcuts import redirect
from main.models import Email
from django.conf import settings
from django.core.mail import send_mail
from .models import *
from ipware import get_client_ip
import datetime
def send(request):
    if request.method == "POST" and request.POST["name"] and request.POST["phone"]:
        client_ip = get_client_ip(request) # получаю ip отправителя
        name = request.POST["name"] # получаю имя отправителя через POST
        phone = request.POST["phone"] # получаю номер телефона отправителя через POST
        
        # обрезаю поля на всякий случай
        name = name[:255] 
        phone = phone[:255]
        # достаю email из БД, на который нужно отправлять письмо
        emails = Email.objects.all()
        if emails:
            to = emails[0]
        else: # если не сработало, то загружаю заявку в БД (default для email_to стоит)
            email_request = EmailRequest(
                ip_user=client_ip[0],
                name=name,
                phone=phone,
                request_time=f"{datetime. datetime.now()} (по времени сервера)"
            )
            email_request.save()
            return redirect('main:index') # перенаправление
        # формирую письмо
        message = f"""
                Кто-то отправил заявку
                Имя отправителя: {name};
                Номер телефона отправителя: {phone};"""
        html = f"""
                <html>
                <head></head>
                <body>
                    <h2>Кто-то отправил заявку</h2>
                    <h4>Имя отправителя: {name};</h4>
                    <h4>Номер телефона отправителя: <a href="tel:{phone}">{phone}</a>;</h4> 
                    <hr>
                    IP-адрес отправителя: {client_ip[0]}
                </body>
                </html>"""
        # отправка письма на почту
        send_mail(subject='Получена заявка от клиента', message=message, from_email=f"{settings.DEFAULT_FROM_EMAIL} <{settings. EMAIL_HOST_USER}>", recipient_list=[to], html_message=html)
        # загрузка заявки в БД
        email_request = EmailRequest(
            ip_user=client_ip[0],
            name=name,
            phone=phone,
            email_to=to,
            request_time=f"{datetime.datetime.now()} (по времени сервера)"
        )
        email_request.save()
        return redirect('main:index') # перенаправление
    else:
        return redirect('main:index')

Возможно, ошибка в настройках библиотеки send_mail.

Вот основные настройки проекта:

DEBUG = False
EMAIL_BACKEND = 'django.core.mail.backends.dummy.EmailBackend'
EMAIL_USE_TLS = True
EMAIL_HOST = 'smtp.mail.ru'
EMAIL_PORT = '25'
EMAIL_HOST_USER = '<EMAIL ADDRESS>'
EMAIL_HOST_PASSWORD = '<PASSWORD>'
DEFAULT_FROM_EMAIL = '<NAME IN ENGLISH>'
EMAIL_DEBUG = False
LANGUAGE_CODE = 'ru'
TIME_ZONE = 'Europe/Moscow'
USE_I18N = True
USE_L10N = True
USE_TZ = True

Я думаю, что ошибка может быть в настройке nginx, gunicorn или supervisor.

Настройка nginx /etc/nginx/sites-available/default (проверял с помощью: sudo nginx -t):

server {
    listen 80 default_server;
    listen [::]:80 default_server;
    root /var/www/<DOMEN>.ru;
    index index.html index.htm index.nginx-debian.html;
    server_name <DOMEN>.ru;
    access_log  /var/log/nginx/example.log;
    location = /favicon.ico { access_log off; log_not_found off; }
    location /static/ {
        root /home/<USER>/<PROJECT_NAME>;
        expires 30d;
    }
    location /media/ {
        root /home/<USER>/<PROJECT_NAME>;
        expires 30d;
    }
    location / {
        proxy_pass http://unix:/home/<USER>/<PROJECT_NAME>/<PROJECT_NAME>.sock;
        proxy_set_header Host $server_name;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

Настройка gunicorn.service /etc/systemd/system/gunicorn. service:

[Unit]
Description=gunicorn daemon
After=network.target
[Service]
User=<USER>
Group=www-data
WorkingDirectory=/home/<USER>/<PROJECT_NAME>
ExecStart=/home/<USER>/venv/bin/gunicorn --access-logfile - --workers 3 --bind unix:/home/<USER>/<PROJECT_NAME>/<PROJECT_NAME>.sock <PROJECT_NAME>.wsgi:application
[Install]
WantedBy=multi-user.target

Настройки supervisor /etc/supervisor/conf.d:

[program:<PROGRAM_NAME>]
command=/home/<USER>/venv/bin/gunicorn <PROJECT_NAME>.wsgi:application -c /home/<USER>/<PROJECT_NAME>/config/gunicorn.conf.py
directory=/home/<USER>/<PROJECT_NAME>
user=<USER>
autorestart=true
redirect_stderr=true
stdout_logfile = /home/<USER>/<PROJECT_NAME>/logs/debug.log

Файл /home/<USER>/<PROJECT_NAME>/config/gunicorn.conf.py, упомянутый выше, в настройках supervisor /etc/supervisor/conf. d во 2-ой строке:

bind = "127.0.0.1:8000"
workers = 3
user = "<USER>"
timeout = 120

Файл /home/<USER>/<PROJECT_NAME>/<PROJECT_NAME>.sock создаётся, и, как я уже говорил, сервер запускается (проверял с помощью: sudo systemctl status gunicorn и sudo supervisorctl status <PROGRAM_NAME>)

В логах /var/log/nginx/example.log и sudo journalctl -u gunicorn: пишет "POST <URL> HTTP/1.0" 500 и дальше что-то типо: Chrome, Mozilla и т.д.

В логах /home/<USER>/<PROJECT_NAME>/logs/debug.log и sudo tail -F /var/log/nginx/error.log ничего по этому поводу не нашёл

Если кто-то знает решение, может сказать, где посмотреть нормальные подробные логи, или дать полезный совет — пишите, буду благодарен за каждую, даже малейшую, помощь. Заранее спасибо

Как исправить внутреннюю ошибку сервера 500 в NGINX

Иногда сервер NGINX может выдавать ошибку внутреннего сервера 500 по разным причинам. В этой статье мы рассмотрим, что означает 500 Internal Server Error в NGINX и как исправить 500 Internal Server Error в NGINX.

 

Что такое 500 Internal Server Error в NGINX

NGINX выдает 500 Internal Server Error при возникновении ошибки на стороне сервера, которая не позволяет NGINX вернуть правильный ответ. Это может быть вызвано множеством различных причин, таких как неисправный скрипт, отсутствующие файлы, на которые ссылается код, неадекватные права доступа к файлам и т. д. NGINX обычно используется в качестве обратного прокси-сервера, поэтому наиболее распространенной причиной 500 Internal server является ошибка в одном из его веб-серверы, такие как Apache, столкнулись с проблемой и вернули NGINX ответ с ошибкой 500, который затем возвращается в клиентские браузеры. Существуют различные способы исправления внутренней ошибки сервера в NGINX.

Дополнительное прочтение : Как исправить ошибку 504 Gateway Timeout Error в NGINX

 

Как исправить 500 Internal Server Error в NGINX

Вот шаги, чтобы исправить 500 Internal Server Error в NGINX на localhost, CPanel, PHP, Ubuntu и другие платформы.

 

1. Hard Refresh

Иногда вы можете получить 500 внутреннюю ошибку сервера в NGINX, потому что ваш сервер в этот момент перезагружается или веб-сервер обрабатывает слишком много запросов.

Значит, у него недостаточно ресурсов для обслуживания вашего запроса.

В таких случаях вы можете просто выполнить аппаратное обновление своей страницы, чтобы заставить браузер получить последнюю версию веб-страницы и исправить внутреннюю ошибку сервера 500 в NGINX. Вы можете сделать это, нажав

• Windows: Ctrl + F5
• Mac: Apple + R или Cmd + R
• Linux: F5

Дополнительная информация: как исправить ошибку 502 Bad Gateway Error в NGINX

 

2. Изучите журналы сервера

Откройте журнал вашего сервера в текстовом редакторе, чтобы проанализировать самые последние запросы. Каждый журнал сервера содержит информацию о запрошенных URL-адресах и коде ответа для каждого запроса.

Узнайте, какие запросы приводят к внутренней ошибке сервера 500. Может случиться так, что только одна страница или несколько страниц выдают эту ошибку, в то время как другие работают нормально.

Узнайте, какие запросы вызывают внутреннюю ошибку сервера 500. После того, как вы определили проблемные URL-адреса, откройте браузер и запросите их снова, чтобы убедиться, что это действительно так.

Дополнительная информация: Как увеличить время ожидания запроса в NGINX

 

3. Изучите свой сценарий

Затем проанализируйте сценарий для обработки проблемных запросов. Он действительно присутствует в нужном месте? Правильно ли вы ссылаетесь на него в файле сопоставления/маршрутизации URL-адресов?

Если ваш сценарий ссылается на другой файл, проверьте правильность пути к этому файлу. Если вы сослались на какую-либо программу/функцию, правильно ли вы ее назвали?

 

4. Проверка прав доступа к файлам/папкам

Это также может быть связано с неправильными правами доступа к файлам/папкам. Вы недавно добавляли/изменяли какой-либо файл/папку?

Обычно для файлов требуется разрешение 644, а для папок — разрешение 755. Вы можете использовать FileZilla (Windows) и Chmod (Linux) для изменения прав доступа к файлам.

Вы также можете просмотреть права доступа к другим файлам и папкам в своем коде и соответствующим образом обновить их для своих файлов/папок.

Дополнительное чтение: Как увеличить размер загружаемого файла в NGINX

 

5. Проверьте перенаправления

Если вы неправильно настроили какие-либо перенаправления на веб-сервере, это может выдать 500 внутреннюю ошибку сервера. Например, если вы используете веб-сервер Apache, убедитесь, что вы правильно настроили модуль mod_rewrite и файл .htaccess .

Также используйте сторонний инструмент для проверки синтаксиса правил перенаправления/перезаписи URL в файле конфигурации вашего сервера.

 

6. Увеличьте время ожидания сценария

Вы также можете получить внутреннюю ошибку сервера 500 в NGINX, если ваш веб-сервер (например, Apache) истекает по тайм-ауту при выполнении запроса. В таких случаях увеличьте значение времени ожидания вашего веб-сервера (не NGINX), чтобы он дольше оставался подключенным к NGINX и возвращал правильный ответ.

 

Надеюсь, приведенные выше советы помогут вам исправить внутреннюю ошибку сервера 500 в NGINX.

 

Ubiq упрощает визуализацию данных за считанные минуты и их мониторинг на информационных панелях в режиме реального времени. Попробуйте сегодня!

Похожие сообщения:

• Об авторе

Об Ubiq

Ubiq — это мощная платформа для мониторинга и создания отчетов для малого и среднего бизнеса. Создавайте информационные панели, диаграммы и отчеты для своего бизнеса за считанные минуты. Быстро получайте информацию из данных. Попробуйте бесплатно сегодня!

500 Внутренняя ошибка сервера в NGINX [Руководство по устранению неполадок]

by Лоредана Харсана

Лоредана Харсана

Ответственный редактор

Лоредана — страстный писатель, проявляющий большой интерес к программному обеспечению и технологиям для ПК. Она начала писать о мобильных телефонах, когда Samsung Galaxy S II был… читать дальше

Опубликовано 20 мая 2022 г.

Партнерское раскрытие

• Внутренняя ошибка сервера 500 в NGINX — это распространенная проблема, которая не позволяет ему вернуть правильный ответ.
• Эти ошибки в основном возникают из-за неправильного сценария или отсутствия файлов, на которые ссылается код.
• Одна из рекомендаций включает в себя очистку данных кеша браузера, поэтому не стесняйтесь попробовать шаги, указанные ниже.

NGINX — это программное обеспечение с открытым исходным кодом, используемое для веб-обслуживания, обратного прокси-сервера, кэширования, балансировки нагрузки и т. д. Он начинался как веб-сервер, предназначенный для обеспечения максимальной производительности и стабильности.

Внутренняя ошибка сервера 500 — это распространенная проблема, из-за которой он не может вернуть правильный ответ. Подобные ошибки могут возникать из-за неисправного скрипта или отсутствия файлов, на которые ссылается код.

NGINX обычно является обратным прокси-сервером, поэтому одной из наиболее распространенных причин внутренней ошибки сервера 500 может быть один из его веб-серверов, таких как Apache.

Продолжайте читать этот пост, чтобы узнать больше об этой ошибке и о том, как ее быстро исправить.

Что означает внутренняя ошибка сервера 500?

Код ответа внутреннего сервера 500 указывает на то, что веб-сайт столкнулся с непредвиденной ситуацией, которая сегодня вечером не позволяет выполнить запрос.

Это универсальный ответ, который показывает, что сервер не может найти лучший код ошибки в ответе. Этот код ошибки является очень общим кодом состояния HTTP на сервере веб-сайта, но не является точной проблемой.

Подсказка:

Браузер Opera имеет VPN-прокси, который позволяет подключаться к нескольким серверам. Доступ к Opera и подключение к другому серверу полезно, когда у вас есть внутренние проблемы с сервером в другом браузере.

Когда вы нажимаете на синее поле VPN, появляется раскрывающееся меню, позволяющее включить или выключить VPN и выбрать местоположение.

Opera

Благодаря встроенному VPN вы можете изменить местоположение и обойти внутренние проблемы сервера в NGINX.

Бесплатно Посетите веб-сайт

Что я могу сделать, чтобы исправить внутреннюю ошибку сервера 500 в NGINX?

1. Перезагрузите веб-страницу

Иногда эта ошибка может возникать из-за временной проблемы на веб-сервере. В этом случае может помочь перезагрузка страницы.

Перезагрузите страницу, нажав F5 или CTRL + R и проверьте, исчезло ли сообщение NGINX 500 Internal Server Error localhost.

2. Очистите файлы cookie и кэш браузера

В Chrome

1. Откройте Google Chrome и нажмите на три вертикальные точки в правом верхнем углу.
2. Нажмите Настройки и перейдите к Конфиденциальность и безопасность .
3. Нажмите Очистить данные просмотра .
   
4. Отметьте параметры Файлы cookie и другие данные сайта и Кэшированные изображения и файлы .
5. После этого нажмите  Очистить данные .
   
   

Если данные кеша Chrome повреждены или заполнены, это может вызвать 500 Internal Server Error NGINX. Очистите данные кеша и файлы cookie Chrome, а затем проверьте, устранена ли ошибка.

В качестве альтернативы вы можете использовать бесплатную многоцелевую утилиту, такую ​​как CCleaner. Он не только очищает кеш, но и удаляет все ненужные данные на компьютере.

В Firefox

1. Откройте Firefox , щелкните значок гамбургера в правом верхнем углу и выберите  Настройки .
   
2. Перейдите к Конфиденциальность и безопасность и в разделе Файлы cookie и данные сайтов нажмите Очистить данные .
   
3. Теперь нажмите Очистить , чтобы подтвердить процесс.
   

3. Отключить VPN

1. Нажмите клавишу Windows + 9.0172 I , чтобы открыть приложение Настройки .
2. Перейдите к Сеть и Интернет .
   
3. Выберите VPN на левой панели. На правой панели выберите VPN-подключение и нажмите Удалить .
   
   
4. Если вы используете VPN-клиент, обязательно отключитесь от VPN.

После этого перезагрузите устройство и проверьте, устранена ли ошибка 500 Internal Server Error NGINX.

4. Проверьте подключение к Интернету

1. Посетите Fast, т. е. веб-сайт для проверки скорости.
   
2. Как только веб-сайт откроется, он автоматически начнет тестирование скорости вашей сети.
3. Подождите, пока ваше соединение будет проверено.

Если вы этого не хотите, вы можете использовать любой другой тестер скорости Интернета, чтобы проверить ваше соединение.