IIS - one website is working but my other website can't be found.

Greg B 0 Reputation points
2026-05-18T03:50:24.6733333+00:00

I have setup two websites in IIS.

One is working but I just can't get the other one to work.

  • I have checked that is has started and I have restarted it on numerous occasions.
  • I have checked the bindings.
  • I have checked the default document.
  • I have checked the application pool.
  • I have checked my A records in web Central account.
  • I have checked my port forwarding setting.

What else do I need to look for?

Windows development | Internet Information Services

2 answers

Sort by: Oldest
  1. AI answer

    2026-05-18T03:50:40.18+00:00

    For two IIS sites on the same server, when one works and the other “can’t be found,” focus on binding and port/SSL conflicts and what is actually listening on the ports.

    Work through these checks in order:

    1. Confirm the second site’s port is actually listening
      • Open an elevated command prompt and run:
        • netstat -ano | find ":80" (or the port used by the second site)
      • If nothing is listening on that port when the second site is started, IIS may have failed to bind (for example, due to SSL or URL reservation issues).
    2. Check for SSL/HTTPS binding conflicts
      • If the second site uses HTTPS, verify there is no SSL port conflict:
        • In IIS Manager, for each site:
          1. Open the site’s Bindings….
          2. For type https, confirm the Port (usually 443) and Host name are unique or correctly configured.
      • If multiple sites share the same IP and port 443 with SSL, they must be configured correctly for SNI or dedicated IPs; otherwise only one will respond. SSL conflicts can prevent a site from starting or from serving traffic.
      • If using wildcard certificates and multiple sites share the same IP/port, changes to one site’s certificate binding can affect others because http.sys binds certificates by IP/Port, not host name. Use appcmd.exe for binding changes or deletions to avoid breaking other sites.
    3. Verify HTTP.sys URL reservations and SSL cert bindings
      • From an elevated command prompt:
        • netsh http show urlacl – confirm there is no conflicting URL reservation that blocks the second site’s URL pattern.
        • netsh http show sslcert – if the second site uses HTTPS, ensure the port (for example 443) has a valid SSL certificate binding and that it matches what is configured in IIS.
      • If the port is not listed, http.sys is not listening for SSL on that port, and the site will not respond over HTTPS.
    4. Check for port conflicts with other services
      • Ensure no other service (for example, another web server, SSRS, or a management service like WMSvc) is bound to the same IP/port combination the second site is supposed to use.
      • If another service already owns the port, IIS cannot bind the second site.
    5. Review IIS and HTTPERR logs
      • IIS logs (by default under C:\inetpub\logs\LogFiles\) and HTTPERR logs (under %WinDir%\System32\LogFiles\HTTPERR) can show whether requests are reaching the server and what status codes are returned.
      • If the second site never logs requests, the DNS/port forwarding may not be reaching the server, or another site is answering instead.
    6. Validate DNS and host headers end-to-end
      • From a client machine, run nslookup yourdomain.com and confirm it resolves to the server’s public IP.
      • In IIS bindings for the second site, confirm the Host name matches exactly the domain being requested.
      • If both sites share the same IP and port (for example, HTTP on port 80), they must differ by host header (host name) to be distinguishable.
    7. Confirm firewall/NAT rules match the second site’s port
      • If the second site uses a non-standard port (for example, 8080), ensure:
        • The firewall on the server allows inbound traffic on that port.
        • The router/NAT forwards that external port to the server’s internal IP and port.

    If, after these checks, the second site still cannot be found, focus on:

    • SSL/HTTPS conflicts (especially if both sites use 443 on the same IP).
    • http.sys not listening on the expected port (no entry in netsh http show sslcert or netsh http show urlacl).
    • Another service already bound to the same IP/port.

    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

  2. Tom Tran (WICLOUD CORPORATION) 5,785 Reputation points Microsoft External Staff Moderator
    2026-05-18T04:23:02.5966667+00:00

    Hi @Greg B ,

    Since one website is working on the same IIS server, I would first check whether the request for the second website is matching the correct IIS binding.

    In IIS, a website binding is made up of the protocol, IP address, port, and host name. These values are what IIS uses to decide which site should handle the request. Microsoft documents this in the IIS binding reference here.

    For example, if both sites use the same IP address and port, then they need different host names. If the second site uses a different port, then the URL must include that port, and the port forwarding rule must map to the internal IP address and port that IIS is listening on.

    Could you please share these details?

    1. The exact URL that works.
    2. The exact URL that does not work.
    3. The bindings for both IIS sites: Type / IP address / Port / Host name.
    4. The exact browser error or HTTP status code.

    With those details, it should be easier to tell whether the issue is with DNS, port forwarding, or the IIS binding itself.

    Was this answer helpful?


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.