Welcome to WebmasterWorld Guest from 3.227.233.55

Forum Moderators: ocean10000

Message Too Old, No Replies

Net Admin Says Multiple Sites on IIS 6.0 Isn't Possible

     
9:22 pm on Mar 28, 2012 (gmt 0)

Junior Member

10+ Year Member

joined:Jan 13, 2006
posts: 125
votes: 0


Someone help. Please. Our network admin here is telling me that it's not possible to set up multiple sites on IIS 6.0 (server 2003) with the same IP address. Basically shared hosting.

Here is what I have done:

1. Went to our registrar and set up an A record with a new sub domain to point to the web server IP address. (abc.example.com)

2. Went through the IIS 6.0 wizard to set up a new website using abc.example.com as the host and pointing it to a new folder with an index.asp file that just says hello world.

3. Waited for the dns to populate.

4. Tested abc.example.com with a ping to make sure it resolves to the correct IP address. It did.

5. Tested abc.example.com with a tracert to make sure that the domain is routing correctly. It hopped through a bunch of domains and got to our ISP's domain..

And here is where it fails. The hop before it reaches the internal web server on our network it times out. At least that is where I think it fails. The last good hop was on our ISP's server.

Why?

The net admin says I must have set something up incorrectly. However, he has also said in the past that IIS 6.0 can't host multiple websites on one IP address.

Can someone give me some steps to definitively track down what the problem is?
9:39 pm on Mar 28, 2012 (gmt 0)

Senior Member from GB 

WebmasterWorld Senior Member dstiles is a WebmasterWorld Top Contributor of All Time 10+ Year Member Top Contributors Of The Month

joined:May 14, 2008
posts:3272
votes: 19


There is no problem running dozens - even hundreds - of web sites on a single IP under IIS6.

Immediate possibilities I can think of:

a) your IP is not enabled for the server - it has to be included in the list of IPs the server "owns" using the Local Area Connection tool.

b) something is set up incorrectly in your IIS manager. Go through it all again.

c) ensure nothing is blocking the domain or IP through any firewall or Policy.

d) run something like intodns.com to see a full report of the domain (don't think it works with sub-domains though).

Traceroutes and Pings do not always work with a server: it depends on how the Policy and firewall are set up.

Thought: I assume the IP belongs to your ISP and is not incorrectly quoted - eg 123.123.123.nnn instead of 213.123.123.nnn.
9:55 pm on Mar 28, 2012 (gmt 0)

Junior Member

10+ Year Member

joined:Jan 13, 2006
posts: 125
votes: 0


a) How would I check this?

b) I did check this. Then I rechecked it. Checked it again. And walked someone else through exactly how I set the IIS settings up. Just to be sure.

c) This is possible. However, I can't check it unfortunately.

d) What does that do? It doesn't work on subdomains like you said.

I had to do the tracert and ping through an external web service. Internally it doesn't work because of the way our network is set up.

Yep, the IP is one in a series so I'm pretty sure that is correct.

Thank you for your reply dstiles!
1:01 am on Mar 30, 2012 (gmt 0)

Senior Member

WebmasterWorld Senior Member 10+ Year Member

joined:May 31, 2005
posts:1108
votes: 0


a) Open up IIS, expand the Servername (local computer) node, click on Web Sites, it should then show a list of web sites. This includes a column of IP address.
This will either have * All Unassigned * or may have an list of IP address for each website. If it is an IP address, check that it matches what you expect.
This screen also shows if you have host headers setup.
If you are running multiple sites on the same IP/port then you need to put the domain name in the host header value (Right click web site, properties, select Advanced and edit it and add the host header value).

b) If you browse the site from the IIS server what happens?

c) Telnet is your friend, if you can't connect on the port (80 by default), then there is something blocking your connection.
9:11 pm on Mar 30, 2012 (gmt 0)

Senior Member from GB 

WebmasterWorld Senior Member dstiles is a WebmasterWorld Top Contributor of All Time 10+ Year Member Top Contributors Of The Month

joined:May 14, 2008
posts:3272
votes: 19


Jhet:

a) Deep in the Local Area Connection popup there is a list of IPs used by that machine.

c) if you have full control of your server you should be able to view Policies. Programs, Administrator Tools, Local Policy.

d) intodns shows what it can find about your IPs etc - basically a domain name validator showing (eg) A, MX etc records, TTL and so forth. If it's subdomains, though, you will need to use some kind of DNS lookup instead.

If you are running Windows as your local computer then try using the Sam Spade tool (download, not the online version). This can show several useful things apart from ping and traceroute. There are similar tools in linux.

Dijkgraaf:

I realise your advice covers several possibilities but to sound a note of caution to Jhet: I would never set up an All Unassigned nor rely on just the IP. Far too many pitfalls and scum trying to hack into the server via IP. I always assign an IP AND a URL - usually www.example.com with a second record in IIS Manager set to the non-www URL (and any secondary domains) to 301 to the primary www record. Be careful how this is set up: it can sometimes be tricky. Set up as a basic URL (eg example.com) pointing to the web site to begin with, then switch to the 301 redirect.

If a server is set up "safely" then telnet will not work. It certainly won't on my servers. Telnet is just one more exploitable hole.
2:32 pm on Apr 2, 2012 (gmt 0)

Junior Member

10+ Year Member

joined:Jan 13, 2006
posts: 125
votes: 0


Thanks for the replies!

Honestly the admin doesn't know what he is doing with IIS. I don't either but I don't pretend too. I reset the domain to point to the original external IP address and the domain resolves correctly. Although it does not resolve correctly if you try and view it through our internal network yet.
9:49 pm on Apr 2, 2012 (gmt 0)

Senior Member from GB 

WebmasterWorld Senior Member dstiles is a WebmasterWorld Top Contributor of All Time 10+ Year Member Top Contributors Of The Month

joined:May 14, 2008
posts:3272
votes: 19


> does not resolve correctly ... through our internal network

Cache time would be the reason for that. It can vary from minutes to days. My solution is to check through an external server that has never accessed the site before. Or you could try a proxy.
 

Join The Conversation

Moderators and Top Contributors

Hot Threads This Week

Featured Threads

Free SEO Tools

Hire Expert Members