SLES 10 - masquerading funktioniert nicht

SLES 10 - masquerading funktioniert nicht (20 Beiträge, 183 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo,

folgende Ausgangssituation:

Ich habe einen Exchange Server der von extern (Internet -> Mobile User) über imap (Port 143) angesprochen werden soll.

Imap Dienst auf Exchange Server läuft!

Die Internetanbindung macht bei uns ein SLES Version 10 Rechner.

Sprich: INTERNET <----> EXTERNES NETZ <---> SLES 10 <---> INTERNES NETZ

Problem:

telnet 10.1.2.3 143 -----> FUNKTIONIERT

telnet feste-ip-zum-internet 143 -----> FUNKTIONIERT NICHT

Konfiguration am SLES 10 Rechner:

YAST2 -> Sicherheit und Benutzer -> Firewall -> Masquerading

Masquerading für Netzwerke = Aktiviert

Anfragen an Masquerading IP umleiten:

QuellNetzwerk: 0/0
Protokoll: TCP
Benötigte IP: -
Benötigter Port: imap(143)
Umleiten an IP: 10.1.2.3
Umleiten an Port: imap(143)

Weiter -> Einstellungen Speichern und Firewall Neustarten

sollte doch eigentlich alles passen?!

Ich weiß nicht was ich falsch mache...

Vielleicht kann mir ja ein Linux/Computer-Guru hier im Forum helfen.

Ich freue mich auf sämtliche antworten

Viele Grüße

David

22.07.2008, 13:17 Uhr - Editiert von -"Dave"-, alte Version: hier

telnet feste-ip-zum-internet 143 -----> FUNKTIONIERT NICHT

hast das von einem Rechner ausserhalb deines Netzwerkes mal probiert? Von intern schlägt das nämlich im Normalfall fehl.

Wenn der Sturm losbricht,
verstummen die Einen vor Schrecken,
und die Anderen breiten, einem Adler gleich, die Flügel aus
und schwingen sich empor.

ja habe ich probiert! Leider kein erfolg :/

EDIT: Evtl. wird die Weiterleitung beim exchange Server geblockt? Was ich aber stark bezweifle... Wie könnte ich das am besten testen?

22.07.2008, 13:58 Uhr - Editiert von -"Dave"-, alte Version: hier

ich würd die umleitung temporär auf einen anderen pc geben und dort wireshark installieren.

Wenn der Sturm losbricht,
verstummen die Einen vor Schrecken,
und die Anderen breiten, einem Adler gleich, die Flügel aus
und schwingen sich empor.

he he danke für den Tipp!

Tatsächlich nach ausführen einer imap anfrage, hatte ich tatsächlich aktivität in wireshark...

Jetzt ist nur die Frage, wo wird das im exchange geblockt oO

Dort ist keine Firewall aktiv...

22.07.2008, 14:15 Uhr - Editiert von -"Dave"-, alte Version: hier

Läuft der IMAP Dienst überhaupt?

Wenn der Sturm losbricht,
verstummen die Einen vor Schrecken,
und die Anderen breiten, einem Adler gleich, die Flügel aus
und schwingen sich empor.

jop imap läuft sonst wäre ja auch kein lokar Zugriff möglich!

Windows Server 2008 hat auch eine rudimentäre FW ... da schon nachgeschaut? Welcher Exch und welcher Server ist es überhaupt?

Wenn der Sturm losbricht,
verstummen die Einen vor Schrecken,
und die Anderen breiten, einem Adler gleich, die Flügel aus
und schwingen sich empor.

Achja, falls Exch07:

Server Configuration, Client Access -> IMAP4 -> Binding

Wenn der Sturm losbricht,
verstummen die Einen vor Schrecken,
und die Anderen breiten, einem Adler gleich, die Flügel aus
und schwingen sich empor.

Es ist ein Exchange Server 2003 Standard auf einen Windows Server 2003 Standard!

Noch zu erwähnen ist, dass diese Konfiguration vorher schon einmal lief, nur jetzt nicht mehr.

einzige Änderungen:

1. Auf Exchange Server 2003 läuft OWAadmin

2. Der Exchange Server läuft nicht mehr auf 10.1.1.6 sonder auf 10.1.3.2

23.07.2008, 08:53 Uhr - Editiert von -"Dave"-, alte Version: hier

hast dir mittels wireshark angesehen ob der traffic auch wirklich die korrekte destination IP hat?

Wenn der Sturm losbricht,
verstummen die Einen vor Schrecken,
und die Anderen breiten, einem Adler gleich, die Flügel aus
und schwingen sich empor.

Ja, ist alles korrekt! Also an der Weiterleitung dürfte es nicht liegen.

Für die es interessiert:

Habe es mit masquerading nicht hinbekommen! Sämtliche Weiterleitungen auf den exchange gingen ins leere...

Gelöst habe ich es nun mit einen apache reverse proxy und einer Weiterleitung auf den EAS des Exchange.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung