I recently installed SSL certificate for organization's intranet wordpress site(http to https) and now I'm unable to access Wordpress Admin.
It gave me this error:
HTTP/1.1 400 Bad Request Date: Thu, 18 Aug 2022 02:41:55 GMT Server: Apache/2.4.46 (Win64) OpenSSL/1.1.1k PHP/8.0.3 Content-Length: 226 Connection: close Content-Type: text/html; charset=iso-8859-1
Bad Request
Your browser sent a request that this server could not understand.
I've tried every solutions from Cant login to my wp-admin after switching to SSL but none is working.
Is there anything I'm missing. By the way, we are using F5 to implement the SSL.
Try going to the DB and checking the wp_options table to see what the site URL is. Change it to HTTPS and try?
Related
I have a 4.9.6 wordpress site hosted on pantheon. I am trying to leverage there varnish cache feature provided by pantheon but I am running into problems with a cookie being set site-wide for anon users that is not allowing my site to cache. When I run
curl -I dev-example.pantheonsite.io in terminal the output is
HTTP/1.1 200 OK
Cache-Control: public, max-age=3600
Content-Type: text/html; charset=UTF-8
Link: <http://dev-example.pantheonsite.io/wp-json/>; rel="https://api.w.org/"
Link: <https://example.me/xxxxx>; rel=shortlink
Server: nginx
Set-Cookie: SESS493517e45081d627fb825d332c442179=6598ca6c993e2d779127efcc27c022e6; path=/; domain=.dev-example.pantheonsite.io; HttpOnly
X-Pantheon-Styx-Hostname: styx-fe1-a-74cb6bb89d-mzdm6
X-Styx-Req-Id: styx-1cd2c5b9a35cd4232543231dd5bb1736
Via: 1.1 varnish
Transfer-Encoding: chunked
Accept-Ranges: bytes
Date: Wed, 30 May 2018 21:11:56 GMT
Via: 1.1 varnish
Age: 0
Connection: keep-alive
X-Served-By: cache-mdw17350-MDW, cache-dfw18628-DFW
X-Cache: MISS, MISS
X-Cache-Hits: 0, 0
X-Timer: S1527714713.844595,VS0,VE3179
Vary: Accept-Encoding, Cookie, Cookie
X-Robots-Tag: noindex
After I disable the woocomerce plugin the cookie is gone and page caching works. The only help I have found from google is adjusting my varnish settings which can not be done by me on pantheon. Any other ideas/work around? I have gone back and forth with pantheons customer support and they told me I need to come up with a solution. Surely people are running woo on pantheon and are able to leverage varnish.
PS You can probably tell I am new to varnish :)
Woocommerce has a resource specifically for this problem.
https://docs.woocommerce.com/document/configuring-caching-plugins/#section-5
<-- EDIT -->
I realise that it's all to do with configuring varnish, not Wordpress, but what needs to be understood here is that the fix can't be done from the Wordpress/WC end of things. Varnish needs to be configured so that it passes through woocommerce pages.
When going to my website:
www.d3.digital
it redirects to the ip and asks for users to register.
My A record points to the IP shown in the domain. But the domain doesn't show up in the address bar?
Does anyone know whats happening?
Thanks!
The web server at the IP address associated with www.d3.digital (104.154.217.111) responds with this:
HTTP/1.1 302 Found
Date: Mon, 06 Feb 2017 10:35:26 GMT
Server: Apache
X-Powered-By: PHP/7.0.15
X-Frame-Options: SAMEORIGIN
Location: http://104.154.217.111/wp-signup.php?new=www.d3.digital
Content-Length: 0
Content-Type: text/html; charset=UTF-8
Which is indeed a redirect to a URL with an IP address rather than a domain name in it. It does, however, have absolutely nothing to do with DNS and everything to do with how your web server is configured.
The redirected url (http://104.154.217.111/wp-signup.php?new=www.d3.digital) listed in the Location header suggests that your website is based on Wordpresss.
Its possible that your Wordpress installation does not have the correct site name configured. Or one of your Wordpress plugins is not working correctly
I create a webdav connection with the Windows 8 built-in WebDAV client (Microsoft-WebDAV-MiniRedir).
I have only a read permission for the files and try to delete one.
I can open by right-click the context menu and delete it, although my WebDAV server returns 401 Unauthorized. The file disappears in the explorer as if it has been deleted.
If I close the explorer window and open it again, the file is back again, what is ok.
Why the deletion is not refused and why I doesn't get from the WebDAV client an error message like "401 unauthorized access"?
Here are the request and response.
Request:
DELETE https://xxx.yyy.zz/webdav/mysharedfolder/file1.txt HTTP/1.1
Connection: Keep-Alive
User-Agent: Microsoft-WebDAV-MiniRedir/6.3.9600
translate: f
Host: xxx.yyy.zz
Authorization: Basic dlk7uXNvcmt1QHdlYi5kZTpRd2VyMTIzNA==
Cookie: JSESSIONID=A7497F42472ECC676E44A90E3C5D5E7
Response:
HTTP/1.1 401 Unauthorized
Date: Thu, 13 Nov 2014 23:21:43 GMT
Server: Apache-Coyote/1.1
WWW-Authenticate: Basic realm="https://xxx.yyy.zz/webdav/mysharedfolder/file1.txt"
Content-Length: 0
Connection: close
Content-Type: text/plain; charset=UTF-8
A redirect on an OPTIONS request (or in any webdav request actually) is suspicious, and I wouldnt assume windows will correctly handle that, so that might be something to look at. But i also vaguely remember encountering something similar with Win7 years ago. A workaround might be to return a different 4xx error code for the mini-redirector agent.
Wanted to access a local website by
http://127.0.0.1/
http://localhost/
http://192.x.x.x/
but the only reply from any browser was:
HTTP/1.1 404 Not Found
Content-Type: text/html; charset=us-ascii
Server: Microsoft-HTTPAPI/2.0
Date: Thu, 03 Oct 2013 09:38:48 GMT
Connection: close
Content-Length: 315
There is nothing in the logs about what was wrong with the request
%SystemDrive%\inetpub\logs\LogFiles\W3SVC3
%SystemDrive%\inetpub\logs\FailedReqLogFiles
To solve the problem and access the website added 'localhost', 127... in IIS bindings for this website. Pages are served using these local Urls.
Requests arrived to IIS since as soon as defined the bindings requests are served.
My question: Is there a log or way to trace what was happening with the request before defined localhost binding in IIS? What is returning the 404?
You need to enable failed request tracing on the server and on the site and add a tracing rule to capture 404 requests. That will tell you exactly what the issues is
I have a production OrchardCMS site that is running fine.
Today I copied all of the files from that site to a local server so I could use it for staging and testing changes before deployment. One other little change I made is changed the Orchard instance to use a local full SQL instance instead of Sql CE. (Which is something I will also do in production in the next few days.)
The migration has worked fine. I can load the Orchard instance using localhost on port 2764 (the one I assigned) and it works perfectly ... exactly as on production.
I setup port forwarding on my router to connect to this staging/testing server when connecting on port 2764. (And also created an inbound rule on the local server).
When I access the site on that port from a remote computer, it loads the CONTENT but does not fetch any of the files (CSS, JS, etc.) So I see content but it is raw unformatted html.
I loaded the page in fiddler and it shows a header like this for the sessions...
HTTP/1.1 302 Found
Location: /Users/Account/AccessDenied?ReturnUrl=%2fThemes%2fBootstrap%2fStyles%2fbootstrap.min.css
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Date: Mon, 03 Dec 2012 04:38:01 GMT
Content-Length: 205
and then ...
GET /Users/Account/AccessDenied?ReturnUrl=%2fThemes%2fBootstrap%2fStyles%2fbootstrap.min.css HTTP/1.1
HTTP/1.1 200 OK
Cache-Control: no-cache, no-store, must-revalidate
Pragma: no-cache
Content-Type: text/html; charset=utf-8
Content-Encoding: gzip
Expires: -1
Vary: Accept-Encoding
Server: Microsoft-IIS/7.5
X-AspNetMvc-Version: 3.0
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
Date: Mon, 03 Dec 2012 04:38:01 GMT
Content-Length: 2179
If I login to the site (I can still see the login button and subsequent login page) I am successfully logged in and then the website performs perfectly normally...until I log out again.
So the bottom line...anonymous users can see content but OrchardCMS (or IIS ... or both?) will not fetch any of the files it seems.
Any ideas on the cause of this? Thanks for your help.
Seth
It turns out it was a straight up NTFS permissions thing. Anonymous Users were using the IUSR identity which I had not given any permissions. I changed that to use the APP POOL identity and all has been well. I suppose I could also have given read permissions to IUSR.