>Number: 4455 >Category: config >Synopsis: apache provides no way to do a wildcard/global NameVirtualHost >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: change-request >Submitter-Id: apache >Arrival-Date: Fri May 21 13:00:01 PDT 1999 >Last-Modified: >Originator: [EMAIL PROTECTED] >Organization: apache >Release: 1.3.6 >Environment: NetBSD 1.4 (host doesn't matter) >Description: I will be moving to a dynamic-IP configuration soon (DHCP lease based), which necessitates using a service such as dynip.com to which I can point CNAMEs of various domains.
Unfortunately, Apache insists on specifying static IP addresses to both the NameVirtualHost and <VirtualHost> directives. This won't work for me, as the IP address of the web server may change--even while the system is running. I'd like to be able to specify something similar to the following: NameVirtualHost * [a] <VirtualHost *> ... </VirtualHost> [b] which would [a] identify all addresses as requiring name-based virtual host lookup, and [b] allow a name-based virtual host to match on all addresses. Even with "NameVirtualHost *", it would be possible to restrict particular <VirtualHost> segments to a specific IP address. What I'm looking for is a "global-match" option for these directives. >How-To-Repeat: Attempt to configure Apache to allow any IP address to carry any virtual host. >Fix: Add a hook to the IP parser for these directives that, say, maps "*" to "0.0.0.0", and when matching virtual hosts, "0.0.0.0" matches any IP address. I'll investigate this myself, but if someone with better Apache code knowledge knows a quick way to implement this, please let me know! >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <[EMAIL PROTECTED]> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] [If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request ] [from a developer. ] [Reply only with text; DO NOT SEND ATTACHMENTS! ]