Navigation

    Netgate Discussion Forum
    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search

    OT?: Ports blockieren ausser 443, 80, 8080 - gibt's einen Grund?

    Deutsch
    4
    27
    2520
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • F
      flix87 last edited by

      @edgar:

      Danke für die ausführliche Antwort.

      Gruss
      E

      (was ist denn dann die vernünftigste Möglichkeit verschiedene Webserver (Bastelwebserver ;-)) unter einer einzigen IP-Adresse anzubieten, vor allem wenn diese auf verschiedenen Maschinen innerhalb des LAN (DMZ) liegen?)

      Wenn du einen Apache hast mach das mit VirtualHosts
      Da schaut der Webserver dann welche Domain aufgerufen wurde
      http://httpd.apache.org/docs/2.4/vhosts/examples.html
      so kannst du mehere Webseiten auf einem Server mit einer IP und einem Port betreiben. Ist ganz normal sowas.

      Oder ein Reverse Proxy (Kann die PfSense mit Squid) der dann schaut welche Adresse bzw. welcher Pfad aufgerufen wurde und leitet dies dann an die entsprechende IP und Port weiter.

      1 Reply Last reply Reply Quote 0
      • JeGr
        JeGr LAYER 8 Moderator last edited by

        Oder ein Reverse Proxy (Kann die PfSense mit Squid)

        Oder HAProxy

        1 Reply Last reply Reply Quote 0
        • E
          eanneser last edited by

          Wenn du einen Apache hast mach das mit VirtualHosts
          Da schaut der Webserver dann welche Domain aufgerufen wurde
          http://httpd.apache.org/docs/2.4/vhosts/examples.html
          so kannst du mehere Webseiten auf einem Server mit einer IP und einem Port betreiben. Ist ganz normal sowas.

          Würde ich gerne mit VirtualHosts machen, habe aber das Problem, dass dazu eine funktionierende DNS-Auflösung von aussen Voraussetzung zu sein scheint.
          Meine "internen" Server können aber nur innerhalb des LAN über den eigenen DNS-Server aufgelöst werden.
          (Grund dafür: ich habe einen Webserver für die "normale Webpräsenz" bei einem Hoster stehen und trage bei diesem Hoster Subdomains in die DNS-Config ein, über die ich gerne Server in meinem LAN zugänglich machen würde …).
          Damit geht vermutlich dann auch die Lösung über HAProxy eher nicht (weil bei einer Weiterleitung dann die interne IP, bzw. der Hostname in der URL stehen würde ...).

          Gruss
          E

          1 Reply Last reply Reply Quote 0
          • F
            flix87 last edited by

            Das ist richtig. VirtualHosts geht über DNS.
            Wenn du den DNS nicht anfassen kannst oder willst hast du noch die möglichkeit deine hosts Datei anzupassen und da die Einträge zu machen.

            1 Reply Last reply Reply Quote 0
            • JeGr
              JeGr LAYER 8 Moderator last edited by

              Hallo Edgar,

              das ist mir ein wenig unklar, weshalb das nicht via DNS gehen sollte? Deine internen Server werden momentan nur über den eigenen DNS aufgelöst. Wahrscheinlich mit einem "internen" Namen der ggf. nicht extern eingetragen werden kann? (also .local oder sowas?)

              Was spräche denn dagegen, ihnen zusätzlich noch einen anderen DNS Namen zu geben, den du extern eintragen kannst? Habe ich sowohl bei mir in der Firma als auch in anderen Konstellationen schon mehrfach so erlebt. Intern haben die VHosts dann meistens Entwicklungsnamen wie <kunde>.<devdomain>.de oder <projekt>.<domain>.intern und extern dann sowas wie <kunde projekt="" kurzzeichen="">.dev.<domain>.de.

              Also bspw. in einem Windows AD Netz kenne ich Konstellationen wie:

              test.firma.local / test.firma.intern (interner DNS)
              test.ext.firma.de / test.dev.firma.de (externer DNS)

              Da aber inzwischen selbst intern ja "normale" Domains verwendet werden sollen und keine Dummies mehr (wie .local oder .intern oder .firma) weil man für diese keine SSL Zertifikate (mehr) bekommt, ist das inzwischen immer weniger ein Problem. Manchmal werden auch * Domains eingetragen, die auf die externe IP der Firma zeigen wie *.ext.firma.de oder *.dev.firma.de, damit der arme Admin nicht ständig irgendwelche neuen Projektdomains in den DNS klöppeln muss ;)

              Grüße</domain></kunde></domain></projekt></devdomain></kunde>

              1 Reply Last reply Reply Quote 0
              • E
                eanneser last edited by

                Hallo,

                vielleicht versteh' ich's nicht richtig:

                So ist der Stand:
                beim Provider liegt der Hauptwebserver mit der registrierten Domain mydomain.com (Für die ganz normale Webpräsenz).
                In der Config auf dem Providertool ist eingetragen, dass die Subdomain mytest.mydomain.com per A-Record auf die (offizielle, externe) IP meines LANs zeigen soll also xx.xxx.xxx.xx.
                Funktioniert soweit auch. Wenn ich im Browser mytest.mydomain.com eingebe, lande ich auf meinem "internen webserver1" (Port 80 - ganz normal).

                Jetzt häte ich gern die Subdomain mytest2.mydomain.com auf einen internen webserver2 gelegt. (Subdomain ist analog beim Provider registriert und zeigt auf die gleiche IP).

                auf webserver1 habe ich:

                • in der /etc/hosts eingetragen: 192.168.100.66  webserver2  [ping von webserver1 auf webserver2 funktioniert]

                • in der http.conf
                  <virtualhost *:80="">ServerName mytest2.mydomain.com
                  redirect / http://webserver2</virtualhost>

                Wenn ich innerhalb des LANs nun die URL mytest2.mydomain.com eingebe lande ich auch webserver2.
                Von "ausserhalb" kann aber webserver2 nicht aufgelöst werden (logisch) und ich bekomme einen Timeout.

                Gruss
                E

                1 Reply Last reply Reply Quote 0
                • F
                  flix87 last edited by

                  dann müsstest du einen Proxy einsetzen durch den dann alle Verbindungen gehen und dieser entscheidet dann anhand der Subdomain an welchen Server das Ganze weitergeleitet wird.

                  Ob du nun Squid oder HAProxy nimmst bleibt dir überlassen.

                  1 Reply Last reply Reply Quote 0
                  • E
                    eanneser last edited by

                    Gibt es irgendwo eine verständliche Anleitung für HAproxy? (ich meine das Paket für pfSense).

                    Das LoadBalancing brauche ich ja eigentlich nicht, nur den Proxy. Allerdings finde ich es äusserst schwer verständlich, was da an Terminologie in der GUI d'rin ist. Mir fehlen da die Grundlagen …

                    Danke
                    E

                    1 Reply Last reply Reply Quote 0
                    • JeGr
                      JeGr LAYER 8 Moderator last edited by

                      auf webserver1 habe ich:

                      das ist völlig wurscht :) und noch dazu nicht richtig ;) In der Konfiguration auf deinem Webserver machst du überhaupt keine Umleitung, der weiß nämlich nix davon.

                      mytest.mydomain.com
                      mytest2.mydomain.com
                      mytest3.mydomain.com
                      …

                      sollen alle auf die gleiche IP (deiner externen LAN IP) zeigen. Das kannst du in deinem Providertool auch reinbasteln. Wenn es gut ist, kannst du da auch (bspw.) *.dev.mydomain.com reinmachen, dann kannst du alles mögliche statt dem * schreiben und musst nicht immer nen neuen A Record eintragen. Aber egal.

                      Dann wirfst du HAProxy oder Squid oder auch Apache Reverse Proxy auf deine pfSense. Bei HaProxy definierst du entsprechend ein Frontend (auf welche IP und welchen Port soll haproxy hören) und ein Backend (an welche/n Server soll er Sachen verteilen). Um mehrere Hosts auf das gleiche Backend zu schicken, legst du einfach weitere Frontends an, wählst gleiche IP/Port aus und den Haken bei Shared Frontends rein (soweit ich mich recht erinnere). Dann in jedem Frontend unter ACLs einen Eintrag machen mit "Host matches:" und dort die Domain die er erfassen soll, also bspw. mytest2.mydomain.com

                      Für jeden Host ein Frontend mit ACL und dann sollte das fluppen.

                      1 Reply Last reply Reply Quote 0
                      • E
                        eanneser last edited by

                        … das macht's jetzt schon klarer (die Variante mit HAproxy würde ich nehmen).
                        Die Einträge habe ich gemacht.
                        Allerdings stehe ich komplett auf dem Schlauch wenn ich lese:

                        "NOTE: You must add a firewall rule permitting access to this frontend!"

                        Mir ist kompett schleierhaft, wie die Regel aussehen muss ...

                        Sorry für meine Dummheit.

                        E

                        1 Reply Last reply Reply Quote 0
                        • F
                          flix87 last edited by

                          Je nachdem auf welcher IP und welchem Port dein HAProxy lauscht musst eben dort eine Regel einrichten.
                          Wenn er z.B. auf dem WAN Interface auf dem Port 80 lauscht musst du hierfür eine Regel anlegen die das erlaubt

                          Source Any| Dest. IP -> Wan IP | Dest Port -> 80

                          1 Reply Last reply Reply Quote 0
                          • E
                            eanneser last edited by

                            (Vielleicht sollte man einen neuen Thread aufmachen?)

                            Sorry - ich bekomm's nicht hin:

                            Nach den Hinweisen von JeGr habe ich ein Frontend definiert:

                            • "Listen address" => meine externe IP-Adresse Port 80
                                ACL => Host contains "mytest.mydomain.com"

                            und ein Backend:

                            • "Forwardto" => interne IP-Adresse vom mytest (192.168.0.251) und Port 80

                            Ausserdem noch die Regel auf dem WAN Interface:

                            Source Any| 192.168.0.251 -> externe IP-Adresse|  Port 80 -> 80

                            Wenn ich versuche mytest.mydomain.com aufzurufen bekomme ich nur einen TimeOut.

                            Sollte aber doch klappen?

                            Gruss
                            E

                            1 Reply Last reply Reply Quote 0
                            • F
                              flix87 last edited by

                              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 *         none

                              WAN 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

                              1 Reply Last reply Reply Quote 0
                              • E
                                eanneser last edited by

                                … 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.com

                                Im HA-Backend steht:
                                Name "test", Forwardto "Address + Port" Address: 192.168.xx.xxx Port: 80

                                Alles 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

                                1 Reply Last reply Reply Quote 0
                                • F
                                  flix87 last edited by

                                  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?

                                  1 Reply Last reply Reply Quote 0
                                  • E
                                    eanneser last edited by

                                    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

                                    1 Reply Last reply Reply Quote 0
                                    • F
                                      flix87 last edited by

                                      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.

                                      1 Reply Last reply Reply Quote 0
                                      • E
                                        eanneser last edited by

                                        @flix87:

                                        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

                                        1 Reply Last reply Reply Quote 0
                                        • F
                                          flix87 last edited by

                                          auf der Startseite steht "Show states" und dort dann "Reset state"

                                          1 Reply Last reply Reply Quote 0
                                          • M
                                            Mr. Jingles last edited by

                                            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 )

                                            1 Reply Last reply Reply Quote 0
                                            • E
                                              eanneser last edited by

                                              wenn Du sagen kannst, was (sprachlich) unverständlich ist, kann ich gerne versuchen, es verständlicher zu formulieren!

                                              E

                                              1 Reply Last reply Reply Quote 0
                                              • F
                                                flix87 last edited by

                                                Hat es bei dir denn nun geklappt?

                                                1 Reply Last reply Reply Quote 0
                                                • E
                                                  eanneser last edited by

                                                  Kann ich erst morgen (Feiertag!) ausprobieren.

                                                  Ich geb' auf jeden Fall Bescheid.

                                                  Danke

                                                  E

                                                  1 Reply Last reply Reply Quote 0
                                                  • E
                                                    eanneser last edited by

                                                    @flix87:

                                                    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

                                                    1 Reply Last reply Reply Quote 0
                                                    • First post
                                                      Last post

                                                    Products

                                                    • Platform Overview
                                                    • TNSR
                                                    • pfSense
                                                    • Appliances

                                                    Services

                                                    • Training
                                                    • Professional Services

                                                    Support

                                                    • Subscription Plans
                                                    • Contact Support
                                                    • Product Lifecycle
                                                    • Documentation

                                                    News

                                                    • Media Coverage
                                                    • Press
                                                    • Events

                                                    Resources

                                                    • Blog
                                                    • FAQ
                                                    • Find a Partner
                                                    • Resource Library
                                                    • Security Information

                                                    Company

                                                    • About Us
                                                    • Careers
                                                    • Partners
                                                    • Contact Us
                                                    • Legal
                                                    Our Mission

                                                    We provide leading-edge network security at a fair price - regardless of organizational size or network sophistication. We believe that an open-source security model offers disruptive pricing along with the agility required to quickly address emerging threats.

                                                    Subscribe to our Newsletter

                                                    Product information, software announcements, and special offers. See our newsletter archive to sign up for future newsletters and to read past announcements.

                                                    © 2021 Rubicon Communications, LLC | Privacy Policy