Would this be the correct entry for Apache to answer on the IP 129.250.242.126 if the servers IP is 129.250.242.125? Are any other changes necessary to get Apache to answer this IP for web traffic?
< VirtualHost 129.250.242.126>
ServerName www.my_domain.com
ServerAdmin admin@my_domain.com... (4 Replies)
I am currently going through the servers in our network and trying to compile a list of the current aliases for each box and any virtual IP addresses. I can check for the ones that are supposed to be there but how do I list the ones that I don't even know exist?
ANY help would be greatly... (1 Reply)
Is it possible to reliably detect the virtual host of a Sun Solaris box, within a shell or Perl script?
Can a system have multiple virtual host or not host at all ?
I was recently made aware of hostname command, but was not sure if this option was the only one available.
Any help is much... (3 Replies)
Hi,
I have set up the following virtual host but it cannot find the URL?
Apache is running fine and I have disabled iptables. Within the document root I have the following file index.html displaying a sample text message.
Any ideas what my problem might be?
httpd.conf:
... (2 Replies)
Trying to set or modify the randomly set hostID of a Solaris 10 virtual/guest machine that I installed on a Windows-XP host machine (using Virtual Box 4.1.12).
I was able to set/modify the hostname of the Solaris 10 virtual/guest machine during installation as well as via the Virtual Box... (4 Replies)
Hi folks,
I recently read about Apache virtual host and was able to configure that as well. I used name based virtual host (lets say http://vhost1.example.com) and it worked just fine. Then I configured another named based virtual host on same apache server (lets say http://vhost2.example.com)... (2 Replies)
Hi folks,
I am trying to configure Apache webserver and also a virtual host inside this webserver.
For Global server config: /var/www/html/index.html
For virtual host config: /var/www/virtual/index.html
Both client10 & www10 are pointing to 192.168.122.10 IP address.
BUT, MY... (1 Reply)
Hello,
I am facing a very strange issue while setting a virtual host on apache to setup multiple websites using separate IPs.
Virtual host is setup but when i am browsing the website it display content under /var/www/html and displaying site1 and site2 folder instead of access the content... (2 Replies)
Discussion started by: sunnysthakur
2 Replies
LEARN ABOUT DEBIAN
tie::dxhash
Tie::DxHash(3) User Contributed Perl Documentation Tie::DxHash(3)NAME
Tie::DxHash - keeps insertion order; allows duplicate keys
SYNOPSIS
use Tie::DxHash;
my(%vhost);
tie %vhost, 'Tie::DxHash' [, LIST];
%vhost = (
ServerName => 'foo',
RewriteCond => 'bar',
RewriteRule => 'bletch',
RewriteCond => 'phooey',
RewriteRule => 'squelch',
);
DESCRIPTION
This module was written to allow the use of rewrite rules in Apache configuration files written with Perl Sections. However,
a potential user has stated that he needs it to support the use of multiple ScriptAlias directives within a single Virtual Host (which
is required by FrontPage, apparently). If you find a completely different use for it, great.
The original purpose of this module is not quite so obscure as it might sound. Perl Sections bring the power of a general-purpose
programming language to Apache configuration files and, having used them once, many people use them throughout. (I take this
approach since, even in sections of the configuration where I do not need the flexibility, I find it easier to use a consistent
syntax. This also makes the code easier for XEmacs to colour in ;-) Similarly, mod_rewrite is easily the most powerful way to perform
URL rewriting and I tend to use it exclusively, even when a simpler directive would do the trick, in order to group my redirections
together and keep them consistent. So, I came up against the following problem quite early on.
The synopsis shows some syntax which might be needed when using mod_rewrite within a Perl Section. Clearly, using an ordinary hash
will not do what you want. The two additional features we need are to preserve insertion order and to allow duplicate keys. When
retrieving an element from the hash by name, successive requests for the same name must iterate through the duplicate entries (and,
presumably, wrap around when the end of the chain is reached). This is where Tie::DxHash comes in. Simply by tying the offend-
ing hash, the corresponding configuration directives work as expected.
Running an Apache syntax check (with docroot check) on your configuration file (with "httpd -t") and checking virtual host settings (with
"httpd -S") succeed without complaint. Incidentally, I strongly recommend building your Apache configuration files with make (or
equivalent) in order to enforce the above two checks, preceded by a Perl syntax check (with "perl -cx").
INTERNALS
For those interested, Tie::IxHash works by storing the hash data in an array of hash references (containing the key/value pairs). This
preserves insertion order. A separate set of iterators (one per distinct key) keeps track of the last retrieved value for a given key,
thus allowing the successive retrieval of multiple values for the same key to work as expected.
SEE ALSO perltie(1), for information on ties generally.
Tie::IxHash(3), by Gurusamy Sarathy, if you need to preserve insertion order but not allow duplicate keys.
For information on Ralf S. Engelschall's powerful URL rewriting module, mod_rewrite, check out the reference
documentation at "http://httpd.apache.org/docs/mod/mod_rewrite.html" and the URL Rewriting Guide at
"http://httpd.apache.org/docs/misc/rewriteguide.html".
For help in using Perl Sections to configure Apache, take a look at the section called "Apache Configuration in
Perl" at "http://perl.apache.org/guide/config.html#Apache_Configuration_in_Perl", part of the mod_perl guide, by Stas Bekman.
Alternatively, buy the O'Reilly book Writing Apache Modules with Perl and C, by Lincoln Stein & Doug MacEachern, and study Chapter 8:
Customizing the Apache Configuration Process.
BUGS
The algorithms used to retrieve and delete elements by key run in O(N) time, so do not expect this module to work well on large data
sets. This is not a problem for the module's intended use. If you find another use for the module which involves larger quantities of
data, let me know and I will put some effort into optimising for speed.
The mod_rewrite directives for which this module was written (primarily RewriteCond and RewriteRule) can occur in all four con-
figuration file contexts (i.e. server config, virtual host, directory, .htaccess). However, Tie::DxHash only helps when you are using a
directive which is mapped onto a Perl hash. This limits you to directives which are block sections with begin and end tags (like
<VirtualHost> and <Directory>). I get round this by sticking my mod_rewrite directives in a name-based virtual host container
(as shown in the synopsis) even in the degenerate case where the web server only has one virtual host.
AUTHOR
Kevin Ruscoe
perl v5.8.0 2001-06-15 Tie::DxHash(3)