Рейтинг:0

connect () не удалось (111: соединение отклонено) при попытке связаться с 1 из 3 приложений

флаг fr

У меня есть два приложения Django, работающие на моем сервере Debian с Gunicorn. Один работает на порту 80 (app1), другой на 84 (app2). app1 работает нормально. Но при попытке открыть app2 я получаю 502 Bad Gateway от Nginx. Оба их конфига практически идентичны. Я понятия не имею, почему это не работает. У меня также есть третье приложение, но оно работает на Flask IIRC.

сайты доступны/приложение2

сервер {
слушать 84;
имя_сервера приложение2;

место расположения / {
    включить proxy_params;
    прокси_пароль http://127.0.0.1:7000;
}

местоположение /статическое/ {
    корень /дом/приложение1;
    try_files $uri = 404;
}
}

сайты доступны/приложение1

сервер {
        слушать 80;
        имя_сервера приложение1;
    
        место расположения / {
            включить proxy_params;
            прокси_пароль http://127.0.0.1:8000;
        }
    
        местоположение /статическое/ {
            корень /дом/джанго;
            try_files $uri = 404;
        }
       местоположение /bestanden/ {
            корень /home/django/файлы;
            add_header Публичный прагма;
            add_header Cache-Control "public";
        }
    }

/etc/systemd/система/app1.service

[Ед. изм]
Описание=Приложение1
После=network.target

[Оказание услуг]
Тип=простой
Пользователь=корень
ExecStart=/bin/bash/home/app1/bin/start-app.sh
Перезапуск = при сбое

[Установить]
WantedBy=многопользовательская.цель

/home/app1/bin/start-app1.sh

компакт-диск /дом/приложение1/приложение
Эхо "Активация"
источник /home/app1/env/bin/активировать
эхо "Запуск"
# conf.py содержит некоторые переменные окружения для приложения
gunicorn -c "/home/app1/env/bin/gunicorn.conf.py" app1.wsgi

/etc/systemd/система/pricescraper.сервер

[Ед. изм]
Описание=Приложение2
После=network.target

[Оказание услуг]
Тип=простой
Пользователь=корень
ExecStart=/bin/bash/home/app2/bin/start-app.sh
Перезапуск = при сбое

[Установить]
WantedBy=многопользовательская.цель

/дома/приложение2/бин/старт-приложение2

компакт-диск /дом/приложение2/приложение/
источник /home/app2/venv/bin/активировать
gunicorn -c "/home/app2/venv/bin/gunicorn.conf.py" app2.wsgi -b 192.168.188.43:7000

Когда я смотрю на error.log, я получаю это: [ошибка] 1560#1560: *1 connect() не удалось (111: соединение отклонено) при подключении к восходящему каналу, клиент: 192.168.188.199, сервер: app2, запрос: «GET / HTTP/1.1», восходящий поток: «http:/ /127.0.0.1:7000/", хост: "192.168.188.43:84"

Я понятия не имею, что это значит, поиск в Google закончился вопросом, где они использовали сокеты, и просто удалили префикс ULR, который ко мне не относится. Самое странное, когда я открываю 192.168.188.43:7000, я открываю index.html, но без загрузки статических файлов, которые включают в себя необходимый JS, поэтому я не могу протестировать серверную часть.

Пожалуйста, любая помощь приветствуется!

Рейтинг:1
флаг ru

Видимо не к 192.168 нужно было привязываться... а к 127.0.0.1

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

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