Рейтинг:3

Сервер недоступен и просит htaccess

флаг om

В настоящее время я использую сервер Ubuntu 20.04 на Гигабайт BRIX (GB-BACE-3000), он работает хорошо, кроме сети, уже несколько дней.

Через некоторое время (через несколько часов после включения) я не могу подключиться к серверу по SSH, выдает ошибку отказа в соединении.

Я также размещаю на нем локальный веб-сайт, к которому я получаю доступ, редактируя свой /и т.д./хосты. Когда SSH становится недоступным, веб-сайт также запрашивает htaccess! Так как на этом сервере вообще нет htaccess, я не понимаю.

Это практически свежая установка сервера, работают только nginx, mariadb. UFW неактивен, в iptables нет правил.

Службы вроде сети работают, ошибок не вижу, логов нет (локальная проверка).

Блок сервера Nginx для локального веб-сайта (самый простой vhost...):

сервер {
  слушать 80;

  имя_сервера my-website.lo;

  корень /var/www/html/my-website.lo;
  индекс index.html;
}

nginx.conf является значением по умолчанию. sshd_config также является значением по умолчанию.

Как вы думаете, это может быть аппаратной проблемой? Есть ли еще журналы, которые я могу проверить?


ОБНОВИТЬ:

Вот полный нгинкс-Т вывод. Barebone-test.lo предназначен только для тестового веб-сайта (автоматическая перезагрузка каждые 5 секунд), чтобы знать, когда серверная сеть выйдет из строя.

nginx: синтаксис файла конфигурации /etc/nginx/nginx.conf в порядке
nginx: проверка файла конфигурации /etc/nginx/nginx.conf прошла успешно
# файл конфигурации /etc/nginx/nginx.conf:
www-данные пользователя;
рабочие_процессы авто;
pid /run/nginx.pid;
включить /etc/nginx/modules-enabled/*.conf;

События {
    worker_connections 768;
    # multi_accept on;
}

http {

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

    отправить файл включен;
    tcp_nopush включен;
    tcp_nodelay включен;
    keepalive_timeout 65;
    типы_хэш_макс_размер 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    включить /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # Настройки SSL
    ##

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3; # Удаление SSLv3, ссылка: POODLE
    ssl_prefer_server_ciphers включен;

    ##
    # Настройки ведения журнала
    ##

    журнал_доступа /var/log/nginx/access.log;
    журнал_ошибок /var/log/nginx/error.log;

    ##
    # Настройки Gzip
    ##

    gzip включен;

    # gzip_vary on;
    # gzip_proxyed любой;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    ##
    # Конфигурации виртуального хоста
    ##

    включить /etc/nginx/conf.d/*.conf;
    включить /etc/nginx/sites-enabled/*;
}


#почта {
# # См. пример сценария аутентификации по адресу:
# # http://wiki.nginx.org/ImapAuthenticateWithApachePhpScript
# 
# # auth_http localhost/auth.php;
# # pop3_capabilities "TOP" "USER";
# # imap_capabilities "IMAP4rev1" "UIDPLUS";
# 
# сервер {
# слушать localhost:110;
# протокол pop3;
# прокси включен;
# }
# 
# сервер {
# слушать localhost:143;
# протокол imap;
# прокси включен;
# }
#}

# файл конфигурации /etc/nginx/modules-enabled/50-mod-http-image-filter.conf:
модули загрузки_модуля/ngx_http_image_filter_module.so;

# файл конфигурации /etc/nginx/modules-enabled/50-mod-http-xslt-filter.conf:
модули load_module/ngx_http_xslt_filter_module.so;

# файл конфигурации /etc/nginx/modules-enabled/50-mod-mail.conf:
модули load_module/ngx_mail_module.so;

# файл конфигурации /etc/nginx/modules-enabled/50-mod-stream.conf:
модули load_module/ngx_stream_module.so;

# файл конфигурации /etc/nginx/mime.types:

типы {
    текст/html html htm shtml;
    текст/CSS CSS;
    текст/xml xml;
    изображение/gif gif;
    изображение/jpeg jpeg jpg;
    приложение/javascript js;
    приложение/атом+xml атом;
    приложение/rss+xml rss;

    текст/математика ммл;
    текст/простой текст;
    текст/vnd.sun.j2me.app-дескриптор jad;
    текст/vnd.wap.wml wml;
    текст/x-компонент htc;

    изображение/png png;
    изображение/tiff tif tiff;
    изображение/vnd.wap.wbmp wbmp;
    изображение/значок x ico;
    изображение/x-jng jng;
    изображение/x-ms-bmp bmp;
    изображение/svg+xml svg svgz;
    изображение/веб-сайт;

    приложение/шрифт-woff woff;
    приложение/java-архив jar war ear;
    приложение/json json;
    приложение/mac-binhex40 hqx;
    документ приложения/msword;
    заявка/pdf pdf;
    приложение/постскриптум ps eps ai;
    приложение/rtf rtf;
    приложение /vnd.apple.mpegurl m3u8;
    приложение/vnd.ms-excel xls;
    приложение /vnd.ms-fontobject eot;
    приложение /vnd.ms-powerpoint ppt;
    приложение /vnd.wap.wmlc wmlc;
    application/vnd.google-earth.kml+xml кмл;
    application/vnd.google-earth.kmz кмз;
    приложение /x-7z-сжатый 7z;
    приложение /x-cocoa cco;
    приложение/x-java-архив-diff jardiff;
    приложение/x-java-jnlp-файл jnlp;
    запуск приложения /x-makeself;
    приложение/x-perl pl pm;
    приложение/x-pilot prc pdb;
    приложение /x-rar-сжатый rar;
    application/x-redhat-package-manager об/мин;
    приложение /х-море море;
    приложение /x-shockwave-flash swf;
    приложение /x-stuffit сидеть;
    приложение/x-tcl tcl tk;
    application/x-x509-ca-cert der pem crt;
    приложение /x-xpinstall xpi;
    приложение/xhtml+xml xhtml;
    приложение/xspf+xml xspf;
    приложение/zip-архив;

    приложение/октет-поток bin exe dll;
    приложение/октетный поток deb;
    приложение/октет-поток dmg;
    приложение/октетный поток iso img;
    приложение/октет-поток msi msp msm;

    приложение/vnd.openxmlformats-officedocument.wordprocessingml.document docx;
    приложение/vnd.openxmlformats-officedocument.spreadsheetml.sheet xlsx;
    приложение/vnd.openxmlformats-officedocument.presentationml.presentation pptx;

    аудио/миди мид миди кар;
    аудио/мпег мп3;
    аудио/огг огг;
    аудио/x-m4a m4a;
    аудио/x-realaudio ra;

    видео/3gpp 3gpp 3gp;
    видео/mp2t ц;
    видео/mp4 mp4;
    видео/mpeg mpeg mpeg mpg;
    видео/быстрое перемещение;
    видео/вебм вебм;
    видео/x-flv flv;
    видео/x-m4v m4v;
    видео/x-мнг мнг;
    видео/x-ms-asf asx asf;
    видео/x-ms-wmv wmv;
    видео/x-msvideo avi;
}

# файл конфигурации /etc/nginx/sites-enabled/barebone-test.lo:
сервер {
  слушать 80;

  имя_сервера barebone-test.lo;

  корень /var/www/html/barebone-test.lo;
  индекс index.html;
}

# файл конфигурации /etc/nginx/sites-enabled/default:
##
# Вам следует просмотреть следующие URL-адреса, чтобы получить четкое представление
# файлов конфигурации Nginx, чтобы полностью раскрыть всю мощь Nginx.
# https://www.nginx.com/resources/wiki/start/
# https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/
# https://wiki.debian.org/Nginx/DirectoryStructure
#
# В большинстве случаев администраторы удалят этот файл с сайтов с поддержкой/ и
# оставить его как ссылку на доступных сайтах, где он и дальше будет
# обновлено командой упаковки nginx.
#
# Этот файл будет автоматически загружать файлы конфигурации, предоставленные другими
# приложения, такие как Drupal или Wordpress. Эти приложения будут сделаны
# доступен по пути с этим именем пакета, например /drupal8.
#
# Более подробные примеры см. в /usr/share/doc/nginx-doc/examples/.
##

# Конфигурация сервера по умолчанию
#
сервер {
    слушать 80 default_server;
    слушать [::]:80 default_server;

    # конфигурация SSL
    #
    # слушать 443 ssl default_server;
    # слушать [::]:443 ssl default_server;
    #
    # Примечание. Вы должны отключить gzip для трафика SSL.
    # См.: https://bugs.debian.org/773332
    #
    # Прочтите ssl_ciphers, чтобы обеспечить безопасную конфигурацию.
    # См.: https://bugs.debian.org/765782
    #
    # Самоподписанные сертификаты, созданные пакетом ssl-cert
    # Не используйте их на рабочем сервере!
    #
    # включить фрагменты/snakeoil.conf;

    корень /var/www/html;

    # Добавьте index.php в список, если вы используете PHP
    индекс index.html index.htm index.nginx-debian.html;

    имя сервера _;

    место расположения / {
        # Сначала пытаемся обслужить запрос как файл, затем
        # в качестве каталога, затем вернуться к отображению 404.
        try_files $uri $uri/ =404;
    }

    # передать PHP-скрипты на сервер FastCGI
    #
    #местоположение ~ \.php$ {
    # включить сниппеты/fastcgi-php.conf;
    #
    # # С php-fpm (или другими сокетами unix):
    # fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
    # # С php-cgi (или другими сокетами tcp):
    # fastcgi_pass 127.0.0.1:9000;
    #}

    # запретить доступ к файлам .htaccess, если корневой каталог Apache
    # совпадает с nginx
    #
    #местоположение ~ /\.ht {
    # запретить все;
    #}
}


# Конфигурация виртуального хоста для example.com
#
# Вы можете переместить это в другой файл в разделе sites-available/ и указать символическую ссылку, которая
# на site-enabled/, чтобы включить его.
#
# сервер {
# слушать 80;
# слушать [::]:80;
#
# имя_сервера example.com;
#
# корень /var/www/example.com;
# индекс index.html;
#
#   место расположения / {
# try_files $uri $uri/ =404;
# }
#}

Также, когда Nginx работает, lsof-Pi :80 возвращаться:

nginx 975 root 6u IPv4 32176 0t0 TCP *:80 (СЛУШАТЬ)
nginx 975 root 7u IPv6 32177 0t0 TCP *:80 (СЛУШАТЬ)
nginx 976 www-data 6u IPv4 32176 0t0 TCP *:80 (СЛУШАТЬ)
nginx 976 www-data 7u IPv6 32177 0t0 TCP *:80 (СЛУШАТЬ)
nginx 977 www-data 6u IPv4 32176 0t0 TCP *:80 (СЛУШАТЬ)
nginx 977 www-data 7u IPv6 32177 0t0 TCP *:80 (СЛУШАТЬ)

И lsof-Pi :443 ничего не вернуть. Наконец, когда Nginx остановлен, обе команды ничего не выводят. В следующий раз, когда сервер станет недоступным, я остановлю физический доступ к Nginx, а затем проверю, всегда ли мой тестовый веб-сайт запрашивает логин и пароль или показывает В соединении отказано так как веб-сервер остановлен.

флаг kz
"сайт также просит htaccess!" - Как сайт "запрашивает htaccess"?!
флаг om
Когда я говорю «htaccess», я имею в виду, что веб-сайт запрашивает логин и пароль, например: https://www.lansweeper.com/wp-content/uploads/2015/02/enabling-or-disabling-web-browser-login. -prompts-1.jpg (изображение найдено в гугле)
флаг om
боже мой, да, извините @djdomi и @MrWhite, я не должен упоминать `.htaccess`, вы правы. В любом случае с завитком он возвращает *401*. Не знаю, почему, так как сайт работает несколько минут / часов, а затем бросайте это! (без каких-либо действий на веб-сайте или сервере)
djdomi avatar
флаг za
не используйте общие изображения. Используйте curl для проверки заголовков — проверьте, не собирается ли Apache или аналогичный процесс, потому что nginx не заботится о файлах .htaccess. Он принимает только файл авторизации как переменную в конфигурации. И если этого нет, то я считаю, что по крайней мере около 99% к вечеринке присоединяется другой веб-сервер.
djdomi avatar
флаг za
пожалуйста, покажите нам полный nginx -T, кроме того, остановите демон веб-серверов на 5 минут и попробуйте lsof -Pi: 80 и lsof -Pi: 443, если ответ останется пустым, и, кроме того, попробуйте получить доступ к сайту, если он все еще доступен, если да, то есть Что-то не так
флаг kz
Запрос логина/пароля не обязательно имеет какое-либо отношение к `.htaccess`. HTTP-аутентификация (в браузере) запускается, если сервер отвечает статусом 401 и соответствующим заголовком «WWW-Authenticate». Упоминание `.htaccess` в этом контексте просто вводит в заблуждение. (Даже на Apache вам не нужен `.htaccess` для запуска запроса на ввод логина/пароля.)
флаг om
@djdomi Я обновил свой пост, чтобы избежать спама в области комментариев
Nikita Kipriyanov avatar
флаг za
Когда вы теряете доступ по SSH, это должно быть как-то учтено в логах. Вы пытались это выяснить?
флаг om
@NikitaKipriyanov К сожалению, я проверил `/var/log/auth.log` и ничего не открыл при попытке подключения по SSH (в случае недоступности сервера)
Nikita Kipriyanov avatar
флаг za
Если в подключении к SSH было отказано, то не может быть никаких попыток аутентификации. Вам нужно прочитать другие журналы во время предположительно перерыва. Есть ли у вас какие-либо функции брандмауэра и автоматического запрета, например. фейл2бан?
флаг om
Абсолютно никакого брандмауэра, такого как ufw или f2b. Про другие логи если честно не знаю где искать. От журналов Nginx до журналов SSH я не знаю, есть ли какие-либо возможные журналы в другом месте:/

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.