when i try to open my multisite network dashboard from this:-

/

it's gives me this statment:-

This page isn’t working domain redirected you too many times. Try clearing your cookies. ERR_TOO_MANY_REDIRECTS

[Update] see the link to resovle above issue:- Redirect loop (only for multisite network admin)

when i try to open my multisite network dashboard from this:-

http://domain.com/wp/wp-admin/network/

it's gives me this statment:-

This page isn’t working domain.com redirected you too many times. Try clearing your cookies. ERR_TOO_MANY_REDIRECTS

[Update] see the link to resovle above issue:- Redirect loop (only for multisite network admin)

• multisite

• its eaither an htaccess issue or a problem with your DB. How did you install your WPMS? – Aurovrata Commented May 28, 2018 at 11:21
• @Aurovrata when i creating WPMS this issue occured, but before all that i changed my site url and home url directly from DB. – Hussain Jbair Commented May 30, 2018 at 5:44
• how did u change the home/site url from the DB? – Aurovrata Commented May 30, 2018 at 5:52
• @Aurovrata see this link codex.wordpress.org/Changing_The_Site_URL on this section Changing the URL directly in the database – Hussain Jbair Commented May 30, 2018 at 6:03
• please read through my answer below, did u follow step 2? is this a fresh installation of WordPress or you copied the db from your local machine? – Aurovrata Commented May 30, 2018 at 6:09

2 Answers 2

If you install your WordPress Multisite (wpms) from scratch on the server this issue should not arise. However, if you have installed your wpms on a local machine first and then moved/copied the entire installation including the database to your server, then you have to ensure that,

1. you modify the domain in your database. I am not aware of any plugins that handle wpms installation till date. However, I use the Interconnect/it search and replace db tool. You need to search for 'localhost/folder' and replace with 'your-domain.com'. The best results is to ensure that you have a similar setup on the localhost as the server. If you are looking to setup wpms with subdomains, I suggest you create the child sites on the server after successful installation, and export/import pages/posts for the local machine to the server.
2. you also need to change the wp-config.php wpms settings, define('DOMAIN_CURRENT_SITE', 'localhost'); define('PATH_CURRENT_SITE', '/local-folder/'); to define('DOMAIN_CURRENT_SITE', 'your-domain.com'); define('PATH_CURRENT_SITE', '/'); //or a sub-folder name is not a root installation.

keep in mind that a lot of things can go wrong with such a procedure, and therefore it is always much simpler to install your wpms from scratch on the server and export/import content from one local to server.

[EDIT] In case you have created a fresh installation, then the likely issue is that you have either a problem with your htaccess file or with the site_url/home_url settings.

If you have misconfigured your site_rule/home_url in your dashboard then you need to change it directly in your database. Follow these instructions, and assuming from your question that you have installed your WordPress files in the sub-folder /wp, make sure that,

1. If you want to access your site with: domain.com and your dashboard with domain.com/wp-admin, then

siteurl = http://domain.com home = http:/domain.com/wp

2. If you want to access your site with domain.com/wp and your dashboard with domain.com/wp/wp-admin then,

siteurl = http://domain.com/wp home = http:/domain.com/wp

[EDIT 2] One more possible reason is the browser caching. 301 redirects are cached by the browser, so clear your cache. You can inspect what kind of redirection your browser is experiencing by looking at the request trace on the network tab of the inspector console. This can give you a clue as to where the redirection is being applied.

This answer is specific to WordPress Multisite instances set up with Bitnami: .htaccess files may not work as expected. Instead, when I follow these instructions I found on Bitnami docs: https://docs.bitnami.com/aws/apps/wordpress-multisite/administration/use-directories/ my problem was solved.