Redirecting to wrong site

Not sure what you’re trying to do. If you are trying to point different domain names at the same site, the normal use of parked domains, you don’t use domain mapping for that, but rather .htaccess.

“set up a new multi site install on one of the domains” — you have to have WordPress installed in the root of your account (or the root of a subdomain, created by CPanel or comparable program) for domain mapping to work — this isn’t a limitation of the plugin but rather of DNS, which has to be able to direct visitors to the proper place.

Then you need to have the plugin installed properly, and configured properly. Knowing the correct site id is part of that. I have detailed Domain Mapping instructions.

You probably need to have the domain as an Add-On domain, not as a Parked domain. And you must have “wildcard DNS” set up.

Hello there. I’m having a similar, possible same, issue. I blogged about it here under “known issues”.

Specifically, as @hermy65, when I’m on the network admin site, “When i go to the parked domain it takes me to the standalone site”, happens for me too.

In more detail, when I am here : http://wordpress-hendriks.rhcloud.com/programmer/wp-admin/ clicking Visit site (http://wordpress-hendriks.rhcloud.com/programmer/) should show me my mapped domain subsite. But instead it redirects me to Site 0 (http://wordpress-hendriks.rhcloud.com).

Conversely, when I’m here : http://www.codingmonkey.ca clicking Coding Monkey in the WordPress top nav (http://www.codingmonkey.ca/wp-admin/) when logged in as site admin should show me the dashboard. But instead it redirects me to a 404 (http://www.codingmonkey.ca/programmer/programmer/wp-admin/).

Any information you need, or logs etc., I’d be happy to share. I’m using v0.5.5.1, and although this is my very first time using this plugin, I’m confident this behaviour is incorrect 😉

Jason

@ron — Please specify whether the domain mapping plugin works for CPanel-created parked domains as well as for add-on domains? (I know that add-on domains works.)

Ooooh, at highly technical discussion…. When I wrote “tech support do this” I was betting you’d reply “that’s me”.

“As I mentioned in my blog post, WordPress is installed in the root.” — Showing a list of files doesn’t answer the question. Need to know whether DNS gets directly to this folder, or there are redirects needed. You can’t (or you’re highly technical so perhaps you can but it’s certainly a lot of unneeded work) have redirects to this folder and have redirects for domain mapping.

“host does not allow wildcard aliasing” — a host that gives you command line access, GIT, etc but not wildcard DNS, wow. They probably answered a different question than you asked them. But no problem, multi-site in subfolder mode works.

You have my instruction page, go through all the steps. Quick glance at those images, looks good.

If you find anything different or unclear for your very non-standard hosting setup, please let me know!

@lernerconsult, I don’t know why you feel the need to insult me. That’s completely unnecessary.

• “They probably answered a different question than you asked them.” – No need to be an ass. I didn’t ask OpenShift.com any questions
• “Need to know whether DNS gets directly to this folder” – DNS is for mapping to IPs, and yes, for the second time, the website URL root maps directly to the webdoc root
• “host does not allow wildcard aliasing” – No, I wrote “host does not allow for subdomains”. GoDaddy manages my DNS and they do allow wildcard aliasing, and that’s completely irrelevant for as I said, I can’t create subdomains on the web host.
• “Showing a list of files doesn’t answer the question” – No, but “WordPress is installed in the root” did.

@wpmuguru, I’ve got repeatable behaviour that I think might narrow it down to problems with the request or state. I used a fresh browser (private browsing) to perform this test.

Scenario 1 – pass:

1. Navigate to http://www.codingmonkey.ca – public site shows
2. Click Login link – successful redirect to http://wordpress-hendriks.rhcloud.com/programmer/wp-login.php
3. Login – successful redirect to http://wordpress-hendriks.rhcloud.com/programmer/wp-admin/
4. Navigate to http://codingmonkey.ca/wp-admin/ – successful redirect to http://wordpress-hendriks.rhcloud.com/programmer/wp-admin/ – this step can be repeated with the same correct result

Scenario 2 – fail:

1. Navigate to http://www.codingmonkey.ca – public site shows
2. Click Login link – successful redirect to http://wordpress-hendriks.rhcloud.com/programmer/wp-login.php
3. Login – successful redirect to http://wordpress-hendriks.rhcloud.com/programmer/wp-admin/
4. Navigate to http://codingmonkey.ca/ – public site shows
5. Navigate to http://codingmonkey.ca/wp-admin/ – I’m redirected to http://www.codingmonkey.ca/programmer/programmer/wp-admin/ and get a 404 response – this step can be repeated with the same incorrect result

So know I know how to trigger the problem. Just have to figure out why. Going back to the public site after logging in must be altering the subsequent requests in a way that confuses the plugin.

Does that give you any ideas?

Thanks Ron. I already tried deactivating all plugins and using the default theme. I’ve downloaded the plugin trunk and I’m going to see if I can make any headway by playing with the code. Sorry for hijacking the thread, the OP and subject sounded like my issue, but now that I know more I can see that it’s not. I’ll start a new thread when I have new information.