Добрый день. Как и обещал - попробовал развернуть этот конфиг nginx в своем докере.
У меня тут не очень новая убунта, поэтому docker-compose только версии 3.3 (у вас 3.7), не думаю, что это может сильно влиять.
Поднимал только nginx , конфиги идиентичные Вашим.
Вкратце - все работает, без каких то особых косяков (у меня самоподписный сертификат, но если бы с сертификатами были проблемы - nginx бы ругался на этапе старта). В логах, тоже все нормально.
После старта вот такая картина:
➜ ~ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
ce06b0831d2f docker-nginx-test-toster_nginx "nginx -g 'daemon of…" 5 minutes ago Up 5 minutes 0.0.0.0:8000->80/tcp, 0.0.0.0:4043->443/tcp nginx
Ваш конфиг изменял минимально, только перенес монтирование конфига nginx в docker-compose , но это тоже не влияет.
Так что, конфиг у Вас точно рабочий , но вот что в системе не так - вопрос открытый.
Олег, честно, я не знаю что это за файл. )) Из Вашего описания - я подумал что это какая то фича самого 3proxy открывать себе какие то порты в firewall-е.
Так как у вас на сервере используется firewalld (это видно из Вашего скрина) , то мы просто добавили в него соответствующие разрешения. Если бы там был "голый" iptables, ну его настройки обычно хранятся в /etc/sysconfig/iptables (для CentOS).
хм, конфиг Ваш проверил, правда не в докере, в реальном nginx - все вроде норм. Единственное ругается на директиву listen 443; , но это не критично, просто варнинг.
Может в самом деле, где то есть firewall до докера?
На самом докер=хосте пробовали сделать
curl -v https://www.domen.ru (предварительно добавить в /etc/hosts запись "127.0.0.1 www.domen.ru domen.ru")
Вот цитата:
Make sure the Docker Integration and PHP Docker plugins are installed and enabled. The plugins are activated by default. If the plugins are disabled, enable them on the Plugins page as described in Managing plugins.
Отлично. А теперь надо идти в atlassian-jira-outgoing-mail.log и смотреть что там.
Еще не помешает проверить что в System - Mail queue чисто и Error queue тоже чистый.
Зависит от того, что вы ожидаете (и пользователи).
Если они кричат, "что происходит, я тут в запросе меняю параметры, почему уведомления не приходят?". Так они и не должны - схема так настроена..
Кстати уведомления про собственные изменения могут быть отключены самим пользователем в профиле пользователя.
Надо понять какие именно уведомления не приходят и их проверять с помощью Notification Helper
А вы уверены, что Notification Schemas не менялись? А то у меня тут было, некий коллега с правами немного сменил, и стало прилетать не всем.
Вы пробовали использовать Notification Helper , чтобы посмотреть на "пострадавших" ?
стандарно в джире логи лежат в /var/atlassian/application-data/jira/log/ (при установке на линукс), как в винде - не знаю.
лог почтовый называется atlassian-jira-outgoing-mail.log
что там у вас может быть - кто знает, ищите сообщения о timeouts , server not found и т.п. Я бы еще проверял в ручном режиме, можно ли подключится с этого сервера к почтовому.
Пока писал вспомнил
В джире есть опция отправки тестового письма, и там можно галочку поставить на дебаге, он напишет если ошибки какие вылезут.
Вряд ли я могу дать какой то оригинальный совет. Надо как можно больше читать , смотреть и слушать. Надо чтобы мозги привыкали к иностранному языку, тогда постепенно иностранная речь станет превращаться из белого шума в что-то понятное.
я просто предположил, что была использованная какая то старая база данных. ну мало ли , после тестовой установки или еще что..
если база была сделана по инструкции, тогда ой, у меня идей нет.
а я вот на скриншотик смотрю и у меня теория.
у вас там торрент клиент запущен?
ваш хост ищет пиры/сиды - и получает соотвественно сообщения-ответы по протоколу ICMP - то Host unreachable , и чаще Port unreachable.
ICMP это не только пинги, ага.
да, mcedit (ставить дополнительно ничего не надо)
чтобы использовался mcedit , надо прописать переменную окружения EDITOR примерно так export EDITOR=mcedit
вот тут хорошо описано про это https://vds-admin.ru/linux/menyaem-redaktor-po-umo...
У меня тут не очень новая убунта, поэтому docker-compose только версии 3.3 (у вас 3.7), не думаю, что это может сильно влиять.
Поднимал только nginx , конфиги идиентичные Вашим.
Вкратце - все работает, без каких то особых косяков (у меня самоподписный сертификат, но если бы с сертификатами были проблемы - nginx бы ругался на этапе старта). В логах, тоже все нормально.
После старта вот такая картина:
А это порты открытые на системе
Я убрал из выводы другие мои сервисы, нижние две - наш nginx (пришлось использовать эти порты, так как 80 и 443 у меня заняты)
Вот подключение:
Ваш конфиг изменял минимально, только перенес монтирование конфига nginx в docker-compose , но это тоже не влияет.
Так что, конфиг у Вас точно рабочий , но вот что в системе не так - вопрос открытый.