Fondo
Estoy harto de que el Slack sea demasiado caro, así que decidí sustituirlo por Mattemost. Obtuve una caja AWS ubuntu con una IP pública y seguí lo más importanteInstrucciones de instalación(La principal diferencia es que estoy ejecutando todo en el mismo servidor, en lugar de tener un servidor de base de datos y un servidor de almacenamiento separados, etc., todos se ejecutan en la misma máquina, es decirhttp://127.0.0.1)
Mi dominio (lobolabshq.com) es administrado porwix, y entonces agregué un subdominio:Mattermost.lobolabshq.com
Instalé el servidor más importante en la caja de AWS y luego configuré nginx para enviar las solicitudes al servidor nginx. Mi configuración de proxy nginx está almacenada /etc/nginx/sites-available/mattermost
y se ve así:
upstream backend {
server 127.0.0.1:8065;
}
proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=mattermost_cache:10m max_size=3g inactive=120m use_temp_path=off;
server {
listen 80;
server_name mattermost.lobolabshq.com;
location /api/v3/users/websocket {
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
client_max_body_size 50M;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Frame-Options SAMEORIGIN;
proxy_buffers 256 16k;
proxy_buffer_size 16k;
proxy_read_timeout 600s;
proxy_pass http://backend;
}
location / {
client_max_body_size 50M;
proxy_set_header Connection "";
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Frame-Options SAMEORIGIN;
proxy_buffers 256 16k;
proxy_buffer_size 16k;
proxy_read_timeout 600s;
proxy_cache mattermost_cache;
proxy_cache_revalidate on;
proxy_cache_min_uses 2;
proxy_cache_use_stale timeout;
proxy_cache_lock on;
proxy_pass http://backend;
}
}
Problema
Cuando voy ahttp://mattermost.lobolabshq.comdevuelve este error:
Error de red (tcp_error)
Se produjo un error de comunicación: "Se agotó el tiempo de espera de la operación". Es posible que el servidor web esté inactivo, demasiado ocupado o experimente otros problemas que le impidan responder a las solicitudes. Es posible que desee volver a intentarlo más adelante.
Análisis/Lo que he probado
El servidor más importante funciona bien localmente
Sé que mi servidor más importante está funcionando bien localmente, porque según eldocumentoscuando lo ejecuto curl http://127.0.0.01:8065
devuelve la página de bienvenida más importante
El servidor nginx redirige con éxito las solicitudes al puerto: 80
Sé que nginx está funcionando bien, porque cuando lo ejecuto curl http://localhost
o curl http://127.0.0.1
también aparece la misma página de bienvenida.
El dominio apunta a la máquina AWS.
yo se quehttp://mattermost.lobolabshq.comTambién apunta a la IP pública de mi cuadro de AWS:
dig mattermost.lobolabshq.com
; <<>> DiG 9.8.3-P1 <<>> mattermost.lobolabshq.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62124
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;mattermost.lobolabshq.com. IN A
;; ANSWER SECTION:
mattermost.lobolabshq.com. 1800 IN A 54.165.78.199
salida netstat
sudo netstat -anp | grep tcp
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 1803/nginx -g daemo
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1134/sshd
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 1249/postgres
tcp 0 0 172.31.50.32:22 185.81.141.147:54411 ESTABLISHED 1860/sshd: ubuntu [
tcp 0 72 172.31.50.32:22 185.81.141.147:60344 ESTABLISHED 1603/sshd: ubuntu [
tcp6 0 0 :::22 :::* LISTEN 1134/sshd
tcp6 0 0 :::8065 :::*
Las solicitudes externas NO llegan a ngix
cuando ejecuto curl localhost
localmente mis registros de acceso a nginx se actualizan:
127.0.0.1 - - [18/Jan/2017:06:41:09 +0000] "GET / HTTP/1.1" 200 2246 "-" "curl/7.47.0"
pero no obtengo esa entrada cuando presiono Mattermost.lobolabshq.com desde el navegador.
Respuesta1
Simplemente tuve que actualizar el grupo de seguridad del que formaba parte mi cuadro de AWS y permitir que funcionaran todas las conexiones TCP entrantes en el puerto 80.