A new domain.com is pointing to an olddomain.com instead of domain.com!

I recently added a new domain (deception7.com) to Virtualmin.

But when I access the site, instead of showing content from its own home directory, it is showing the content from another virtual server (bislinks.com) on the same machine.

The DNS for deception7.com is ns03.bislinks.com. This name server works for other virtual servers on the same machine without any problems though.

I checked DNS for both; they both seem to be ok to me.

I also checked from outside my home network, it still showed content from another server.

If I login with SSH/SFTP to deception7.com (using both Core FTP LE and WinSCP), it does show content from the correct home folder.

But just doing FTP using Core FTP LE says "cant establish connection to deception7.com."

Doing FTP using WinSCP gives this error; "Timeout detected. (data connection) Could not retrieve directory listing."

Ping does point to the IP of the machine correctly.

Appreciate help resolving this issue!

Status: 
Active

Comments

Howdy -- both of those are using the same IP address, 108.90.217.140. Is that correct? Should they both be on the same IP?

bislinks's picture
Submitted by bislinks on Mon, 04/27/2015 - 13:06 Pro Licensee

Coreect. Yes.

Is there perhaps an error in the Apache config that's preventing it from reloading?

You can determine that by running this command:

service httpd configtest

bislinks's picture
Submitted by bislinks on Mon, 04/27/2015 - 13:59 Pro Licensee

Syntax error on line 3479 of /etc/httpd/conf/httpd.conf: AuthName takes one argument, The authentication realm (e.g. "Members Only")

Ah, that looks like the problem then, there's an Apache syntax error.

What is on line 3479 of your /etc/httpd/conf/httpd.conf file?

bislinks's picture
Submitted by bislinks on Mon, 04/27/2015 - 14:07 Pro Licensee

Here is the context of the above error :

AddHandler cgi-script .pl AuthName

bislinks's picture
Submitted by bislinks on Mon, 04/27/2015 - 14:14 Pro Licensee

I removed the above config for the deception7.com.

now, service httpd restart gives me this error: Failed to start apache : Starting httpd: (98)Address already in use: make_sock: could not bind to address [::]:80 (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs [FAILED]

Ah, that's odd, it doesn't look like Authname has any parameters set.

How was that domain added to this server, was it created newly? Or was it imported/migrated from another server, perhaps on an older CentOS version?

However, try either commenting out the Authname parameter, or adding a realm to it (something like "Authname bislinks".

bislinks's picture
Submitted by bislinks on Mon, 04/27/2015 - 14:16 Pro Licensee

service httpd configtest Syntax OK

I just saw your update -- it sounds like Apache isn't fully shut down before it's trying to launch again.

Try manually killing it with this command:

killall -9 httpd

Then try starting it with this command:

service httpd start

bislinks's picture
Submitted by bislinks on Mon, 04/27/2015 - 14:19 Pro Licensee

This new domain (deception7.com) was created by renaming bittertruth.net to deception7.com; at which time there was a problem in DNS which I fixed at that time.

bislinks's picture
Submitted by bislinks on Mon, 04/27/2015 - 14:21 Pro Licensee

OH, that fixed the problem. deception7.com is loading the proper content as it should. Thanks Andreychek

bislinks's picture
Submitted by bislinks on Mon, 04/27/2015 - 14:24 Pro Licensee

So, the problem was in apache config for deception7.com. Am I correct?

Good question! That Authname parameter you corrected -- was that within the " deception7.com" section of the Apache config?

The problem was just generally that there was an Apache syntax error, and that prevented Apache from restarting.

Although you had added deception7.com to the Apache config, since Apache wasn't restarting, Apache didn't know about that domain yet.

bislinks's picture
Submitted by bislinks on Mon, 04/27/2015 - 14:50 Pro Licensee

Yes it was within the 'deception7.com' section of the apache config.