Virtual Server (IP)

Jag kör en webbserver på en dator i mitt lokala nätverk. Jag låter även alla requests på port 80 på min router gå till den loka datorn. Om jag kör servern på mitt externa IP så går det därför inte att komma åt den internt för att routern/brandväggen spärrar trafiken som går ut mot internet och sen tillbaka så därför kör jag nu två virtuella servrar. En med 192.168.2.3 och en med mitt "riktiga ip" 194.236.2.210. och det fungerar så länge man anger alla adresser med ett "/" på slutet. ni kan ju testa själva... http://194.236.2.210/wftest och sen kan ni testa http://194.236.2.210/wftest/ så skall ni se att ni bara kan gå in på den med ett "/" på slutet för annars så försöker den connecta till mitt interna ip om ni glömmer "/" på slutet...man ser att den försöker connecta till 192.168.2.3 om ni använder Opera men inte om ni använder IE. (Den gör samma sak i båda webbläsarna men man ser bara i Opera att den gör det.)

Hoppas ni förstår mitt problem.

Vad som händer när man inte har en / på slutet är att webservern letar efter en fil med namnet wftest (eftersom alla kataloger skall avslutas med /). Om den inte hittar någon sådan fil så börjar den leta kataloger i stället. Om den hittar en katalog med det namnet så skickar servern tillbaka adressen till den katalogen och webläsaren ansluter igen, den här gången med en / på slutet.

WL: Ge mig http://194.236.2.210/wftest

WS: Har ingen fil med det namnet. Menar du katalogen http://194.236.2.210/wftest/

WL: Japp, ge mig katalogen http://194.236.2.210/wftest/

WS: Ok

Men i ditt fall verkar servern lite konfunderad över vad den heter. Skulle tro att dialogen ser ut såhär i ditt fall.

WL: Ge mig http://194.236.2.210/wftest

WS: Har ingen fil med det namnet. Menar du katalogen http://192.168.2.3/wftest/ (observera att den skickar "fel" IP här)

WL: Japp, ge mig katalogen http://192.168.2.3/wftest/

... inget svar eftersom 192.168.2.3 är en svartadress.

Hur man sen löser det är en annan femma. Du vill få webbservern att svara 194.236.2.210 men vad jag förstår av din beskrivning så är det routern som har den adressen, inte webbservern? Och webbservern är ju ingen lögnare, så den svarar med den IP-adress den har. :)

Misstänker att dett gått enklare att lösa om du haft ett domännamn kopplat till IP-adressen (då kan du koppla domännamnet till 194.236.2.210 externt men 192.168.2.3 internt, och webservern hade inte behövt ljuga). Men nu vette katten hur du skall gå tillväga för att lura apache.

mmm...

men det är ju just det som är så mysko eftersom jag kör en virtuel server och den klarar av det i alla lägen utom kataloger som man glömmer "/" på slutet...annars så förstår den att den skall köras på 194.236.2.210...

...annars så förstår den att den skall köras på 194.236.2.210...

Nja, det är det jag inte tror att den gör. Men det går bra ändå i de flesta fall. Så länge som apache inte behöver tala om sin riktiga identitet.

Jag tror helt enkelt att när du bara frågar efter giltiga sökvägar (och apache inte behöver returnera sin identitet) så körs servern på 192.168.2.3 och det fungerar ändå. Men när apache måste returnera sin identitet för att det skall fungera (t.ex. när du inte har med / i slutet när du frågar efter en katalog) så skiter det sig eftersom apache skickar sitt riktiga IP.

Du borde kunna koppla någon sorts dynip-domän-tjänst till ditt IP (som jag antar är dynamiskt) och använda domännamnet i dina inställningar i stället. Då borde det fungera bättre.

Tror jag hittat lösningen till ditt problem (fy skäms mig som inte trodde det gick -- borde veta bättre). :)

Kolla på UseCanonicalName. Borde kunna fixa biffen om du sätter det alternativet till off.