Re: midco DNS corruption?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tim:
>> It doesn't.  The web browser waits for something to answer it.  Go
>> on, try to get your web browser to connect to a non-existent server,
>> it doesn't immediately stop looking.  If you load up a page that
>> might try waiting for a dozen different things before it will
>> proceed and let you read something, it's a pain.

Samuel Sieb:
> That's why you don't use a non-existent server.  localhost exists,
> so you get an immediate rejection.

You can only get an immediate *rejection* if there's something there to
reject it.  If you don't have a webserver listening on the HTTP and
HTTPS ports, and don't have a firewall rejecting connections, then the
browser is going to wait for a connection, that's how it works.  A
rejection is very different from a no response (yet).

Surely all of you have sat there looking at the page loading spinner at
some stage, wondering if a page is ever going to show up?

If you try browsing to a non-existent site, you're going to get a
quickish failure.  That's down to a quick domain doesn't exist DNS
server response.  If you try to connect to a domain that exists, but no
server is responding (e.g. site failure) then you're going to get a
delay while the browser waits.

If you're browsing an existing site, and that page pulls in things from
a plethora of different services, which is what most ad-laden sites do,
every one of those is a connection that will try to connect and wait
for a timeout.  If you're browsing a site that tries to stop you
looking at the pages until the extra content has loaded, or is simply
not authored well enough to load progressively, you'll get those delays
compounding together.
 
-- 
 
uname -rsvp
Linux 3.10.0-1160.11.1.el7.x86_64 #1 SMP Fri Dec 18 16:34:56 UTC 2020 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux