This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Interface Naming Probleme (ESX, virtual)

Liebe Community,

ich bin noch relativ neu hier und durfte in der Vergangenheit bereits erste Erfahrungen mit der Installation von Sophos UTM Gateways sammeln.

Vor einiger Zeit habe ich das erste mal eine virtuelle Sophos installiert.
Das Kundenszenario sollte wie folgt aufgebau sein:
1x NIC Internes Netz
1x NIC DMZ/Gast/Kinder
1x NIC EXT/DSL/Modem INTERNET
Verfügbare Hardware war ein Primergy ESX mit zwei Onboard NICs und einer PCI Single NIC.

Die PCI Karte wurde zur Sophos VM durchgeschleift, um ggf. auch mal ein Modem mit PPPoE Einwahl daran zu betreiben.
Installation fertiggestellt, alles wunderbar. Von der Sophos wurden folgende Namen vergeben.
PCI NIC = eth0
Onboard 1 = eth1
Onboard 2 = eth2

eth0 = Internet/DSL
eth1 = Internal
eth2 = DMZ/Kids

Das Szenario wurde außerdem um folgende Anforderung erweitert:
Einige Devices (Drucker) aus dem internen Netz, sollen aus der DMZ erreichbar sein, also hab ich die entsprechenden Firewall-Regeln gesetzt und bin davon ausgegangen dass ich keine weiteren NAT bzw. Masquerading Regeln benötige, da das Routing zwischen zwei Interfaces von der Sophos automatisch gemacht wird.
Leider war es nicht möglich, von einem DMZ Client den Drucker aus dem Internen Netz anzusprechen, sondern erst nachdem ich eine Masquerading Regel "DMZ (Network) -> Internal" angelegt hatte. Daraufhin stand folgende Aussage im Raum:

Diese Regel sei eigentlich nicht nötig, wenn ich bei der Installation dafür gesorgt hätte dass eth0 das interne Netz darstellt. Und ich solle das zwingend ändern, da die Sophos das nicht "will, wenn ein anderes IF als eth0 das interne Netz darstellt"

Frage: Kann ich beeinflussen, welche Hardware welche eth-Nummer zugewiesen bekommt?

Bei der Installation wurde als "Web-Admin-Interface" eth0 gewählt. 
Das ist jetzt das externe, nach einem Reboot steht auch die IP des externen Interfaces als anzusprechende IP in der Konsole. Erreichbar ist das Web-Admin Interface aber über jedes = ("any") Netz.

Macht eine Neuinstallation sinn? Brauche ich dann keine extra Masquerading Regel mehr? 

Vielen Dank für eure Kommentare

LG


This thread was automatically locked due to age.
  • Who at Sophos told you that routing only worked correctly if "Internal" was defined on eth0?  I don't think that's right.

    Before digging any further tell us if you get any clues from Rulz.  Needing a masq rule is an indication of a problem with #3 or 3.1.

    Cheers - Bob
    PS Ob ich dieses Thread in das German Forum verschieben soll?
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Hello BAlfson,

    thank you for your reply. A Collegue of mine (much more experienced) told me that.
    I have created the Hosts (Printers) only via IP-Address & Name, the Hosts are not Bound to an Interface. So the Setting is "Interface: "

    The Client which wants to connect to the Printer at 192.168.2.201 has the correct IP Settings by DHCP for the DMZ Net.
    IP: 192.168.3.39 / 24
    GW: 192.168.3.3 (thats the IP of the IF)

    Without the Masq Rule i am not able to connect to the Printers Webinterface.
    The Packages are never blocked by the Firewall, even if the Webinterface of the Printer doesnt show up, a package from 192.168.3.39 to 192.168.2.201 is marked green in the FireWall LiveLog.

    My other Masq Rules are only used for Masquerading the Clients IP-Addresses with the external Interface, to ensure Internet Communication.

    Greetings
  • I agree that it seems to be a problem with #3.1.  Does the printer in 192.168.2.0/24 have the IP of the UTM as its default gateway?

    Cheers - Bob
    PS Da wir uns im German Forum befinden, könnten wir auf Deutsch weiterhin. [:)]
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Bob, vielen Dank. Jetzt klärt sich auch die immer vorhandene Frage, warum ein blöder Drucker ein Gateway benötigen sollte. Den Fehler werd´ ich nie wieder machen.

    Again what learned :-)