Anzeige:
Ergebnis 1 bis 8 von 8

Thema: 2 HTTP-Server

  1. #1
    Kinettengraber Avatar von waxolunist
    Registriert seit
    Aug 2002
    Ort
    Zürich
    Beiträge
    474

    2 HTTP-Server

    Hallo

    Ich weiss es nicht Linux, aber vielleicht könnt ihr mir ja trotzdem helfen.
    Ich habe einen MS Server auf dem ein IIS auf Port 80 und ein XAMPP auf Port 8000 läuft.
    Kann man jetzt den XAMPP auch unter einer normalen URL wie etwa www.bla.com erreichen, ohne den Port anzugeben?

    Vielen Dank für eure Hilfe,

    Lg, Christian
    WWGD?

  2. #2
    Registrierter Benutzer Avatar von UzumakiNaruto
    Registriert seit
    Feb 2008
    Ort
    Gifhorn
    Beiträge
    285
    nein ... den du rufst die webseite ja mit http://www.example.de auf ... und http:// besagt port 80

    http://www.example.de:8000
    wäre dann der richtige aufruf

  3. #3
    Registrierter Benutzer Avatar von asi_dkn
    Registriert seit
    Oct 2006
    Beiträge
    489
    Nicht ohne weiteres... Ich denke mit VHosts und Reverse Proxy Config ist das ganze für den Anwender transparent. Frag mich aber nicht wie man das mit IIS löst.

  4. #4
    Kinettengraber Avatar von waxolunist
    Registriert seit
    Aug 2002
    Ort
    Zürich
    Beiträge
    474
    Könnte ich das evtl. mit NAT lösen?
    Also alle Anfragen auf den Namen www.bla1.com werden vom Router an intern:80 geleitet und alle Anfragen auf www.bla2.com werden auf intern:8000 geleitet. Der Benutzer sieht dann nur mehr in der Addresszeile www.bla2.com/parameter, aber nicht den port.

    Geht das?

    Lg, Christian
    WWGD?

  5. #5
    Registrierter Benutzer
    Registriert seit
    Jun 2003
    Beiträge
    578
    je nach router ja. wenn dein router ports umleiten kann sollte das kein problem sein.
    gruss sys;-)

  6. #6
    Kinettengraber Avatar von waxolunist
    Registriert seit
    Aug 2002
    Ort
    Zürich
    Beiträge
    474
    Naja, Ports alleine werden nicht reichen.

    Denn die Anfrage für 2 Server im Intranet kommt schliesslich auf Port 80, der Router muss also anhand des Namens unterscheiden können, welchen Server er ansprechen muss.

    @asi_dkn: Danke für den Tipp mit Reverse Proxy. Das werde ich mir noch genauer ansehen.

    Lg, Christian

    PS: Hab so eben POUND für meine Zwecke für Linux gefunden. Für Windows suche ich noch. Kennt jemand eine Alternative?
    Geändert von waxolunist (24.06.08 um 11:08 Uhr)
    WWGD?

  7. #7
    Registrierter Benutzer Avatar von asi_dkn
    Registriert seit
    Oct 2006
    Beiträge
    489
    Mit einem handelsüblichen Router wirst du das Portforwarding so nicht machen können da du, wie gesagt, anhand des Domainnamens entscheiden musst. Ein Router arbeitet aber i.d.R. nur mit IP's und kann auch nur Merkmale von den Päckchen begutachten, nicht aber den Inhalt. Das gibts zwar schon, aber kostet. ReverseProxy und Namebased VHosts (unter Apache) kommen damit aber bestens klar.

  8. #8
    Kinettengraber Avatar von waxolunist
    Registriert seit
    Aug 2002
    Ort
    Zürich
    Beiträge
    474
    Danke für die Tipps.

    Ich werde vorschlagen den IIS auf einen Port zu legen und XAMPP auf Port 80. Der Apache soll dann den IIS transparent nach aussen repräsentieren. Das sollte funktionieren.

    Die freien Reverseproxies für IIS gefallen mir einfach nicht.

    Lg, Christian
    WWGD?

Ähnliche Themen

  1. Erklärung fürLogfileeinträge ???
    Von balu160676 im Forum Anbindung an die Aussenwelt
    Antworten: 142
    Letzter Beitrag: 12.06.08, 15:42
  2. Enemy Territory stürzt ab
    Von itsjustme im Forum Spielen Allgemein
    Antworten: 2
    Letzter Beitrag: 19.12.07, 09:18
  3. SuSE 10.1 Postfix und Cyrus-Imap
    Von pa_trick im Forum Linux als Server
    Antworten: 18
    Letzter Beitrag: 16.11.06, 01:39
  4. gehackt?
    Von Bruce im Forum Linux Allgemein
    Antworten: 3
    Letzter Beitrag: 20.10.04, 07:13
  5. Apache hinter Router
    Von theWireless im Forum Linux als Server
    Antworten: 12
    Letzter Beitrag: 20.09.03, 18:25

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •