Last post 5 hours 33 min ago

Posts last week 141

Average response time last week 4 hours 42 min

All time posts 67805

All time tickets 10478

All time avg. posts per day 21

Helpdesk is open from Monday through Friday CET

Please create an (free) account to post any question in the support area.

Please check the development versions area. Look at the changelog, maybe your specific problem has been resolved already!

All tickets are private and they cannot be viewed by anyone. We have made public only a few tickets that we found helpful, after removing private information from them.

#5581 – Google authorization

Posted in ‘sh404SEF’

This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Wednesday, 30 January 2019 13:34 UTC

peterhaken

Google authorization

I have added my anylitics code and Google GTM iD

But once i add the code from google the the Google authorization i get this failure shown below.

Any ideas?

regards pete

Zendshl_Http_Response Object
(
[version:protected] => 1.1
[code:protected] => 400
[message:protected] => Bad Request
[headers:protected] => Array
(
[Content-type] => application/json; charset=utf-8
[Vary] => Array
(
[0] => Origin
[1] => X-Origin
[2] => Referer
)

[Content-encoding] => gzip
[Date] => Wed, 30 Jan 2019 13:32:23 GMT
[Server] => ESF
[Cache-control] => private
[X-xss-protection] => 1; mode=block
[X-frame-options] => SAMEORIGIN
[X-content-type-options] => nosniff
[Alt-svc] => quic=":443"; ma=2592000; v="44,43,39"
[Connection] => close
[Transfer-encoding] => chunked
)

[body:protected] => 00000001

00000001
�
00000001

00000001

00000001

00000001

00000001

00000001

0047
��RPPJ-*�/R�RP��+K��L�O/J�+Qҁ�ŧ�'e�d��9%�(��(q��D
0

)

Wednesday, 30 January 2019 15:25 UTC

wb_weeblr

Hi

We've had a few reports of this and it seems server-related: if we copy the site to another server or onto a local machine, the problem goes away. That makes it pretty hard to track or identify the issue. We know it's recent, it only started happening in the last few weeks so we suspect an update in a security software on the server but that's more a guess than anything.
Because it started appearing only recently, we also thought this was an issue in last release but reverting to previous versions do not make the problem go away.

Can you share:

1 - Your exact hosting setup? company, plan?
2 - Using a CDN?
3 - Is Gzip enabled on the JOomla site?
4 - How is Error reporting set in Joomla configuration?

We can check for 2 and 3 if you provide us with superadmin credentials to your website. You can create a temporary account, and delete it afterward, but it must have superuser level.

Thanks and regards

Best regards

Wednesday, 30 January 2019 17:53 UTC

peterhaken

HI

I use https://www.bestwebhosting.co.uk Cloud based
CDN ? Not sure
Gzip Page Compression yes enabled
Error Reporting = System Default

http://www.xxxx.com/administrator
Username: xxxx
Password: xxxx

I also have an issue where https://www.xxxx.com/%20component/jmap/sitemap/xml is now not showing, I had this in another ticket.

regards Pete

Wednesday, 30 January 2019 19:33 UTC

wb_weeblr

I also have an issue where https://www.xxxx.com/%20component/jmap/sitemap/xml is now not showing, I had this in another ticket.

And I replied to that a bit ago.

I will look into the Analytics problem tomorrow. As I said, first is to check that this also happens - or not - when moving to another server.

Best regards

Thursday, 31 January 2019 10:07 UTC

wb_weeblr

Hi

As suspected, when your site is moved to another host the Analytics authorization process goes fine:

so the problem is related to the server indeed. Do you have a good relationship with your hosting company? can you talk to them and ask to check logs about why those requests are failing?

Best regards

Friday, 01 February 2019 10:56 UTC

peterhaken

I have access to my WHM hosting platform and control panel.

What do i need to do? or i can raise a ticket and ask them, to sort it.

regards pete

Friday, 01 February 2019 11:03 UTC

wb_weeblr

Hi

You should provide them with all the tech details we laid out here and ask to look at their logs and try find why this works on other people servers and not on theirs. Are there some security programs or firewall that may damage communication with google servers?

Best regards

Friday, 01 February 2019 12:05 UTC

peterhaken

OK Hosting reply.

It's likely a firewall issue - do you know which IP address(es) the Google Analytics servers are connecting through?

Any ideas where i find this out?

Friday, 01 February 2019 12:09 UTC

wb_weeblr

Hi

1 - This is Google so there's not a single IP for their host. The endpoints used are:

https://www.googleapis.com/oauth2/v3/token
https://accounts.google.com/o/oauth2/auth
https://www.googleapis.com/analytics/v2.4/

2 - Very importantly, I don't think the request is blocked as Firewall often do. It seems the request is damaged: it is modified, or something is added to it, etc Google servers do get the request but it's malformed by the time it reaches their servers. It might have to do with caching also. Or some optimization script trying to "optimize" the request in some way?

Best regards

Tuesday, 05 February 2019 18:49 UTC

peterhaken

This is hosting response:

Hello Peter,

Thank you for keeping us updated

I have checked over the potential IP's that could have been blocked, but no Google IP currently appears to be blocked within our firewall so these end points appear to be fine

Our platform does use server side caching by default which could damage the request as the developers have stated

You can quickly disable the LiteSpeed cache on your domain adding the below to either a new .htaccess file in your public_html folder, or appending this to an existing .htaccess file already in your public_html folder.

Simply add:

RewriteEngine On
RewriteRule .* - [E=Cache-Control:no-cache]

Once added please save and allow 5 to 10 minutes for the change to become active.

Other than this caching, there would be no other server side caching or optimisations enabled unless you had GZIP Compression enabled within cPanel

cPanel --> Software --> Optimize Website

On this page, if the compressed content is set to disabled, the website optimisation would be fully disabled for you

Kind Regards,
Jordan

Wednesday, 06 February 2019 08:03 UTC

wb_weeblr

Hi

OK that's a hint. Have you tried it?

Best regards

Wednesday, 06 February 2019 08:22 UTC

peterhaken

No not yet, as bigger problem with SEF, site dropping rank, Structured Data errors. At the point of just deleteing SH404SEF, its currently turned off due to all the issues.

Wednesday, 06 February 2019 10:35 UTC

wb_weeblr

site dropping rank,

Not something that could be caused by sh404SEF

Structured Data errors

Same. All structured data inserted by sh404SEF are good and valid.

Best regards

Thursday, 21 February 2019 05:34 UTC

system

This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.