LQ needs to review the security of your connection frustrating delays
LQ Suggestions & FeedbackDo you have a suggestion for this site or an idea that will make the site better? This forum is for you.
PLEASE READ THIS FORUM - Information and status updates will also be posted here.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Cloudflare is and always have been faulty, it now is blocking access repeatedly for me (firefox latest )
If it persists Sadly I will not use the forum.
Many thank for the past
Cloudfare interruptions, and delays (sending request to rum-http-intake.logs.datadoghq.com showing on status line), have become annoyingly frequent here. The timing may have coincided with my change in /etc/resolv.conf from 1.0.0.1 (Cloudfare) on line 1 to 8.8.4.4 (Google), or vice versa. My current line 1 is 1.0.0.1. My first page open attempt here since getting up this morning was Cloudfare interrupted.
I detected the problem Friday.
There is already an issue open on this
(SLOW see https://www.linuxquestions.org/quest...hp?issueid=273 if you can)
It is better today than yesterday, and I have not seen a root cause report yet. The cause may not be known yet.
IT certainly looked like a problem with Clownflair, but I will wait for better information to say that is certain.
This BS crap has to stop! It is so anoying that I hate to try to log into this forum anymore! Please fix it!
Demanding that someone fix it when that someone is not the cause of the problem is less than productive. First let us see if they can detect the location of the problem, and the cause. Once they do they will know who has to do the fixing.
Demanding that someone fix it when that someone is not the cause of the problem is less than productive. First let us see if they can detect the location of the problem, and the cause. Once they do they will know who has to do the fixing.
I dont see any demand in my post. I do however see "please fix it". You can read cant you?
I've found a workaround. It's still a PITA, but it works.
If you change your own observed IP (e.g turning on/off a vpn or other proxy), then stop & re-seek the page you're waiting for, it loads without delay.
That proves cloudfare is the problem. Hope this helps someone.
That is NOT proof, but it is valuable evidence! Glad you tried that and reported results here, that is far more productive than just complaining without facts or evidence.
Hi, I'm getting this "prove you're a person" notice as well.
It is a bit of a pain, but I'm wondering, on the positive side if this will cut down some of the spurious posts that go on and on while not answering any "more info" requests from what I've begun to think are data mining bots.
Just my 2 cents worth... I also think some websites require the lowering of security measures, like noscript to access the site(s).
That is NOT proof, but it is valuable evidence! Glad you tried that and reported results here, that is far more productive than just complaining without facts or evidence.
I agree. But I also think cloudfare would accept this as their problem based on that.
I'm no network whiz, but I did read a piece some two decades back on DoS by the eccentric DJ Bernstein. He painted it as a battle of cpu power. His proposal was simnply to send an ACK to each request once you realised you were being attacked. That meant you were doing less work servicing their request than they were making it.
A core of DoS mitigation must be to reject repeated requests from the same IP, and it seems that particular policy is in overdrive. Hence, you can land on LQ but subsequent requests are "mitigated" or delayed.
EDIT:@wpeckham - thanks for mentioning me.my wheeze on the LQ issueid 273 which saves me posting there.
Last edited by business_kid; 05-19-2024 at 04:45 AM.
Distribution: Debian, Red Hat, Slackware, Fedora, Ubuntu
Posts: 13,605
Rep:
Confirming that there is an ongoing network attack aimed at the site. FWIW, without Cloudflare the site would have been 100% unavailable for the entire duration, vs slow or sometimes not available. We're continuing to investigate.
I'm now able to log into LQ with all of my browsers (Brave, Chromium and Firefox) with no sign of a Cloudflare verification. Hope everyone else is now, too.
Still a ton of waiting for "sending request to rum-http-intake.logs.datadoghq.com showing on status line" to go away and the page respond to whatever was last clicked, such as preview post button. This can take more like minutes than seconds to clear.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.