Puncte:0

Dezactivat, apoi Activat Firewall și se pare că Apache nu mai acceptă cereri

drapel in

În prezent, încerc să rezolv o problemă pe care o întâmpin cu proxy-ul meu invers pentru instanța nodului meu și care aș dori să fie accesibilă publicului. (Nu am remediat încă) Cu toate acestea, într-o încercare de a mă asigura că toate lucrurile au fost acoperite, mi-am dezactivat firewall-ul. Apoi, l-am activat din nou... Și acum, navigarea către orice site de pe serverul meu are ca rezultat 503 frumos!! https://warhammer.hutber.com/

Trebuie să spun, cunoștințele mele sunt simple, verifică dacă este Ascultare... fă-l să asculte dacă nu este. Așa că acum sunt pur și simplu confuz cu privire la motivul pentru care niciunul dintre site-urile mele nu funcționează sau ce ar putea fi.

oot@localhost:/var/www/api.miniatureawards.com# netstat -ntupl
Conexiuni la internet active (numai servere)
Proto Recv-Q Trimitere-Q Adresă locală Adresă străină Stat PID/Nume program    
tcp 0 0 127.0.0.1:33060 0.0.0.0:* ASCULTĂ 82377/mysqld        
tcp 0 0 127.0.0.1:3306 0.0.0.0:* ASCULTĂ 82377/mysqld        
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 655/systemd-resolve 
tcp 0 0 0.0.0.0:22 0.0.0.0:* ASCULTĂ 812/sshd: /usr/sbin 
tcp 0 0 127.0.1.1:5432 0.0.0.0:* ASCULTĂ 1618484/postgres    
tcp 0 0 127.0.0.1:5432 0.0.0.0:* ASCULTĂ 1618484/postgres    
tcp6 0 0 :::80 :::* ASCULTĂ 1625969/apache2     
tcp6 0 0 :::22 :::* ASCULTĂ 812/sshd: /usr/sbin 
tcp6 0 0 ::1:5432 :::* ASCULTĂ 1618484/postgres    
tcp6 0 0 :::443 :::* ASCULTĂ 1625969/apache2     
udp 0 0 127.0.0.53:53 0.0.0.0:* 655/systemd-resolve 
udp 0 0 0.0.0.0:68 0.0.0.0:* 629/dhclient        
udp6 0 0 fe80::250:56ff:fe24:546 :::* 685/dhclient        
root@localhost:/var/www/api.miniatureawards.com# lsof -i
COMANDA PID UTILIZATOR TIP FD DIMENSIUNEA DISPOZITIV/OPRIT NUMELE NODULUI
dhclient 629 root 9u IPv4 28685 0t0 UDP *:bootpc 
systemd-r 655 systemd-resolve 12u IPv4 28761 0t0 UDP localhost:domain 
systemd-r 655 systemd-resolve 13u IPv4 28762 0t0 TCP localhost:domain (ASCULTATE)
dhclient 685 root 8u IPv6 28664 0t0 UDP linux:dhcpv6-client 
sshd 812 root 3u IPv4 31063 0t0 TCP *:ssh (ASCULTARE)
sshd 812 root 4u IPv6 31065 0t0 TCP *:ssh (ASCULTARE)
mysqld 82377 mysql 22u IPv4 2181171 0t0 TCP localhost.localdomain:33060 (ASCULTATE)
mysqld 82377 mysql 24u IPv4 2181173 0t0 TCP localhost.localdomain:mysql (ASCULTATE)
postgres 1618484 postgres 3u IPv4 31964403 0t0 TCP localhost.localdomain:postgresql (ASCULTARE)
postgres 1618484 postgres 4u IPv4 31964404 0t0 TCP localhost:postgresql (ASCULTARE)
postgres 1618484 postgres 5u IPv6 31964405 0t0 TCP localhost:postgresql (ASCULTARE)
postgres 1618484 postgres 9u IPv4 31964414 0t0 UDP localhost.localdomain:39691->localhost.localdomain:39691 
postgres 1618486 postgres 9u IPv4 31964414 0t0 UDP localhost.localdomain:39691->localhost.localdomain:39691 
postgres 1618487 postgres 9u IPv4 31964414 0t0 UDP localhost.localdomain:39691->localhost.localdomain:39691 
postgres 1618488 postgres 9u IPv4 31964414 0t0 UDP localhost.localdomain:39691->localhost.localdomain:39691 
postgres 1618489 postgres 9u IPv4 31964414 0t0 UDP localhost.localdomain:39691->localhost.localdomain:39691 
postgres 1618490 postgres 9u IPv4 31964414 0t0 UDP localhost.localdomain:39691->localhost.localdomain:39691 
postgres 1618491 postgres 9u IPv4 31964414 0t0 UDP localhost.localdomain:39691->localhost.localdomain:39691
apache2 1625969 root 4u IPv6 32061567 0t0 TCP *:http (ASCULTATE)
apache2 1625969 root 6u IPv6 32059812 0t0 TCP *:https (ASCULTATE)
apache2 1625970 www-data 4u IPv6 32061567 0t0 TCP *:http (ASCULTATE)
apache2 1625970 www-data 6u IPv6 32059812 0t0 TCP *:https (ASCULTATE)
apache2 1625971 www-data 4u IPv6 32061567 0t0 TCP *:http (ASCULTATE)
apache2 1625971 www-data 6u IPv6 32059812 0t0 TCP *:https (ASCULTATE)
apache2 1625972 www-data 4u IPv6 32061567 0t0 TCP *:http (ASCULTATE)
apache2 1625972 www-data 6u IPv6 32059812 0t0 TCP *:https (ASCULTATE)
apache2 1625973 www-data 4u IPv6 32061567 0t0 TCP *:http (ASCULTATE)
apache2 1625973 www-data 6u IPv6 32059812 0t0 TCP *:https (ASCULTATE)
apache2 1625974 www-data 4u IPv6 32061567 0t0 TCP *:http (ASCULTATE)
apache2 1625974 www-data 6u IPv6 32059812 0t0 TCP *:https (ASCULTATE)
apache2 1626046 www-data 4u IPv6 32061567 0t0 TCP *:http (ASCULTATE)
apache2 1626046 www-data 6u IPv6 32059812 0t0 TCP *:https (ASCULTATE)
apache2 1626054 www-data 4u IPv6 32061567 0t0 TCP *:http (ASCULTATE)
apache2 1626054 www-data 6u IPv6 32059812 0t0 TCP *:https (ASCULTATE)

Singurele alte lucruri despre care pot să cred că ar fi putut fi afectate... chiar dacă sunt 99% sigur că, după fiecare dintre aceste modificări, am verificat și am văzut că punctul meu graphql nu era încă accesibil. Am resetat serviciul apache2 dupa fiecare dintre acestea... asa ca am doar 1% frica!

  • setsebool -P httpd_can_network_connect on
  • useradd XXX

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.