I had a support case reguarding this issue for a few weeks and the short story is there is no way around this as SharePoint (it's a WSS issue, not SPS, but because SPS leverages WSS, it's an issue with SPS as well) doesn't support IP-bound virtual servers AND even if you put an ISA Server in front of the SharePoint box, it won't help as WSS doesn't support SSL Termination… only SSL bridging.
You can run additional sites off additional ports, but that's not a clean or viable option for everyone (but it ~will~ work). I understand WSS SP2 will fix this as it was one of the most requested "features" to be addressed in 2004 by MS SharePoint customers.
-AC
www.andrewconnell.com
nntp://msnews.microsoft.com/microsoft.public.sharepoint.windowsservices/<u6f0LGc$EHA.1408@TK2MSFTNGP10.phx.gbl>
Does anyone know of a way to work around "IP-bound virtual servers are not
supported in SharePoint Portal Server 2003 or in Windows SharePoint
Services"? The post at
http://support.microsoft.com/default.aspx?scid=kb;en-us;830342 suggests that
host headers are a "workaround" but host headers don't function under HTTPS,
so we cannot use "all unassigned." Any help appreciated.
There is a suggestion that registering Web Parts into the GAC is one method
of circumventing the problem, but I am having issues with the Public Key
being different on the dev box where I build the WP and the production
environment (where the IP-bound site lives). Has anyone utilized this fix?
[microsoft.public.sharepoint.windowsservices]