OT?: Ports blockieren ausser 443, 80, 8080 - gibt's einen Grund?
-
Okay ich gebe zu die Regel war doof beschrieben ;)
hier nochmal die Regel die auf dem WAN Interface (also das auf welchem deine externe IP-Adresse liegt)ID Proto Source Port Destination Port Gateway Queue Schedule Description
IPv4 TCP * * WAN Adress 80 * noneWAN Adress wäre dann bei dir deine externe IP-Adresse
auch mal versuchen von extern zu testen nicht das es da Probleme gibt weil du auch hinter der selben Firewall sitzt die Proxy macht
-
… ich weiss, ich nerve langsam, aber ich weiss nicht mehr weiter:
Die Regel habe ich lt. Angabe formuliert.
Im HA-Frontend habe ich die externe IP eingetragen (WAN VIP for CARP config) mit Port 80
in der ACL steht "myserver1" -> Host contains: myserver1.mydomain.comIm HA-Backend steht:
Name "test", Forwardto "Address + Port" Address: 192.168.xx.xxx Port: 80Alles Weitere habe ich gelassen wie's ist (das meiste leer).
Ein Ping auf myserver1.mydomain.com bringt die (richtige) externe IP-Adresse (die providerseitige Weiterleitung stimmt also).
Das Logging habe ich auf dem HAproxy aktiviert - allerdings kommt ausser "Proxy test startet" (bzw. stopped) nichts weiter an.
Die Eingabe von myserver1.mydomain.com (von einem externen Rechner) endet mit einem Timeout.
Woran kann's denn noch liegen?
Gruss
E -
wie sieht denn der Hacken "WebGUI redirect Disable webConfigurator redirect rule " unter System: Advanced bei dir aus?
kannst du mal einen Screenshot der Regeln machen die du erstellt hast?
-
die Checkbox bei WebGUI redirect ist nicht aktiviert!
Regeln gibt's relativ viele. (Ich habe einige Portforwardings eingestellt - eben die möchte ich ja ersetzen!)
Allerdings habe ich diese immer zum Testen deaktiviert. (Was die Testerei nicht eben einfacher macht …).Stimmen denn die Einstellungen die ich beim HAproxy gemacht habe grundsätzlich?
Gruss
E -
zum HA Proxy kann ich leider nicht viel sagen. Die Regeln wären da erst mal wichtiger.
Mit dem NAT ist so eine Sache da sollten vorher die States der PfSense mal gelöscht werden.
Wenn das Ding schon produktiv ist kannst du das natürlich nicht so einfach machen. -
Mit dem NAT ist so eine Sache da sollten vorher die States der PfSense mal gelöscht werden.
… vielleicht ist das ein Ansatz? Kann man das Löschen manuell anstossen, oder muss die pfSense dazu booten?
E
-
auf der Startseite steht "Show states" und dort dann "Reset state"
-
Obwohl Die Niederlande recht nur ein unoffizieller Bundesland von Deutschland sind ( ;D ) betreure Ich mich immer noch darum das mein Deutsch so slecht ist. Wir hatten es damals nur vor 1 Jahr verplichtet im Mittelschule, und Ich habe mich so schnell wie moglich davon getrennt weil die Lehrerin so ein komplette Arsch war.
War vielleicht nicht wirklich ein gutes Idee, weil Ich gerne mehr von obenstehendes verstanden hatte :-[
( ;D ;D ;D )
-
wenn Du sagen kannst, was (sprachlich) unverständlich ist, kann ich gerne versuchen, es verständlicher zu formulieren!
E
-
Hat es bei dir denn nun geklappt?
-
Kann ich erst morgen (Feiertag!) ausprobieren.
Ich geb' auf jeden Fall Bescheid.
Danke
E
-
Hat es bei dir denn nun geklappt?
das Löschen der states hilft beim Testen.
Im Prinzip funktioniert's nun auch (zumindest bei den ersten Tests!) für mehrere (interne Server), die auf Port 80 lauschen.
Ich bin noch am Probieren (Redundanz, etc.) und melde mich wieder!
Gruss/Danke
E