#angular #ubuntu #haproxy
#angular #ubuntu #haproxy
Вопрос:
У меня есть приложение angular, работающее на порту 4200, и я добавил HAProxy в качестве обратного прокси. Перенаправить весь трафик с порта 80 на 4200. Моя настройка HAProxy работает нормально для 8080-4200, но не для 80-4200.
global
# log /dev/log local0
# log /dev/log local1 notice
# chroot /var/lib/haproxy
# stats socket /run/haproxy/admin.sock mode 660 level admin expose-fd listeners
# stats timeout 30s
# user haproxy
# group haproxy
daemon
# Default SSL material locations
ca-base /etc/ssl/certs
crt-base /etc/ssl/private
# Default ciphers to use on SSL-enabled listening sockets.
# For more information, see ciphers(1SSL). This list is from:
# https://hynek.me/articles/hardening-your-web-servers-ssl-ciphers/
# An alternative list with additional directives can be obtained from
# https://mozilla.github.io/server-side-tls/ssl-config-generator/?server=haproxy
ssl-default-bind-ciphers ECDH AESGCM:DH AESGCM:ECDH AES256:DH AES256:ECDH AES128:DH AES:RSA AESGCM:RSA AES:!aNULL:!MD5:!DSS
ssl-default-bind-options no-sslv3
defaults
log global
mode http
option httplog
option dontlognull
timeout connect 5000
timeout client 50000
timeout server 50000
errorfile 400 /etc/haproxy/errors/400.http
errorfile 403 /etc/haproxy/errors/403.http
errorfile 408 /etc/haproxy/errors/408.http
errorfile 500 /etc/haproxy/errors/500.http
errorfile 502 /etc/haproxy/errors/502.http
errorfile 503 /etc/haproxy/errors/503.http
errorfile 504 /etc/haproxy/errors/504.http
listen http_frontend
mode http
option http-buffer-request
bind *:80
default_backend vapp
backend vapp
mode http
server ec2-15-200-79-226.ap-south-1.compute.amazonaws.com ec2-15-200-79-226.ap-south-1.compute.amazonaws.com:4200
Комментарии:
1. Можете ли вы проверить логи haproxy
/var/log/haproxy.log
? Показывает ли это что-нибудь подозрительное?2. Запуск прокси http_frontend: не удается привязать сокет [0.0.0.0:80] …. кажется, не удается привязать порт 80
Ответ №1:
Поскольку в журналах говорится о невозможности привязки к порту 80, могут возникнуть некоторые проблемы:
-
Вы используете Nginx или что-то еще на этом порту? Запустите
sudo netstat -ntlp
и проверьте, использует ли этот порт другой процесс. Если это так, вы должны остановить их или изменить свой выбор. -
Есть ли у haproxy разрешение на привязку к порту 80? Вы должны запустить его как root, чтобы иметь возможность это сделать. Также вы можете проверить этот вопрос о привязке некорневых процессов к специальным портам.
Комментарии:
1. Вы были правы, Nginx работал на 80, я остановил nginx и перезапустил его как root.. Теперь я получаю .. «текущий рабочий вышел с кодом 143» … есть идеи?
2. 143 — это статус выхода из SIGTERM. Это показывает, что вы или сама ОС завершили процесс. Используете ли вы haproxy как службу systemd? Если да, то что делать
service haproxy status
иjournalctl -xe
говорить?