Closed jamesozzie closed 1 year ago
I've been testing this on a trial server with UpCloud, where I can reproduce the same error. In my case I selected the same FI-HEL1 location indicated by one user. I also see various errors within my Site Health status, likely as a result of configurations at host level. In my trial mode it's not possible to disable the Firewall.
If I ignore the pre flight error and attempt set up, by clicking on the "Sign in with Google" button I encounter the below (https://*****mysiteexample****.com/wp-admin/index.php?action=googlesitekit_proxy_setup_start&nonce=017dc8560d
):
PHP error logs:
Notes on this:
The same occurs with the Firewall at host level disabled:
On the VPS solution the same also occurs with ModSecurity and IP Addressing banning disabled
I also encounter 403 error when trying to communicate with https://sitekit.withgoogle.com via cURL
@adamsilverstein I know you're performing some internal checks. I'm happy to share a login to the host, the VPS or the WP site if needed.
This is a possible code emergency as we've had other reports recently that we're looking into. Will update soon!
Update: This has been happening due to a block on some users IPv6 addresses. The blocks were intentional and is due to the IP being part of a block that also includes IPs from a banned region.
Instructions on how to unblock these IPs were passed on to known hosting providers shared by affected users. We have now been getting confirmation from users that this error is no longer showing and they are able to complete Site Kit setup.
This can take some time for the block to clear on the users side so some may need to allow some time for this to take effect. We will continue to monitor this situation over the coming weeks.
We see this happening on a number of our IPv6 ranges both in Finland and in Canada. We see the ranges flip-flop from blocked to unblocked from time to time. Just yesterday we had some unblocked ranges which are blocked today.
We started seeing this start of December, so this has been going on for a long time now.
We have followed the instructions from @adamdunnage and added feeds to the Google ISP portal which have been ingested correctly, but still no effect.
I am not sure if anyone has brought this up, but our clear feeling is that these are automated blocks of users on ipv6 blocks which Google perceives are coming from Iran. As geolocation is not as good for ipv6 as it is for ipv4 Google is being rather aggressive in their blocks of ipv6 ranges. Given that theory, it is odd that adding feeds to the ISP portal is not working for us.
This is clearly still an on-going issue for multiple providers, we have identified Upcloud, us (Webdock) and Linode being affected from looking at various issues posted by users online.
@webdock-io Thanks for dropping a comment here. I have followed up with you via our email chain and have passed on the information you have shared to the team to investigate further.
As mentioned on the email chain this could be a case of waiting a little longer for these to take effect but rest assured we are looking into this and the information you have shared has been passed on to the relevant team for review.
We will share any updates on this matter as we get them. Thanks for your patience with this.
I think google servers for youtube are continually blocking the webdock IPv6 IP
I'm on webdock (@webdock-io) and for youtube to work on my sites [runcloud], I have to use a workaround for the IPv6 IP of webdock to 'avert' the api call to an IPv4 IP address only call - via an global type edit in functions.php (Child Theme):
`/- youtube fix /
add_action( 'http_api_curl', function( $curl_handle ) { curl_setopt( $curl_handle, CURLOPT_IPRESOLVE, CURL_IPRESOLVE_V4 ); });`
Many thanks for sharing what works for you @detra, much appreciated. This may be useful for others also impacted by this. I use Webdock myself and I can confirm that I also ran into the same issue previously. In my case temporarily deactivating IPv6 did allow Site Kit set up to complete.
Note also that these IPv6 blocks can be caused by one site on the same IPv6 range coming from a region where Google services are blocks. It doesn't necessarily have to be the same IP, it can occur with IP's within a range. We are investigating this reports as they come in, while also reaching out to impacted hosting providers with workarounds.
Closing this out as this is a hosting / networking issue.
Bug Description
Check for any possible block at host level from UpCloud servers. One user in the support forums is encountering the below on sites hosted on a specific server, while not on others.
The same user who opened the related support topic, who manages or supports multiple sites reported the below:
There is another report from a user in the support forums, who's site seems to be hosted on the same platform. They encounter the same error.
Steps to reproduce
Screenshots
Additional Context
Do not alter or remove anything below. The following sections will be managed by moderators only.
Acceptance criteria
Implementation Brief
Test Coverage
QA Brief
Changelog entry