Redirect loop in a browser [SOLVED]

Miagi · 2022-01-19 17:32:16

The name of the topic says it.
When I try to access any of RedHat's sites that are located on "access.redhat.com/" after logging in i get stuck in a loop. It, the loop, does not happen on other systems or browsers but it does on Vivaldi, Google chrome proprietary, Chromium and Mozilla(I tested only those) running over a vanilla Arch linux system.
Any thoughts, ideas?
Cleared the cache, cookies, used incognito mode, no change.
Using xfce4 DE

The topic is a bit tricky and if I put it in a wrong place, I apologize.

So, to sum up. When i click to login on RHEL's site, and to access for example this guide:

https://access.redhat.com/documentation … sign-guide

I get stuck in a loop between these addressees and the above mentioned:
https://access.redhat.com/webassets/ava … faab4c2f6c

And the third one:

https://access.redhat.com/login?redirec … sign-guide

Last edited by Miagi (2022-01-20 11:53:11)

Xyne · 2022-01-19 19:07:52

Given that several browsers show the same behavior, I suspect that it's an issue with their site. You could try to debug it by examining the HTTPS headers (e.g. using "curl -I" if you can log in and manage the cookies with it). Can you try on another system or from another IP address (e.g. by tethering to your phone)?

Miagi · 2022-01-19 19:34:50

That is the problem, I also thought the same but I can log in normally without any problems on same network, even the same browser, Vivaldi. But a different system. Windows. I did contact the RHEL support also and they tested it also, and told me to look for answers within the Arch community. Cause the system that has a problem is Arch. I'll try that with "curl -l"

Miagi · 2022-01-19 22:09:29

Any Ideas to what should I look for? I used Firefox on the VM and live system to gather info of the working redirection and the loop. I honestly can't find the cause. Saved both working and the loop logs as an HAR file.

seth · 2022-01-20 08:32:44

The OS doesn't cause redirects in browser loops. RH staff ought to be aware of that.
Their webpage might behave differently based on the useragent, there might be interference from a plugin (adblocker), the system time might be relevant and I can barely see a locale issue being the cause.

they tested it also

Tested what? Login w/ *your* ID or their own?

Xyne · 2022-01-20 10:12:49

I agree with Seth that the OS itself is not responsible for this. I suspect an incorrect configuration in RHEL's server configuration, possibly at the level of their content delivery network if they use one (e.g. CloudFlare). It may well be something stupid like user-agent filtering.

To test that, copy your user agent string from Vivaldi on Windows and configure one of your browsers on Arch to use it (or just grab a Windows user agent string here). If that works then send another message to RHEL to tell them that they're servers and/or cdn are misconfigured.

If that doesn't work, I would try debugging it with curl. You'll need to check the options to manage cookies for the attempted login and check the login page to see how to submit the login credentials (presumably via a POST request).Once you've got the right commands, you can use the -I option to review the HTTP headers sent by the browser and step through them. You should see 301 or 303 status codes with a redirection URL on each request without curl actually redirecting you. Make a note of each one, and then step through them by substituting the new URL into your request, e.g.

curl <options> A -> redirect B
curl <options> B -> redirect C
...

Once you find the loop, notify RHEL and hope that someone understand that the problem is on their end.

Miagi · 2022-01-20 10:18:34

Those were my thoughts also. But they tested it also with my on ID, yes. Even I can log in on the phone with 0 problems, also in the Virtual machine running a different system with 0 problems. But ANY browser that I tested, was still making the loop if i try logging in on Arch linux system.

I Just saw another reply. Thanks guys for helping. Really appreciate it. Will tell the results

Last edited by Miagi (2022-01-20 10:21:00)

Miagi · 2022-01-20 10:27:56

WORKING user agent string: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 - used by Mozilla on RHEL inside VM
LOOP user agent string: Mozilla/5.0 (X11; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0 - used by Mozilla on Arch base

Made the change, still gets into loop

Last edited by Miagi (2022-01-20 10:35:20)

Xyne · 2022-01-20 10:31:48

Miagi wrote:

WORKING user agent string: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 - used by Mozilla on RHEL inside VM
LOOP user agent string: Mozilla/5.0 (X11; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0 - used by Mozilla on Arch base

So does changing the user agent string makes it work on Arch?

Miagi · 2022-01-20 10:35:58

No, still goes into loop

Miagi · 2022-01-20 10:46:38

Is maybe someone tampering with the login? First packet that goes out when i click on login button gets blocked and has a filename: /b/ss/redhatglobaldtm/1/JS-2.22.0-LBWB/s96942017322512

RAW POST:

POST /b/ss/redhatglobaldtm/1/JS-2.22.0-LBWB/s96942017322512 undefined
Host: smetrics.redhat.com
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0
Accept: */*
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Referer: https://sso.redhat.com/
Content-Type: text/plain;charset=UTF-8
Content-Length: 2396
Origin: https://sso.redhat.com
Connection: keep-alive

Miagi · 2022-01-20 11:35:58

Found the solution while looking at the cookies. My time was set to RTC cause of windows but for some reason it was registering as UTC on Arch. I even had "timedatectl set-timezone Europe/Belgrade" and " timedatectl set-local-rtc 1" but it still created a loop that i was always getting "exipred" cookies. Since 1h of difference. I'm in UTC +1. After setting up Arch back to UTC timezone redirect loop stopped.

Xyne · 2022-01-20 11:45:11

Thanks for posting the follow-up. I really didn't expect it to be an OS error. I'm glad that you got it working.

Please edit the original post and prepend "[SOLVED]" to the title. In the future, please edit your previous post to append new information when your last post is also the last post in the thread. Repeatedly bumping the thread is against our forum policy.

seth · 2022-01-20 13:08:59

seth in #5 wrote:

… the system time might be relevant …

Arch Linux

#1 2022-01-19 17:32:16

Redirect loop in a browser [SOLVED]

#2 2022-01-19 19:07:52

Re: Redirect loop in a browser [SOLVED]

#3 2022-01-19 19:34:50

Re: Redirect loop in a browser [SOLVED]

#4 2022-01-19 22:09:29

Re: Redirect loop in a browser [SOLVED]

#5 2022-01-20 08:32:44

Re: Redirect loop in a browser [SOLVED]

#6 2022-01-20 10:12:49

Re: Redirect loop in a browser [SOLVED]

#7 2022-01-20 10:18:34

Re: Redirect loop in a browser [SOLVED]

#8 2022-01-20 10:27:56

Re: Redirect loop in a browser [SOLVED]

#9 2022-01-20 10:31:48

Re: Redirect loop in a browser [SOLVED]

#10 2022-01-20 10:35:58

Re: Redirect loop in a browser [SOLVED]

#11 2022-01-20 10:46:38

Re: Redirect loop in a browser [SOLVED]

#12 2022-01-20 11:35:58

Re: Redirect loop in a browser [SOLVED]

#13 2022-01-20 11:45:11

Re: Redirect loop in a browser [SOLVED]

#14 2022-01-20 13:08:59

Re: Redirect loop in a browser [SOLVED]

Board footer