Puncte:1

Portul 80 se afișează ca fiind filtrat, dar ufw permite portul 80

drapel cn

Am probleme cu apache pe serverul meu Ubuntu. Nu este o mașină locală, o accesez prin SSH. Când alerg nmap -sS 127.0.0.1 arată asta:

Nu este afișat: 998 de porturi închise
SERVICIUL STATULUI PORTUAR
22/tcp deschide ssh
HTTP filtrat 80/tcp

ports.conf este configurat ascultând portul 80 astfel:

Ascultă 80

<IfModule ssl_module>
        Ascultă 443
</IfModule>

<IfModule mod_gnutls.c>
        Ascultă 443
</IfModule>

Merită menționat că am încercat și să-l setez Ascultă 0.0.0.0:80

Se pare că nu pot face portul 80 să se deschidă, spre deosebire de a fi setat la filtrat. Când alerg sudo ufw status verbose e vorba:

Stare: activ
Înregistrare: activată (scăzută)
Implicit: refuza (intrat), permite (ie), dezactivat (direcționat)
Profiluri noi: săriți

    La Acțiune De la
    -- ------ ----
    80.443/tcp PERMITERE PENTRU Oriunde
    22/tcp PERMITERE PENTRU Oriunde
    80.443/tcp (v6) PERMITERE Oriunde (v6)
    22/tcp (v6) PERMITĂȚI oriunde (v6)

Deci nu cred că este o problemă de firewall. Alergare ss -tunapl arată următoarele:

Netid State Recv-Q Send-Q Adresă locală:Port Adresă peer:Port
udp UNCONN 0 0 172.31.255.175%eth0:68 0.0.0.0:* utilizatori:(("systemd-network",pid=19297,fd=17))
tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* utilizatori:(("sshd",pid=17786,fd=3))
tcp ASCULTĂ 0 128 [::]:22 [::]:* utilizatori:(("sshd",pid=17786,fd=4))
tcp LISTEN 0 128 *:80 *:* utilizatori:(("apache2",pid=27990,fd=4),("apache2",p id=27989,fd=4),("apache2",pid=27987 ,fd=4))

De asemenea, alergând iptables --table filter --list --numeric afișează ieșirile asta (link pastebin).

Care ar putea fi problema?

Puncte:0
drapel gn

Din linkul de listare a regulilor iptables din pastebin:

Lanț INPUT (politica DROP)
target prot opt ​​sursă destinație
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
...

Deci, prima regulă din lanțul INPUT este regula DROP portului 80. Cu toate acestea, în lista dvs. lipsesc informații critice despre interfața de rețea, care pot fi obținute folosind această comandă: sudo iptables -xvnL.

EDITARE: Noul pastebin nu arată nicio dependență de interfața de rețea și arată, de asemenea, pachetele care iau prima cale a regulii DROP, așa cum era de așteptat:

INTRARE în lanț (politica DROP 0 pachete, 0 octeți)
    pkts bytes target prot opt ​​in out source destination
     434 23648 DROP tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
       0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80

Deci, trebuie să ștergeți acea regulă (netestată):

sudo iptables -D INTRARE 1

Nu este evident de ce acea regulă este/a existat în primul rând.

Jordan avatar
drapel cn
Nu prea înțeleg la ce mă uit aici, poate [acest lucru va ajuta.](https://pastebin.com/fjgTzPTy) Este un alt pastebin al comenzii sudo iptables -xvnL
Jordan avatar
drapel cn
Ștergerea acestei reguli a funcționat, mulțumesc mult!

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.