Я использую Linux Server 14.04. Ruby 2.x и Rails 4.x с Phusion Passenger. По какой-то причине я получаю следующую ошибку: 014/12/16 17:49:51 [тревога] 19857#0: не удается запустить Фузию Passenger…

У меня возникли проблемы с конфигурацией nginx. Когда я устанавливаю конфигурацию следующим образом: server { server_name redmine; listen 80; location / { proxy_pass http://172./(.*) http://www.example.com/$1 permanent; } Но верните эту ошибку: неизвестная директива rewrite . PS: я установил…

C:\Program Files\MSBuild\Microsoft\Silverlight для телефона\v4. 0\Microsoft.Silverlight.Common.targets(625,5): ошибка RG1000: неизвестная ошибка сборки, элемент с тем же ключом уже добавлен….

Я следил за этим сайтом http://raspberrypihelp.net/tutorials/24-raspberry-pi-webserver , чтобы настроить сервер HTTP nginx на моем Raspberry Pi и попытаться настроить вызов сайта example.com . Но…

Я пытаюсь написать конфигурационный файл для nginx и получаю эту ошибку: неизвестная директива proxy_http_version in /etc/nginx/conf.d/mydomain.conf:24 Конфигурационный файл:…

Я пытаюсь установить deploy my flask service on nginx с помощью модуля u-wsgi. Я получаю эту ошибку, когда перезапускаю nginx— `Restarting nginx: nginx. nginx: [emerg] unknown directive uwsgi_param…

Я получаю это, когда пытаюсь запустить свой сервис nginx неизвестная директива lua_package_path Может ли кто-нибудь помочь мне понять, что он ищет? У меня установлены как lua-resty-openidc, так и…

Я пытаюсь настроить Nginx на мое ядро ASPNET WebApi. Но я все время натыкаюсь на ошибки. Когда я пытаюсь проверить свою конфигурацию, я получаю: ubuntu@ip-172-26-12-97:~$ sudo nginx -t nginx:…

Archos Sense 50X отключается сам по себе

Archos Sense 50X отключается сам по себе

ВЕСЬ Ваш Archos Sense 50X иногда сам по себе отключается? Может случиться так, что ваш смартфон выключится, даже если не были нажаты кнопки и аккумулятор заряжен.

В таком случае причин может быть несколько. Чтобы найти причину, важно проверить все аксессуары вашего Archos Sense 50X.

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

Возможные причины проблемы

Неисправный аккумулятор?

Если ваш Archos Sense 50X выключается, это может быть неисправность оборудования. Аккумулятор может вызвать отключение устройства. Многие батареи со временем перестают работать должным образом, индикатор заряда батареи может непонятно подскочить, и вам, возможно, придется заряжать устройство чаще, чем раньше.
Другой причиной также может быть изношенный или треснувший аккумулятор. Также вероятно, что он установлен неправильно.

Если аккумулятор вашего Archos Sense 50X неисправен, его необходимо заменить. В зависимости от вашего смартфона вы можете сделать это самостоятельно или поручить ремонт специалисту.

Некорректное программное обеспечение?

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

Определенное приложение может быть несовместимо с операционной системой.
Если ваш Archos Sense 50X отключается при открытии определенного приложения, вы можете обновить свою операционную систему и посмотреть, будет ли ваш Archos Sense 50X снова работать в обычном режиме.

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

Если это не решило проблему, у вас есть возможность сохранить данные и сбросить настройки смартфона до заводских. Тогда телефон должен снова работать правильно. Этот процесс также рекомендуется, если ваш Archos Sense 50X выключается и вы не можете включить его снова, не вынув аккумулятор.

В заключение различные решения

В зависимости от причины проблемы вы можете принять меры для ее решения. Поэтому мы рекомендуем вам проверить и выполнить следующие шаги:

• Пожалуйста, проверьте правильность установки батареи. Выньте его и вставьте обратно.
• Зарядите свой Archos Sense 50X и оставьте его на зарядном кабеле надолго.
• Обратите внимание, отключается ли устройство, несмотря на полностью заряженный аккумулятор, или это происходит только при определенном уровне заряда.
• Проверьте свой Android версия. Чтобы проверить состояние аккумулятора, у большинства телефонов Android есть специальная опция. Для этого наберите * # * ## 4636 # * # * или * # * ## INFO # * # * на номеронабирателе вашего смартфона. Сейчас есть несколько вариантов. Нажмите «Информация о батарее». Если появляется ошибка, выключите Archos Sense 50X, подождите немного, а затем снова включите. Повторите процесс. Если это не сработает, вероятно, батарея неисправна и ее необходимо заменить.
• Удалите приложения, которые могут вызвать проблему.
• Последняя возможность: сохранить и сбросить. Сделайте резервную копию своих данных и сохраните информацию, хранящуюся в памяти телефона, на другом носителе. Теперь сбросьте устройство до заводских настроек. Предупреждение: важно сделать резервную копию всех сохраненных данных, которые есть в памяти телефона, перед сбросом настроек, иначе они будут потеряны.

Если ошибку исправить не удалось

Если, несмотря на описанные выше действия, вам не удалось решить проблему самостоятельно, рекомендуем обратиться к специалисту для диагностики проблемы.

Если у вас все еще есть гарантия на устройство, обратитесь к производителю вашего Archos Sense 50X.

Желаем вам удачи!

Тебе нужно больше? Наша команда экспертов и увлеченных могу помочь тебе.

Коды состояний HTTP

511 код ответа означает, что клиенту необходима авторизация для получения доступа к сети.

Ответ должен содержать ссылку на ресурс, на котором пользователь сможет авторизоваться (например с HTML формой)

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

Статус 511 НЕ ДОЛЖЕН генерироваться исходными серверами; он предназначен для использования путём перехвата прокси-серверов, которые вставляются в качестве средства контроля доступа к сети.

Ответы с кодом состояния 511 НЕ ДОЛЖНЫ храниться в кэше.

Код состояния 511 разработан для смягчения проблем, вызванных «перехватывающими порталами» для программного обеспечения (особенно агентов, не являющихся браузерами), которое ожидает ответа от сервера, к которому был сделан запрос, а не от промежуточной сетевой инфраструктуры. Он не предназначен для поощрения развёртывания скрытых порталов, а только для ограничения наносимого ими ущерба.

Сетевой оператор, желающий потребовать некоторой аутентификации, принятия условий или другого взаимодействия с пользователем перед предоставлением доступа, обычно делает это путём идентификации клиентов, которые этого не сделали («неизвестные клиенты»), используя свои MAC-адреса.

Неизвестные клиенты затем блокируют весь трафик, за исключением TCP-порта 80, который отправляется на HTTP-сервер («сервер входа в систему»), предназначенный для «входа в систему» неизвестных клиентов, и, конечно же, трафик на сам сервер входа в систему.

Обычно ответ, содержащий код состояния 511, не поступает от исходного сервера, указанного в URL-адресе запроса. Это создаёт множество проблем с безопасностью; например, атакующий посредник может вставлять файлы cookie в пространство имён исходного домена, может наблюдать файлы cookie или учетные данные HTTP-аутентификации, отправленные пользовательским агентом, и так далее.

Однако эти риски не уникальны для кода состояния 511; другими словами, адаптивный портал, который не использует этот код состояния, вызывает те же проблемы.

Также обратите внимание, что связанные порталы, использующие этот код состояния при подключении SSL или TLS (обычно порт 443), будут генерировать ошибку сертификата на клиенте.

Wikipedia

Этот ответ посылается не сервером, которому был предназначен запрос, а сервером-посредником — например, сервером провайдера — в случае, если клиент должен сначала авторизоваться в сети, например, ввести пароль для платной точки доступа к Интернету. Предполагается, что в теле ответа будет возвращена Web-форма авторизации или перенаправление на неё. Введено в черновике стандарта RFC 6585

7 признаков того, что пора менять виртуальный хостинг на виртуальный выделенный сервер (VPS Joomla)

Вы пользуетесь услугами виртуального хостинга и стали замечать, что вас уже не все устраивает в работе сайта? Возможно, вам просто пора переходить на VPS. Что это такое и когда стоит на него перейти, об этом ниже.

Что такое VPS хостинг Joomla простыми словами

VPS-хостинг дает доступ к гарантированным ресурсам и полный контроль без необходимости запуска собственного сервера. Это отличное решение для сайтов со средним и высоким трафиком, ресурсоемких сайтов и электронной коммерции.

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

Признаки того, что пора менять хостинг

Ниже приведены наиболее распространенные ситуации, которые говорят о том, что вы готовы перейти на хостинг VPS.

1. Ваш сайт Joomla работает очень медленно

Чем больше контента с течением времени вы добавляете на свой сайт, тем медленнее он будет работать. Часто есть несколько причин для этой распространенной проблемы, но есть хороший шанс, что ваш сайт работает медленно, потому что вы, наконец, достигли своих ограничений общего хостинга. Чтобы повысить скорость вашего сайта, рекомендуется перейти на хостинг VPS, чтобы сократить время загрузки страницы.

2. У вас большой объем трафика

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

3. Вы часто видите ужасное сообщение «50X» или «Внутренняя ошибка сервера»

Ваш веб-сайт когда-либо отображал ошибку 50X (508, 503, 504, 507)? Это может означать, что ваш сайт исчерпал выделенные ресурсы, доступные на вашем общем сервере. Чтобы получить доступ к большему количеству ресурсов, вы можете попробовать обновить план общего хостинга или перейти на хостинг VPS.

4. Ваш сайт содержит конфиденциальную информацию

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

5. Вы запускаете Интернет-магазин

Большинству веб-сайтов электронной коммерции, которые хранят или обрабатывают кредитные карты на своем веб-сайте, требуется сертификат соответствия PCI. Согласно статистике, 89% планов совместного хостинга не проходят тест на соответствие PCI. На VPS у вас есть выделенная операционная система для вашего сайта, поэтому вы с большей вероятностью пройдете тест PCI по сравнению с виртуальным хостингом.

6. Вам необходимо установить пользовательское программное обеспечение или приложения

Общие хосты не позволяют устанавливать собственное программное обеспечение. Поэтому для размещения пользовательского программного обеспечения, такого как игровой сервер, программное обеспечение для торговли на рынке Форекс, радиостанция, сервер базы данных, потоковый сервер, файловый сервер и т. д., вам придется выбирать виртуальный выделенный сервер.

Некоторые пользовательские приложения, такие как Collections MAX, FreshBooks / QuickBooks, Billing Software и т. д., требуют доступности 24 × 7 и высокоскоростного подключения к Интернету. Для запуска этих приложений вам понадобится VPS хостинг.

Выделенный сервер с умеренной спецификацией может стоить вам более 100 долларов в месяц, поэтому хостинг VPS, как правило, является достаточным и более удобным вариантом.

7. Вы часто видите ошибку «Сервис недоступен»

Ошибка 503 «служба недоступна» означает, что ваш сервер временно недоступен для выполнения веб-запросов. Это происходит, когда ваш сайт превышает выделенную память пула приложений на хостинге Windows или достигает максимального ограничения числа одновременных подключений на хостинге Linux.

Стоит вопрос: какой Joomla хостинг выбрать. Почему VPS

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

Безопасность

С собственным выделенным сервером ваш сайт  более защищен. Если вам нужна защита от вирусов, ошибок, атак на конфиденциальность, выберите VPS.

Скорость

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

Повышение качества обслуживания клиентов

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

Больше контроля

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

Платежи

Если вы создаете или размещаете интернет-магазин, необходимо убедиться, что платежные реквизиты ваших клиентов полностью защищены и должны пройти проверку PCI (Payment Compliance Industry). Находясь на VPS вы пройдете проверку.

Недостатки

Но, где есть достоинства, есть и недостатки.

Минусы VPS:

• Это дороже, чем виртуальный хостинг;
• Требуется больше технических знаний для управления вашим сервером;
• Неправильно настроенные серверы могут привести к уязвимости безопасности.

Ошибка в постановлении о привлечении к административной ответственности

Подборка наиболее важных документов по запросу Ошибка в постановлении о привлечении к административной ответственности (нормативно–правовые акты, формы, статьи, консультации экспертов и многое другое).

NGINX — Установка Nginx, анализ файла конфигурации

1. Nginx основан на установке Docker и Cirectory Mount

Шаг 1: Запустите контейнер Nginx для копирования файлов.

       docker run -id -p 80:80 nginx

       docker  cp  b75c81ae105c:/etc/nginx/  /home/docker/

Шаг 2: Каталог для горы Начальный контейнер

       docker run -it —name myNginx01 -v /home/docker/nginx/:/etc/nginx/ -p 80:80 nginx 

Шаг 3: Тест:

2. Файл конфигурации nginx.conf

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    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  65;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;
}

2.1 Базовая конфигурация

User Nginx; # Настройте рабочий процесс для запуска пользователей

Working_Processes 1; # Настроить количество инженерных процессов, как правило, в соответствии с количеством процессоров.

Error_log /var/log/nginx/error.log предупреждается; # Настроить глобальные файлы журнала ошибок и уровни конфигурации [Отладка | Информация | Уведомление | Warn | Ошибка | CRIT]

Pid /var/run/nginx.pid; # Настроить процедуру PID-файл

[Примечание] Уровень журнала:

Уровень error_log разделен на отладочную, информацию, уведомление, предупреждение, ошибку и по умолчанию по умолчанию.

2.2 Конфигурация событий

События настроены с режимом работы и количеством подключений

events {

Working_connections 1024; # Настроить максимальное количество соединений на рабочий процесс

}

[Примечание] Nginx поддерживает общее количество подключений = Worker_Processes * Working_Connections

2.3 HTTP Configuration

Настройте HTTP Server.

http {

Включают / etc / nginx / mime.types; # configure nginx поддерживает мультимедийные типы

По умолчанию_type приложение / октет-поток; # тип файла по умолчанию

# Настройте формат журнала

    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 на; #

Keepalive_timeout 65; # Timeout Timeout Time, единичные секунды

#Gzip on; # открыть вывод сжатия gzip

    include /etc/nginx/conf.d/*.conf;

}

/etc/nginx/Conf.d/default.conf файл:

server {
    listen       80;
    server_name  localhost;

    #charset koi8-r;
    #access_log  /var/log/nginx/host.access.log  main;

    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;
    }

    #error_page  404              /404.html;

    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }

    # proxy the PHP scripts to Apache listening on 127.0.0.1:80
    #
    #location ~ \.php$ {
    #    proxy_pass   http://127.0.0.1;
    #}

    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #
    #location ~ \.php$ {
    #    root           html;
    #    fastcgi_pass   127.0.0.1:9000;
    #    fastcgi_index  index.php;
    #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
    #    include        fastcgi_params;
    #}

    # deny access to .htaccess files, if Apache's document root
    # concurs with nginx's one
    #
    #location ~ /\.ht {
    #    deny  all;
    #}
}

Настройте сервер сервера; вы можете несколько;

server {

Слушать 80; # Порт прослушивания

Server_name localhost; # Настроить имя службы

#Charset koi8-r; # Настроить набор символов

#Access_log /var/log/nginx/host.access.log main; # Настройте этот журнал доступа к виртуальному хосту

# Match / запрос, / — это запрос корневого пути, будет соответствовать и обрабатывается местоположением

    location / {

Root / usr / share / nginx / html; # Root — это лоток корневого каталога Gate по умолчанию для настройки сервера

Index index.html index.htm; # Настройка имени файла главного страницы

    }

#Error_page 404 /404.html; # Настройка страницы 404

    # redirect server error pages to the static page /50x.html

    #

Error_page 500 502 503 504 /50x.html; # Настройка страницы ошибки 50x

    location = /50x.html {

        root   /usr/share/nginx/html;

    }

}

Что означает 50-кратный код ответа HTTP?

101 Протокол переключения. Этот код — это , отправленный в ответе на заголовок запроса обновления от клиента, и указывает протокол, на который сервер переключается на . 102 Обработка (WebDAV) Этот код указывает, что сервер получил , а — это , обрабатывающий запрос, но ответ еще не доступен.

Щелкните, чтобы увидеть полный ответ

Кроме того, какова цель кодов состояния HTTP?

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

Кроме того, на что указывает код состояния HTTP 401? На этой странице. Код ответа о состоянии ошибки HTTP 401 Неавторизованный клиент указывает , что к запросу не было применено, так как у него отсутствуют действительные учетные данные аутентификации для целевого ресурса. Этот статус — это , отправленный с заголовком WWW-Authenticate, который содержит информацию о том, как правильно авторизоваться.

Точно так же, каков код ошибки HTTP-сервера?

HTTP — коды состояния

Как мне вернуть свой код состояния HTTP?

Существует также общий метод, который может возвращать любой код состояния HTTP : StatusCode ( HttpStatusCode statusCode ): Возвращает указанный код состояния .

Быстрые методы

1. BadRequest (): возвращает 400 — неверный запрос.
2. NotFound (): возвращает 404 — не найдено.
3. InternalServerError (): возвращает 500 — внутренняя ошибка сервера.

Не удается заставить Grocy работать, появляется неизвестная ошибка 50x: selfhosted

Я пытаюсь настроить Grocy на контейнер Fedora 29 LXC.

Я установил nginx, sqlite, php и php-pdo в Fedora (я выбрал это, потому что ни Debian, ни CentOS не имели PHP 7.2 в своих репозиториях), распаковал последний выпуск в / var / www и установил корень Nginx в / var / www / public, как указано в README.

Когда я загружаю страницу, я получаю ошибку 404 вместе с этим в / var / log / nginx / error.журнал:

  2018/12/30 23:27:13 [ошибка] 396 # 0: * 69 open () "/var/www/public/50x.html" не удалось (2: нет такого файла или каталога), клиент: IP-адрес КЛИЕНТА, сервер: _, запрос: «GET / HTTP / 1.1», восходящий поток: «fastcgi: // unix: /run/php-fpm/www.sock», хост: «HOST IP»
  

Я понимаю, что он не может найти html ошибки для ошибок 50x и что это является причиной ошибки 404, но какую ошибку я получаю?

Вот мой /etc/nginx/nginx.conf: # Для получения дополнительной информации о настройке см .: # * Официальная документация на английском языке: http: // nginx.org / en / docs / # * Официальная русскоязычная документация: http://nginx.org/ru/docs/

  пользователь nginx;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;

# Загрузить динамические модули. См. /Usr/share/doc/nginx/README.dynamic.
включить /usr/share/nginx/modules/*.conf;

События {
    worker_connections 1024;
}

http {
    log_format main '$ remote_addr - $ remote_user [$ time_local] "$ request"'
                      '$ status $ body_bytes_sent "$ http_referer"'
                      '"$ http_user_agent" "$ http_x_forwarded_for"';

    журнал_доступа / var / log / nginx / access.журнал основной;

    отправить файл;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;

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

    # Загрузить файлы модульной конфигурации из каталога /etc/nginx/conf.d.
    # См. Http://nginx.org/en/docs/ngx_core_module.html#include
    # для дополнительной информации.
    включить /etc/nginx/conf.d/*.conf;

    server {
        слушаем 80 default_server;
        слушать [::]: 80 default_server;
        название сервера  _;
        корень / вар / www / общедоступный;

        # Загрузить файлы конфигурации для серверного блока по умолчанию.включить /etc/nginx/default.d/*.conf;

        место нахождения / {
            псевдоним / var / www / public;
# index index.php index.html index.htm;
            индекс index.htm index.html /index.php;
# try_files $ uri $ uri / @grocy;
            try_files index.php $ uri $ uri / @grocy;
# автоиндекс включен;
        }

        location @grocy {
            перезаписать /(.*)$ /index.php?$query_string последней;
        }

        местоположение ~ /(.+.php)(.*)$ {
            fastcgi_pass unix: / var / run / php-fpm / php-fpm.носок;
            fastcgi_param SCRIPT_FILENAME $ request_filename;
            включить / etc / nginx / fastcgi_params;
            charset utf8;
        }


        error_page 404 /404.html;
            location = /40x.html {
        }

        error_page 500 502 503 504 /50x.html;
            location = /50x.html {
        }
    }
}
  

Я не знал, что еще добавить, поэтому дайте мне знать, если я что-то пропустил.

рубин на рельсах — ошибка nginx! Страница, которую вы ищете, не найдена

Я создаю тестовое приложение с использованием AWS EC2 с Nginx и Puma, следуя этому руководству.

  https: // www.sitepoint.com/deploy-your-rails-app-to-aws/
  

Я также могу успешно развернуть приложение с Capistrano . Приложение также работает в разработке. Я использую Rails 5 и Ruby 2.3.1 в разработке и производстве.

На данный момент у меня две страницы работают в разработке, но не работают в продакшене.

В производстве при использовании этого URL

  http://ec2-54-226-156-103.compute-1.amazonaws.com/
  

Я получаю

  Это индекс по умолчанию.html, которая распространяется вместе с nginx в AMI Amazon Linux. Он находится в / usr / share / nginx / html.
  

вместо моей домашней страницы.

И когда я использую этот URL

  http://ec2-54-226-156-103.compute-1.amazonaws.com/contacts
  

Я получаю

  ошибка nginx!
Страница, которую вы ищете, не найдена.
Что-то привело к отсутствию веб-страницы на вашем сайте. Это страница ошибки 404 по умолчанию для nginx, который распространяется с AMI Amazon Linux.Он находится по адресу /usr/share/nginx/html/404.html.
Вы должны настроить эту страницу ошибок для своего сайта или отредактировать директиву error_page в файле конфигурации nginx /etc/nginx/nginx.conf.
  

Не знаю, как это исправить.

Вот мои файлы конфигурации для Nginx.

  cat /etc/nginx/nginx.conf

# Для получения дополнительной информации о конфигурации см .:
# * Официальная документация на английском языке: http://nginx.org/en/docs/
# * Официальная русскоязычная документация: http: // nginx.org / ru / docs /

пользователь nginx;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;

События {
    worker_connections 1024;
}

http {
    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;

    отправить файл;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;

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

    # Загрузить файлы модульной конфигурации из каталога /etc/nginx/conf.d.
    # См. Http://nginx.org/en/docs/ngx_core_module.html#include
    # для дополнительной информации.
    включить /etc/nginx/conf.d/*.conf;

    index index.html index.htm;

    server {
        слушаем 80 default_server;
        слушать [::]: 80 default_server;
        server_name localhost;
    корень / usr / share / nginx / html;

        # Загрузить файлы конфигурации для серверного блока по умолчанию.включить /etc/nginx/default.d/*.conf;

        место нахождения / {
        }

        # перенаправить страницы с ошибками сервера на статическую страницу /40x.html
        #
        error_page 404 /404.html;
        location = /40x.html {
        }

        # перенаправить страницы с ошибками сервера на статическую страницу /50x.html
        #
        error_page 500 502 503 504 /50x.html;
        location = /50x.html {
        }

    # проксируем скрипты PHP на прослушивание Apache 127.0.0.1:80
        #
        #location ~ \ .php $ {
        # proxy_pass http: // 127.0.0.1;
        #}

        # передать скрипты PHP на сервер FastCGI, который слушает 127.0.0.1:9000
        #
        #location ~ \ .php $ {
        # root html;
        # fastcgi_pass 127.0.0.1:9000;
        # fastcgi_index index.php;
        # fastcgi_param SCRIPT_FILENAME / scripts $ fastcgi_script_name;
        # включаем fastcgi_params;
        #}

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

# Настройки для сервера с включенным TLS.
#
# server {
# слушать 443 ssl;
# слушать [::]: 443 ssl;
# имя_сервера localhost;
# корень / usr / share / nginx / html;
#
# ssl_certificate "/etc/pki/nginx/server.crt";
# ssl_certificate_key "/etc/pki/nginx/private/server.key";
# # Настоятельно рекомендуется создавать уникальные параметры DH.
# # Сгенерируйте их с помощью: openssl dhparam -out / etc / pki / nginx / dhparams.pem 2048
# #ssl_dhparam "/etc/pki/nginx/dhparams.pem";
# ssl_session_cache общий: SSL: 1 м;
# ssl_session_timeout 10 мин;
# ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
# ssl_ciphers HIGH: SEED:! aNULL:! eNULL:! EXPORT:! DES:! RC4:! MD5:! PSK:! RSAPSK:! aDH:! aECDH:! EDH-DSS-DES-CBC3-SHA:! KRB5- DES-CBC3-SHA:! SRP;
# ssl_prefer_server_ciphers on;
#
# # Загрузить файлы конфигурации для серверного блока по умолчанию.
# включить /etc/nginx/default.d/*.conf;
#
#        место нахождения / {
#}
#
# error_page 404/404.html;
# location = /40x.html {
#}
#
# error_page 500 502 503 504 /50x.html;
# location = /50x.html {
#}
#}

}
  

и

  cat / etc / nginx / сайты-доступные / по умолчанию

восходящее приложение {
  # Путь к файлу Puma SOCK, как определено ранее
  сервер unix: /home/deploy/contactbook/shared/tmp/sockets/puma.sock fail_timeout = 0;
}

server {
  слушать 80;
  server_name localhost;

  корень / дом / развертывание / контактная книга / общедоступный;

  try_files $ uri / index./(assets|fonts|system)/|favicon.ico|robots.txt {
    gzip_static on;
    истекает макс;
    add_header Cache-Control общедоступный;
  }

  error_page 500 502 503 504 /500.html;
  client_max_body_size 4G;
  keepalive_timeout 10;
}
  

Не знаете, как исправить эти настройки Nginx, чтобы приложение работало правильно, а страницы Nginx обслуживали из приложения?

Если это может помочь, вот конфигурационный файл puma из папки / home / deploy / contactbook / shared

  кошка пума.rb

#! / usr / bin / env puma

каталог '/ home / deploy / contactbook / current'
стойка "/home/deploy/contactbook/current/config.ru"
окружающая среда "производство"

pidfile "/home/deploy/contactbook/shared/tmp/pids/puma.pid"
state_path "/home/deploy/contactbook/shared/tmp/pids/puma.state"
stdout_redirect '/home/deploy/contactbook/shared/log/puma_error.log', '/home/deploy/contactbook/shared/log/puma_access.log', верно

резьбы 0,8

привязать 'unix: ///home/deploy/contactbook/shared/tmp/sockets/puma.sock'

рабочие 0

prune_bundler

on_restart делать
  помещает 'Refreshing Gemfile'
  ENV ["BUNDLE_GEMFILE"] = "/ home / deploy / contactbook / current / Gemfile"
конец
  

Ошибки — Обзор | Plaid Docs

proxypass — Nginx Proxy pass возвращает 50x ошибку

  # Для получения дополнительной информации о конфигурации см .:
# * Официальная документация на английском языке: http://nginx.org/en/docs/
# * Официальная русскоязычная документация: http://nginx.org/ru/docs/

пользователь nginx;
worker_processes auto;
error_log / var / log / nginx / error.бревно;
pid /run/nginx.pid;

# Загрузить динамические модули. См. /Usr/share/doc/nginx/README.dynamic.
включить /usr/share/nginx/modules/*.conf;

События {
    worker_connections 1024;
}

http {
    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;

    отправить файл;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 4096;

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

    # Загрузить файлы модульной конфигурации из каталога /etc/nginx/conf.d.
    # См. Http://nginx.org/en/docs/ngx_core_module.html#include
    # для дополнительной информации.
    включить /etc/nginx/conf.d/*.conf;

    server {
    
        слушаем 80 default_server;
        слушать [::]: 80 default_server;
        имя_сервера dummyReactSite.com;
        #root / usr / share / nginx / html;
    
    включить /etc/nginx/default.d/*.conf;

        место нахождения / {
    прокси-пароль http: // 127.0.0.1: 3000 /;
        }


        error_page 404 /404.html;
        location = /404.html {
        }

        error_page 500 502 503 504 /50x.html;
        location = /50x.html {
        }
    }
}