IIS reverse proxy skickar vidare andra subdomäner också

Permalänk
Inaktiv

IIS reverse proxy skickar vidare andra subdomäner också

Jag har satt upp IIS som reverse proxy åt ett par subdomäner och konfigurerat i web,config
Tyvärr skickar den vidare alla subdomäner som jag har pekat mot samma publika IP (de är alltså inte med i web.config).

Någon som vet hur jag kan göra så att den bara skickar vidare sådant som man vill att den ska skicka vidare?

T.ex göra så att om man anger någon annan subdomän som den plockar upp, att de går till t.ex www.mindomän.se (som är parkerad) eller helt utan subdomän går till mindomän.se (också parkerad). eller att det går till vanlig "sidan kunde inte hittas" som när man anger valfri felaktig adress som inte finns.

Eller förslag på någon annan fin lösning för dessa subdomäner?

Permalänk
Medlem

Är IIS ett krav?

Skickades från m.sweclockers.com

Permalänk
Inaktiv
Skrivet av Garmzon:

Är IIS ett krav?

Skickades från m.sweclockers.com

Mer eller mindre ja.
Har inte tid att lära mig Linux bara för att kunna köra reverse proxy.

Dessutom är det orimligt att behöva sitta en hel dag för att kunna installera och konfigurera nginx med en massa kommandon som man inte har en aning vad de gör och hur man gör när något gick fel. När man kan göra det på ett par minuter med windows och iis.

Att sedan hela communityt kring Linux är ganska drygt för nybörjare då man får otydliga svar eller rena idiotförklaringar gör inte att man blir mer sugen.

Och alla guider jag provat har slutat i att det inte fungerar på ett eller annat sätt.

Så, jag håller mig till det jag kan.

Men nu ska inte detta bli en diskussion kring Linux vs windows. Så detta var det enda svar jag ger kring min åsikt om att köra Linux och t.ex nginx.

Och ska vi ta apache, som går att köra på windows så är svaret att jag försökte konfigurera, misslyckades och gav upp.

Därför är jag nu med IIS. Där allt gick smidigt att få igång, förutom den "lilla" sak jag nu tog upp i denna tråd. Och det på.bara några minuter.

Permalänk
Medlem

Är inte helt med på vad du vill göra, men det låter som att du vill ta de överflödiga domänerna som inte har någon proxy-destination och skicka till en sida som talar om att den är parkerad?

Skickades från m.sweclockers.com

Permalänk
Medlem

Sa inget om linux...
https://nginx.org/en/download.html

För att sätta upp reverse proxy
http://nginx.org/en/docs/http/ngx_http_proxy_module.html#prox...
Du behöver typ två rader för att få igång det..

Just nu känns det som ”Windows communityt” är det som är toxic..

Skickades från m.sweclockers.com

Permalänk
Inaktiv
Skrivet av jocke92:

Är inte helt med på vad du vill göra, men det låter som att du vill ta de överflödiga domänerna som inte har någon proxy-destination och skicka till en sida som talar om att den är parkerad?

Skickades från m.sweclockers.com

ja men precis. Eller så vill jag helt enkelt att de inte ska plockas upp av IIS alls.
T.ex som när man besöker http://www.ingenkanhöradigfisairymden.se/ , det finns inget där helt enkelt.
Men misstänker att det sistnämnda blir svårt eftersom subdomänen pekar mot mitt publika IP, och port 80 är öppen mot IIS för reverse proxy.

Är egentligen öppen för förslag..

Skrivet av Garmzon:

Sa inget om linux...
https://nginx.org/en/download.html

För att sätta upp reverse proxy
http://nginx.org/en/docs/http/ngx_http_proxy_module.html#prox...
Du behöver typ två rader för att få igång det..

Just nu känns det som ”Windows communityt” är det som är toxic..

Skickades från m.sweclockers.com

Ok, då missuppfattade jag din frågeställning. Eller snarare läste in för mycket i frågan.

Hur som helst, inte aktuellt med nginx. IIS fungerar finfint (förutom den lilla sak jag nu frågar om), så ser ingen anledning till att byta än så länge.

Jag ska inte driva en site med miljoner av besökare så behöver inte ha en supersnabb webserver som nginx med noll overhead. Den ska agera reverse proxy för mig och fåtalet andra.

Och det är för övrigt långt mycket mer än två rader för att få till en reverse proxy till t.ex tautulli i nginx.

Då delar vi inte åsikt om vilket community som är mest ovilliga till att hjälpa nybörjare. Och som direkt ser sin chans att trycka ner någon nybörjare för att visa hur duktig hen själv är.

Permalänk
Medlem

Du sa inget om tautulli.. självklart blir det mer om du skall skicka vidare headers..

Förstår dock inte din fråga fullt ut..

Du har en rad subdomäner till andra webbtjänster men DNS är satt med wildcard mot ett enda IP:port? Alla tjänster är inte bakom samma IP:port? Vissa saker skall skickas till ett annat IP:port?
Är det URL Rewrite du använder?

Skickades från m.sweclockers.com

Permalänk
Inaktiv
Skrivet av Garmzon:

Du sa inget om tautulli.. självklart blir det mer om du skall skicka vidare headers..

Förstår dock inte din fråga fullt ut..

Du har en rad subdomäner till andra webbtjänster men DNS är satt med wildcard mot ett enda IP:port? Alla tjänster är inte bakom samma IP:port? Vissa saker skall skickas till ett annat IP:port?
Är det URL Rewrite du använder?

Skickades från m.sweclockers.com

Jag sa inget om att inte använda headers heller, så att kasta ur sig att det är endast två rader blir ganska felaktigt. Eftersom det lika gärna kan vara extremt många fler rader i en reverse proxy konfig.

Osäker på vad du menar med att "DNS är satt med wildcard mot en enda IP:port".
om du menar att alla mina subdomäner pekar mot samma IP med t.ex *.mydomain.com så nej.
Och inga av mina subdomäner pekar mot portar. Det har jag portforward och reverse proxy till.

jag råkar dock ha vissa subdomäner som pekar mot samma publika IP, som de subdomäner som jag använder i min reverse proxy config. Och det är dessa som jag då vill försöka undvika att de ska fångas upp av IIS.

För tillfället så hamnar de på "default web site". Men hade föredragit om det inte hittades något alls/inte hamna hos mig alls om någon försökte besöka dessa subdomäner. Men inser att det kanske blir svårt eftersom subdomänerna pekar mot mitt IP. Så alternativet är ju i så fall kanske att istället köra en reverse proxy mot min providers "parkerad" sida (dvs i mitt fall till www.mydomain.com och mydomain.com). Om ingen har någon annan idé.. (därav mitt inlägg)

Ja det är URL Rewrite jag använder.

Permalänk
Medlem
Skrivet av anon170706:

Jag sa inget om att inte använda headers heller, så att kasta ur sig att det är endast två rader blir ganska felaktigt. Eftersom det lika gärna kan vara extremt många fler rader i en reverse proxy konfig.

Osäker på vad du menar med att "DNS är satt med wildcard mot en enda IP:port".
om du menar att alla mina subdomäner pekar mot samma IP med t.ex *.mydomain.com så nej.
Och inga av mina subdomäner pekar mot portar. Det har jag portforward och reverse proxy till.

jag råkar dock ha vissa subdomäner som pekar mot samma publika IP, som de subdomäner som jag använder i min reverse proxy config. Och det är dessa som jag då vill försöka undvika att de ska fångas upp av IIS.

För tillfället så hamnar de på "default web site". Men hade föredragit om det inte hittades något alls/inte hamna hos mig alls om någon försökte besöka dessa subdomäner. Men inser att det kanske blir svårt eftersom subdomänerna pekar mot mitt IP. Så alternativet är ju i så fall kanske att istället köra en reverse proxy mot min providers "parkerad" sida (dvs i mitt fall till www.mydomain.com och mydomain.com). Om ingen har någon annan idé.. (därav mitt inlägg)

Ja det är URL Rewrite jag använder.

Lägg in en virtual host som kastar 403, 404 eller annan kul statuskod på alla requests och sätt den som default.

EDIT: Verkar vara 400 som är korrekt statuskod för felaktig host-header enligt RFC 2616 "14.23 Host".

EDIT 2: Jag förstår inte vad du gjort. Ingenting jag försökt med i IIS har gett resultatet att en site eller rewrite-regel blir default utan att man ber om det. Om man bara dumpar alla rewrite-regler under samma site (förstod inte om man kunde ha site-specifika regler eller inte) blir ju ingen av dem default, utan hittas inga matchningar faller requestet igenom och servern börjar titta på filsystemet istället (eller om man kan konfigurera bort det beteendet, 30 min i IIS blir man ingen expert på). Vill man rakt av döda requestet om ingen regel matchar finns det ju både "Abort request"-action i URL Rewrite som man kan använda som default och möjlighet till att skicka valfritt response istället.

Skulle man istället ha flera sites som lyssnar på olika hostnames blir inte heller någon default automatiskt, utan 404 svaras om ingen site matchar requestet.

Visa signatur

Spela Swemantle! Du vet att du vill.

Ibland har jag fel, men då är det någon annans fel.

Permalänk
Medlem
Skrivet av anon170706:

ja men precis. Eller så vill jag helt enkelt att de inte ska plockas upp av IIS alls.
T.ex som när man besöker http://www.ingenkanhöradigfisairymden.se/ , det finns inget där helt enkelt.
Men misstänker att det sistnämnda blir svårt eftersom subdomänen pekar mot mitt publika IP, och port 80 är öppen mot IIS för reverse proxy.

Är egentligen öppen för förslag..

Ok, då missuppfattade jag din frågeställning. Eller snarare läste in för mycket i frågan.

Hur som helst, inte aktuellt med nginx. IIS fungerar finfint (förutom den lilla sak jag nu frågar om), så ser ingen anledning till att byta än så länge.

Jag ska inte driva en site med miljoner av besökare så behöver inte ha en supersnabb webserver som nginx med noll overhead. Den ska agera reverse proxy för mig och fåtalet andra.

Och det är för övrigt långt mycket mer än två rader för att få till en reverse proxy till t.ex tautulli i nginx.

Då delar vi inte åsikt om vilket community som är mest ovilliga till att hjälpa nybörjare. Och som direkt ser sin chans att trycka ner någon nybörjare för att visa hur duktig hen själv är.

De hostnames som du inte specificerat kommer gå till samma ställe som du hamnar när du skriver IP-adressen.

Permalänk
Medlem

Du kan bara ha en service som lyssnar på en enskild <ip>:<port>. Så om du har flertalet sub.domain.top som alla pekar på ett publikt IP måste du fånga alla dom med enskilda regler och skicka vidare till någon <ip>:<port>. Alla andra förfrågningar måste du droppa, allt annat vore ett gigantiskt säkerhetshål.. så om din server svarar på random.domain.top så lös det innan du börjar med något annat..

Skickades från m.sweclockers.com

Permalänk
Inaktiv
Skrivet av LemonIllusion:

Lägg in en virtual host som kastar 403, 404 eller annan kul statuskod på alla requests och sätt den som default.

EDIT: Verkar vara 400 som är korrekt statuskod för felaktig host-header enligt RFC 2616 "14.23 Host".

EDIT 2: Jag förstår inte vad du gjort. Ingenting jag försökt med i IIS har gett resultatet att en site eller rewrite-regel blir default utan att man ber om det. Om man bara dumpar alla rewrite-regler under samma site (förstod inte om man kunde ha site-specifika regler eller inte) blir ju ingen av dem default, utan hittas inga matchningar faller requestet igenom och servern börjar titta på filsystemet istället (eller om man kan konfigurera bort det beteendet, 30 min i IIS blir man ingen expert på). Vill man rakt av döda requestet om ingen regel matchar finns det ju både "Abort request"-action i URL Rewrite som man kan använda som default och möjlighet till att skicka valfritt response istället.
https://i.imgur.com/lOhAvEr.png

Skulle man istället ha flera sites som lyssnar på olika hostnames blir inte heller någon default automatiskt, utan 404 svaras om ingen site matchar requestet.

Skrivet av Garmzon:

Du kan bara ha en service som lyssnar på en enskild <ip>:<port>. Så om du har flertalet sub.domain.top som alla pekar på ett publikt IP måste du fånga alla dom med enskilda regler och skicka vidare till någon <ip>:<port>. Alla andra förfrågningar måste du droppa, allt annat vore ett gigantiskt säkerhetshål.. så om din server svarar på random.domain.top så lös det innan du börjar med något annat..

Skickades från m.sweclockers.com

Vet inte om vi snackar om varandra eller helt enkelt inte förstår varandra.

vi gör så här..

jag har dessa subdomäner pekade mot mitt publika IP.

woho.mindomän.se
jaha.mindomän.se
okej.mindomän.se
voff.mindomän.se

subdomänerna woho och jaha är inlagda för reverse proxy från webservern till en annan lokal server (men olika portar).

subdomän okej används till en tjänst (som inte har med websida/http(s) att göra).
voff används även den till en tjänst (som inte heller har med websida/http(s) att göra)

besöker jag woho eller jaha genom en webläsare så skickas jag till rätt ställen (det som jag konfigurerat helt enkelt)

besöker jag subdomänerna okej eller voff, utan tjänsternas portar (dvs använder port 80) så kommer jag till webservern (och default web site visas).

anger jag några andra subdomäner, antingen som jag skapat och pekat till andra publika IP (ej mitt egna) eller subdomäner som jag inte ens har skapat, så kommer jag alltså inte till min webserver (om det var någon som fick för sig det..)

Så, det är alltså subdomänerna okej och voff, som jag behöver göra något med, så att de inte hamnar på IIS default web site.

Förstår ni vad jag menar nu?

Permalänk
Medlem
Skrivet av anon170706:

Vet inte om vi snackar om varandra eller helt enkelt inte förstår varandra.

vi gör så här..

jag har dessa subdomäner pekade mot mitt publika IP.

woho.mindomän.se
jaha.mindomän.se
okej.mindomän.se
voff.mindomän.se

subdomänerna woho och jaha är inlagda för reverse proxy från webservern till en annan lokal server (men olika portar).

subdomän okej används till en tjänst (som inte har med websida/http(s) att göra).
voff används även den till en tjänst (som inte heller har med websida/http(s) att göra)

besöker jag woho eller jaha genom en webläsare så skickas jag till rätt ställen (det som jag konfigurerat helt enkelt)

besöker jag subdomänerna okej eller voff, utan tjänsternas portar (dvs använder port 80) så kommer jag till webservern (och default web site visas).

anger jag några andra subdomäner, antingen som jag skapat och pekat till andra publika IP (ej mitt egna) eller subdomäner som jag inte ens har skapat, så kommer jag alltså inte till min webserver (om det var någon som fick för sig det..)

Så, det är alltså subdomänerna okej och voff, som jag behöver göra något med, så att de inte hamnar på IIS default web site.

Förstår ni vad jag menar nu?

Du nämner fortfarande inget om hur din IIS-konf ser ut, men det låter som att du har ungefär samma som på min bild fast utan en "catch all"-regel i slutet. Lägg till en sådan med lämplig action beroende på vilket resultat du är ute efter.

Visa signatur

Spela Swemantle! Du vet att du vill.

Ibland har jag fel, men då är det någon annans fel.

Permalänk
Inaktiv
Skrivet av LemonIllusion:

Du nämner fortfarande inget om hur din IIS-konf ser ut, men det låter som att du har ungefär samma som på min bild fast utan en "catch all"-regel i slutet. Lägg till en sådan med lämplig action beroende på vilket resultat du är ute efter.

Jag har en site per subdomän.

Så här ser det ut i IIS Manager:

Och här är en av web.config (den enklare varianten som inte är till tautulli)

<?xml version="1.0" encoding="UTF-8"?> <configuration> <system.webServer> <staticContent> <clientCache cacheControlMode="UseMaxAge" cacheControlMaxAge="1.00:00:00" /> </staticContent> <rewrite> <rules> <rule name="Https redirect" stopProcessing="true"> <match url="(.*)" /> <action type="Redirect" url="https://{HTTP_HOST}/{R:1}" redirectType="Permanent" /> <conditions> <add input="{HTTP_HOST}" pattern="^subdomain.domain.se$" /> <add input="{HTTPS}" pattern="^OFF$" /> </conditions> </rule> <rule name="LetsEncrypt" stopProcessing="true"> <match url=".well-known/acme-challenge/*" /> <conditions logicalGrouping="MatchAll" trackAllCaptures="false" /> <action type="None" /> </rule> <rule name="ReverseProxyInboundRule1" stopProcessing="true"> <match url="(.*)" /> <conditions logicalGrouping="MatchAll" trackAllCaptures="false"> <add input="{HTTP_HOST}" pattern="^subdomain.domain.se$" /> </conditions> <action type="Rewrite" url="http://localserver:1234/{R:1}" /> </rule> </rules> </rewrite> <httpProtocol> <customHeaders> <remove name="X-Powered-By" /> <add name="strict-transport-security" value="max-age=16070400" /> </customHeaders> </httpProtocol> </system.webServer> </configuration>

Permalänk
Medlem

Som jag sa, du kan inte ha flera ”program” lyssnandes på samma interface och port. Har du trafik du vill skall gå till IIS och foobar så måste du sätta upp en reverse proxy framför som fördelar trafiken baserat på vilken domän som ropas på.

För att ge exemplet nginx..

server {
listen 443;
server_name woho.mindomän.se;

location / {
proxy_pass http://192.0.2.22:8080
}

Sen sätter du upp ett sådant block för varje subdomän..

Vad motsvarande skulle bli i IIS orkar jag inte kolla upp..

Skickades från m.sweclockers.com

Permalänk
Inaktiv
Skrivet av Garmzon:

Som jag sa, du kan inte ha flera ”program” lyssnandes på samma interface och port. Har du trafik du vill skall gå till IIS och foobar så måste du sätta upp en reverse proxy framför som fördelar trafiken baserat på vilken domän som ropas på.

För att ge exemplet nginx..

server {
listen 443;
server_name woho.mindomän.se;

location / {
proxy_pass http://192.0.2.22:8080
}

Sen sätter du upp ett sådant block för varje subdomän..

Vad motsvarande skulle bli i IIS orkar jag inte kolla upp..

Skickades från m.sweclockers.com

Jo det förstår jag också. Men tänkte att det kanske fanns något smidigare sätt än att lägga in regler för varenda subdomän. särskilt eftersom de inte ens ska användas för web/http egentligen.

Skapar jag hundra subdomäner och pekar mot mitt publika IP för att användas till diverse olika tjänster (återigen, inget http/web) så hade det varit gott om man slapp lägga in regler för alla de hundra. och istället ha det instält så att allt som inte är inlagt för reverse proxy blockas eller skippas, 404 eller använd vilket ord du vill, eller helt enkelt ignoreras av IIS. Alternativt skickas alla dessa till en och samma server (t.ex parkerad sida som jag nämnde tidigare)

Permalänk
Medlem
Skrivet av anon170706:

Jag har en site per subdomän.

Så här ser det ut i IIS Manager:
https://i.ibb.co/DVYy3my/Namnl-s.jpg

Kan kopiera in web.config för varje subdomän också om så önskas.
Men hittar ingen bbkod för att få till snygga loggar i tråden här.. (finns ju bara fet, kursiv, bild osv..)

Du har en site för varje subdomän men det är samma URL Rewrite-regler som gäller för båda, så det verkar ganska meningslöst imo. Jag gissar att dina sites inte fyller något som helst syfte i nuläget och att du utan vidare kan ta bort den ena utan att något förändras funktionsmässigt. Om det inte går att ha site-unika URL Rewrites (och jag har inte sett något som antyder att det skulle gå) tycker jag det är rimligast att ha en site för reverse proxy och ytterligare troligtvis enbart om du vill serva content direkt från IIS. Lägg till en catch all-regel att processas sist i listan så borde ditt problem vara löst.

(du skulle nog även kunna uppnå önskat resultat genom att behålla båda siterna och lägga till hostname under bindings för respektive site, men det känns bara som onödig informationsduplicering - även känt som att skjuta sig i foten - i och med att du inte kommer undan att ha URL Rewrite-villkoren ändå)

Visa signatur

Spela Swemantle! Du vet att du vill.

Ibland har jag fel, men då är det någon annans fel.

Permalänk
Medlem
Skrivet av anon170706:

Jo det förstår jag också. Men tänkte att det kanske fanns något smidigare sätt än att lägga in regler för varenda subdomän. särskilt eftersom de inte ens ska användas för web/http egentligen.

Skapar jag hundra subdomäner och pekar mot mitt publika IP för att användas till diverse olika tjänster (återigen, inget http/web) så hade det varit gott om man slapp lägga in regler för alla de hundra. och istället ha det instält så att allt som inte är inlagt för reverse proxy blockas eller skippas, 404 eller använd vilket ord du vill, eller helt enkelt ignoreras av IIS. Alternativt skickas alla dessa till en och samma server (t.ex parkerad sida som jag nämnde tidigare)

Du kan inte ha hundra tjänster bundna till samma interface och port.... du kan inte ha två tjänster bundna till samma interface och port... du kan bara ha en tjänst bunden till ett interface och port.

Har du hundra subdomäner behöver du hundra sitter i din reverse proxy. Ska du inte använda en reverse proxy till alla hundra tjänsterna får du sätta dom på andra interface eller portar. Är det inte HTTP trafik kommer det väl inte in på port 80/443 ändå? Har du en spelserver på games.domain.top:9876 så är det bara spelservern som lyssnar på trafiken och IIS kommer inte svara med en default sida..

Skickades från m.sweclockers.com

Permalänk
Inaktiv
Skrivet av Garmzon:

Du kan inte ha hundra tjänster bundna till samma interface och port.... du kan inte ha två tjänster bundna till samma interface och port... du kan bara ha en tjänst bunden till ett interface och port.

Har du hundra subdomäner behöver du hundra sitter i din reverse proxy. Ska du inte använda en reverse proxy till alla hundra tjänsterna får du sätta dom på andra interface eller portar. Är det inte HTTP trafik kommer det väl inte in på port 80/443 ändå? Har du en spelserver på games.domain.top:9876 så är det bara spelservern som lyssnar på trafiken och IIS kommer inte svara med en default sida..

Skickades från m.sweclockers.com

Subdomänerna pekar mot samma publika ip.
Port 80/443 är öppna i routern och skickar alla request på de portarna till webservern.

Vad tror du händer om man anger subdomän.domän.se i en webläsare? Oavsett vilken port som är tänkt att användas till den subdomänen..

Den använder automatiskt port 80.
Vart tror du man hamnar då?

Precis, man hamnar på webservern.

Permalänk
Inaktiv
Skrivet av LemonIllusion:

Du har en site för varje subdomän men det är samma URL Rewrite-regler som gäller för båda, så det verkar ganska meningslöst imo. Jag gissar att dina sites inte fyller något som helst syfte i nuläget och att du utan vidare kan ta bort den ena utan att något förändras funktionsmässigt. Om det inte går att ha site-unika URL Rewrites (och jag har inte sett något som antyder att det skulle gå) tycker jag det är rimligast att ha en site för reverse proxy och ytterligare troligtvis enbart om du vill serva content direkt från IIS. Lägg till en catch all-regel att processas sist i listan så borde ditt problem vara löst.

(du skulle nog även kunna uppnå önskat resultat genom att behålla båda siterna och lägga till hostname under bindings för respektive site, men det känns bara som onödig informationsduplicering - även känt som att skjuta sig i foten - i och med att du inte kommer undan att ha URL Rewrite-villkoren ändå)

Nej det är inte samma URL rewrite regler som gäller för båda. Det är dessutom ssl certifikat på varje subdomän.
Webconfigs för de olika siterna ser helt olika ut. Tex skickar den ena med headers.

Skickades från m.sweclockers.com

Permalänk
Medlem
Skrivet av anon170706:

Nej det är inte samma URL rewrite regler som gäller för båda. Det är dessutom ssl certifikat på varje subdomän.
Webconfigs för de olika siterna ser helt olika ut. Tex skickar den ena med headers.

Ah, läste inte tillräckligt noga. Antog bara att alla regler var för RP. Hur gör du för att få regler per site? För mig delar båda mina sites på en uppsättning regler.

EDIT: Haha, lägger IIS på allvar configfilen för siten i webroot? Fan tänkte de där? Jag använde givetvis samma webroot för båda mina sites, varvid inställningarna började gälla för båda...

Förstår dock fortfarande inte vad du har gjort för att det inte ska fungera. Jag satte upp två sites nu som lyssnar på ett hostname vardera genom bindings-inställningarna och försöker jag komma åt med ett annat hostname än de två blir jag 404ad.

Visa signatur

Spela Swemantle! Du vet att du vill.

Ibland har jag fel, men då är det någon annans fel.

Permalänk
Inaktiv
Skrivet av LemonIllusion:

Förstår dock fortfarande inte vad du har gjort för att det inte ska fungera. Jag satte upp två sites nu som lyssnar på ett hostname vardera genom bindings-inställningarna och försöker jag komma åt med ett annat hostname än de två blir jag 404ad.

du menar att du har ett ett tredje hostname (subdomain) som pekar mot samma publika IP som de två? Och att även om du skriver in detta tredje hostname/subdomain så skickas du inte till IIS?

Hur gör du för att IIS helt ska strunta i detta? När det ganska självklart hamnar mot den servern som IIS är igång på?
Jag menar, världens alla DNS'er har information om detta hostname, att det ska till en specifik IP.
Hos dig har du sedan en router som säger att du ska till en specifik lokal server på port 80 (som används när du skriver in sagda hostname i en webläsare)

Men ändå menar du att IIS bara struntar i det?

jag menar, tar jag bort default web site så hamnar jag ju också på en 404.
Men det är ju fortfarande IIS som jag hamnar på, bara att den infomerar om en 404.
Det är alltså inte vad jag vill göra och vad jag försökt säga i ett par inlägg/svar nu.

men kanske får nöja mig med det, verkar ju svårt att förstå varandra här.

Permalänk
Medlem
Skrivet av anon170706:

du menar att du har ett ett tredje hostname (subdomain) som pekar mot samma publika IP som de två?

Jag använder IP-adressen som hostname för det fallet, men det skulle ge samma resultat att mappa upp ett tredje hostname.

Citat:

Och att även om du skriver in detta tredje hostname/subdomain så skickas du inte till IIS?

Nej, givetvis måste IIS hantera anslutningen. Det kan du omöjligt komma undan eftersom host-headern måste komma fram innan det går att avgöra om den matchar någon av dina regler är ett request servern ska bry sig om eller inte.

Citat:

jag menar, tar jag bort default web site så hamnar jag ju också på en 404.
Men det är ju fortfarande IIS som jag hamnar på, bara att den infomerar om en 404.
Det är alltså inte vad jag vill göra och vad jag försökt säga i ett par inlägg/svar nu.

Varför är inte detta vad du vill göra?

Visa signatur

Spela Swemantle! Du vet att du vill.

Ibland har jag fel, men då är det någon annans fel.

Permalänk
Medlem

trafik mot port 80 på interfacet IIS lyssnar på kommer alltid få svar från IIS.. det finns ingen annan som kan svara. Du får nog ställa din fråga mer utförligt.. vad försöker du uppnå? Om inte det vi redan sagt åt sig, att flera tjänster kan inte lyssna på samma IP:port...

Skickades från m.sweclockers.com

Permalänk
Medlem

Det som borde gå att göra är att få iis att svara med 404 på okända subdomäner eller inte svara alls istället för default iis-bilden

Permalänk
Medlem

Jag bråkade ett tag med att få reverse proxy att lira fullt ut med IIS. Slutade med att jag smällde upp en haproxy framför istället. Gick snabbare i slutändan.

Visa signatur

WS: R7 2700x | RTX 2070S | Corsair AX860W | Lian Li PC-O11 Dynamic
Unraid: R7-2700X | GTX1050 | 3U chassi med 20 diskplatser
Servrar: 3x NUC 10 i5 ESX-kluster