Ok, ich habe den Rechner jetzt nach orange/DMZ gepackt. Dazu noch die
Portweiterleitung auf der FritzBox und die Regel im IP-Fire. Das klappt
jetzt auch alles. Der Nebeneingang ist also wieder dicht ;)
Nur der Vollständigkeit halber -- hier gibt es ein paar gute Tipps, wie
man einen Rechner in
> .. wie kommst du den auf die Idee?
> Apache hat keine Firewalleigenschaften und routet auch nicht.
Das meinte ich auch nicht so ... wir reden offenbar aneinander vorbei:
Du meintest:
>>> Es gibt einen Grund, weswegen auf dem IPFire der Apache nur aus dem
>>> internen Netz aufrufbar ist.
Ich
Hallo Michael,
>> Es gibt einen Grund, weswegen auf dem IPFire der Apache nur aus dem
>> internen Netz aufrufbar ist.
> Ja, DIESER Apache regelt ja auch den gesamten Netzverkehr. Der andere
> zeigt nur ein paar Daten an und macht sonst nichts ...
.. wie kommst du den auf die Idee?
Apache hat
Hi.
> was meinst du mit "dorthin"?
> Welcher Port, welcher Dienst?
80, apache
Es ist ein Anzeigesystem für den Vertretungsplan. Da läuft ein apache,
auf den ein paar RasPis zugreifen und den Inhalt dann anzeigen
(www.tabula.info). Der gleiche Apache ist aber momentan auch von "jedem"
anderen
Hallo Michael,
> Da beide NICs ihre IP-Adressen via DHCP erhalten, habe ich da nichts
> weiter eingestellt. Wenn ich auf der VM aber einen traceroute absetze,
> geht er über die *grüne* Schnittstelle nach draußen (eth0 ist grün, eth1
> ist rot). Daher vermute ich, dass es kein Problem der
Hallo Michael,
>> das weiß ich nicht, ich kann dir nur sagen, dass ich das so nicht machen
>> würde.
> Die Idee dazu kam auch nicht von mir selbst :) ... aber ok: Ich kann's
> auch wieder anders machen. Nur: Wenn ich die VM nach rot oder orange/DMZ
> bringe, müsste der Zugriff von grün (mit
Hallo Michael,
> Da beide NICs ihre IP-Adressen via DHCP erhalten, habe ich da nichts
> weiter eingestellt. Wenn ich auf der VM aber einen traceroute absetze,
> geht er über die *grüne* Schnittstelle nach draußen (eth0 ist grün, eth1
> ist rot). Daher vermute ich, dass es kein Problem der