Der unter Linux gehostete apache2-Server ist nicht über LAN erreichbar

386
user9494587

Ich versuche, auf meinen apache2-Server zuzugreifen, der auf einem Debian-basierten Linux-System über das lokale Netzwerk gehostet ist, aber leider ist er nicht zugänglich. Während ich versuche, als localhostoder 192.168.1.x(über die IP-Adresse) darauf zuzugreifen, kann auf die lokale Maschine zugegriffen werden, während es bei LAN nicht möglich ist. Ich habe auch die Neuinstallation des Apache2-Servers ausprobiert und versucht, das Problem zu beheben.

Ich habe die /etc/apache2/ports.confDatei dort geändert, wo ich die Listen *:80Zeile kommentiert und in geändert habe Listen 0.0.0.0:80

Auch ich modifizierte /etc/apache2/sites-available/000-default.confDatei, wo ich die Zeile geändert VirtualHost *:80zu VirtualHost 0.0.0.0:80 Soweit mir bekannt ist, gibt es keine Firewall auf dem System oder jede Art von iptabe Regeln ausgeführt werden .

Während ich den Befehl netstat versuche, wird Folgendes angezeigt:

tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 7780/apache2 

nmap die ip 192.168.1.xzeigt auch, dass der port offen ist.

Während des Versuchs, den Inhalt über python -m SimpleHTTPServer 8080den Inhalt zu servieren, ist außerdem nur auf dem lokalen Computer, nicht jedoch im LAN verfügbar. Ich bezweifle, dass es sich um ein Netzwerk- oder Portweiterleitungsproblem handelt. Ich könnte aber hier falsch liegen!

Kann mir bitte jemand helfen, das Problem zu lösen und herauszufinden, was mir hier fehlt?

0
zeige iptables -L -v bitte NoAngel vor 6 Jahren 0
Hier scheint alles zu akzeptieren: Chain INPUT (Policy ACCEPT 0 Pakete, 0 Bytes) `` Chain FORWARD (Policy ACCEPT 0 Pakete, 0 Bytes) `` Chain OUTPUT (Policy ACCEPT 0 Pakete, 0 Bytes) ` user9494587 vor 6 Jahren 0
Update: Ich habe den Apache2-Server neu gestartet und habe festgestellt, dass sich in der Vorwärtskette keine Pakete bewegen `Chain INPUT (Policy ACCEPT 1908-Pakete, 3564K-Bytes)` `Chain FORWARD (Policy ACCEPT 0 Pakete, 0 Bytes)` `Chain OUTPUT ( ACCEPT 1858-Pakete (1866 KB); ` user9494587 vor 6 Jahren 0
ok, das scheint kein Firewall-Problem zu sein, versuchen Sie es mit ifconfig. Überprüfen Sie auch die Ausgabe von route -n. NoAngel vor 6 Jahren 0
Mein System ist beispielsweise "192.168.1.5" und das Gateway ist "192.168.1". Das System, das versucht, eine Verbindung zu `192.168.1.5` herzustellen, ist` 192.168.1.6` | Die "route -n" zeigt "Destination Gateway Genmask Flags Metric Ref Use Iface" `0.0.0.0 192.168.1.1 0.0.0.0 UG 600 0 0 wlan0` `192.168.1.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0` scheint gut zu sein, denke ich | 'ifconfig' zeigt jedoch, dass ich eine ipv6-adresse habe, während ich von ipv6 durch 'NetworkManager' die ipv4-sache eingestellt habe, die gut scheint ... immer noch verwirrt! user9494587 vor 6 Jahren 0
ok, noch eine überprüfung. was zeigt "curl 192.168.1.5"? bitte von 192.168.1.6 ausführen. NoAngel vor 6 Jahren 0
`curl --head 192.168.1.5` gibt` HTTP / 1.1 200 OK` aus, während versucht wird, von `192.168.1.6`PS aus zuzugreifen. PS: In diesem Fall war` .1.6` ein anderes virtuelles System (virtuelle Box), das auf demselben System verwendet wird die überbrückte Verbindung verwendete und das Netzwerk durch "192.168.1.1" (Gateway) geleitet wurde. Beim Versuch, von einem anderen Computer aus '192.168.1.7' auf das System '192.168.1.5' zuzugreifen, ist es jedoch immer noch nicht zugänglich. Ich bin total amüsiert, dieses Problem zu sehen und kann immer noch nicht herausfinden, was mir hier fehlt !!! user9494587 vor 6 Jahren 0
hmm, ich habe keine ideen. Falls curl HTTP 200 zurückgibt, muss es funktionieren. In anderen Fällen, in denen es nicht verfügbar ist, denke ich, ist es an der Zeit, etwas Tcpdump zu lernen und es auf den Sende- und Empfangsseiten auszuprobieren. NoAngel vor 6 Jahren 0
Ihre Netzwerkkonfiguration muss fehlerhaft sein. Können Sie vom Host aus einen Ping machen, der nicht funktioniert? Alle diese Adressen befinden sich in derselben Verbindung, sodass das Gateway keine Rolle spielt, wenn diese Hosts miteinander kommunizieren. Johan Myréen vor 6 Jahren 0

0 Antworten auf die Frage