@phazei --
It sounds like Plesk is generating the VirtualHost container and contents -- if so, adding your own VirtualHost directive inside is an error.
It's perfectly legitimate to have multiple virtual host containers, so
<VirtualHost abc:80>
Directive1
Directive2
</VirtualHost>
<VirtualHost def:80>
Directive1
Directive2
</VirtualHost>
Is ok. If you're really editing the vhost.conf file itself in Plesk you should be able to do this. Or maybe Plesk will let you add a second VirtualHost for the 192.x.x.x addresses.
However....
This format of Virtual Host is very old school. If your web host supports it (and probably does) chances are this is the simpler way to go. Read here: [
httpd.apache.org...]
My guess is that you are trying to support the ability to test or use a server when it has a local (intranet) address as well as when it has a public address. I have done this a lot for test servers, for example.
The way we handled this at most of the companies I worked at was to have a DNS server in the office that would resolve the server name internally to the internal address (192.x.x.x) whereas people outside would get the normal public IP address.
Note that you have to be really (really) careful if you do this, as that externally accessible server is running on your local intranet, so is a potential security hole!
Anyway using named hosts, you just specify the domain (and subdomains) that the virtual host should match regardless of which address is used to get at the host.
Hope this gets you going in the right direction...
Tom