Getting a 404 error when logging into our website using MBP. We can using other machines on same network

Here's a weird one....Just moved two sites to a new hosting service. But one site only is now generating a 404 error when we either attempt to load the WP dashboard or load the site URL via a browser [Safari, Brave, Firefox, Opera] -- using just our MBP 2019 [macOS 11.6]. If we use a mobile device [iOS 15] or other computers [running Catalina] on our network, everything loads nominally.


It is just the 2019 MBP that seems for some arcane security reason [ possibly it's MAC address ] to be blocked from accessing this one particular domain. The machine works for the other newly migrated domain and all others as well. We've turned off all security plugins, restarted, emptied caches, erased history on all the browsers, but are still getting 404's when using just this machine. The hosting service doesn't seem to have a clue.


Is there some security protocol within macOS 11.6 that can be modified to correct this issue?


Very puzzling.

Posted on Oct 7, 2021 2:15 PM

Reply
Question marked as Top-ranking reply

Posted on Nov 2, 2021 6:44 PM

Ensure that the necessary certificates for HTTPS connections are configured and operating.


Translate DNS and verify you’re getting the expected translation in the client.


On the off chance an old translation is cached, flush the local DNS cache on the client:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

traceroute from client to the webserver host, and make sure you’re getting where you expect.


Verify that the webserver also has the expected DNS translation(s), too.


For completeness and as it can sometimes be confusing: the target webserver virtual host is selected by the webclient, that name is passed over the HTTP or HTTPS link, and the selected hostname or host address must then match a configured vhost in the webserver. So the client and the server must both agree on the selected vhost


Check the webserver log too, and verify the incoming connection arrives at the expected virtual host. The HTTP 404 errors should be Really Obvious in the webserver logs, too.


Maybe set up a default virtual host, if one is not configured.


Review and verify all rewrite rules are as expected on the webserver, too.


If needed, increase the logging level on the webserver, and teat again.


With what’s been posted so far, I see no reason (yet?) to be running any webclient re-installs.


TL;DR: check the webserver log

Similar questions

10 replies
Question marked as Top-ranking reply

Nov 2, 2021 6:44 PM in response to Daily_llama

Ensure that the necessary certificates for HTTPS connections are configured and operating.


Translate DNS and verify you’re getting the expected translation in the client.


On the off chance an old translation is cached, flush the local DNS cache on the client:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

traceroute from client to the webserver host, and make sure you’re getting where you expect.


Verify that the webserver also has the expected DNS translation(s), too.


For completeness and as it can sometimes be confusing: the target webserver virtual host is selected by the webclient, that name is passed over the HTTP or HTTPS link, and the selected hostname or host address must then match a configured vhost in the webserver. So the client and the server must both agree on the selected vhost


Check the webserver log too, and verify the incoming connection arrives at the expected virtual host. The HTTP 404 errors should be Really Obvious in the webserver logs, too.


Maybe set up a default virtual host, if one is not configured.


Review and verify all rewrite rules are as expected on the webserver, too.


If needed, increase the logging level on the webserver, and teat again.


With what’s been posted so far, I see no reason (yet?) to be running any webclient re-installs.


TL;DR: check the webserver log

Nov 2, 2021 6:26 PM in response to Daily_llama

Now we're getting an "Account Suspended" error warning generated from a "cgi-sys/suspendedpage.cgi" page partial URL. It is not. We just moved the site to a new provider who is clueless as to why this is happening since they and apparently the entire WWW can also see the site just fine.


Wiped the HD on the MBP and did a clean install of macOS 12.0.1 and was initially able to see the website in question. However once we used the Migration Assistant to move files and applications from our backup drive we were again locked out from accessing this one and only website. Even tried spoofing this machine's MAC address via wi-fi. No go.


Next step is to do a HD wipe and re-install of macOS 12.0.1 and manually re-install apps and move key files. Stay tuned.

Oct 8, 2021 12:49 PM in response to Daily_llama

Hi there Daily_llama, 


We understand that you have an issue isolated to a specific Mac and are unable to load a webpage. 


Let’s test a couple more things. Can we boot to safe mode and test there? Then next, create a new admin user and test there as well. These steps are going rule out some settings and software for us. 


Start up your Mac in safe mode

Set up users, guests, and groups on Mac


Thank you.

Oct 9, 2021 9:59 AM in response to BobTheFisherman

Did both. No luck. All browsers [Safari, Brave, Opera, Firefox] still returned 404 errors. Also in Safe Mode we attempted to login using the TOR browser and were able to see the site. And the other devices we used to successfully access this one site are all on our home network [along with this MBP]. So this must have something to do specifically with this 2019 MBP relative to the security for this one site [which we've disabled]. I'm going to take it for a spin at the local coffee shop and see what happens there.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Getting a 404 error when logging into our website using MBP. We can using other machines on same network

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.