this post was submitted on 16 Jun 2023
22 points (100.0% liked)

Linux

48328 readers
96 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

Hello! I'm trying to ping some lemmy instances to understand which one is the faster, so I'm just using the ping command:

$ ping lemmy.ml
PING lemmy.ml (54.36.178.108) 56(84) bytes of data.
64 bytes from lemmy.ml (54.36.178.108): icmp_seq=1 ttl=49 time=24.4 ms

ping lemmy.world
PING lemmy.world (135.181.143.230) 56(84) bytes of data.
64 bytes from static.230.143.181.135.clients.your-server.de (135.181.143.230): icmp_seq=1 ttl=52 time=58.2 ms

but if I try with certain instances:

ping vlemmy.net
PING vlemmy.net (109.78.160.70) 56(84) bytes of data.




it just hangs there, forever. if I try to ctrl+C it, it displays

^C
***
vlemmy.net ping statistics
***
13 packets transmitted, 0 received, 100% packet loss, time 12267ms

why does this happens? I can perfectly visit vlemmy.net from my browser so I really can't understand whay is this happening

top 24 comments
sorted by: hot top controversial new old
[–] [email protected] 22 points 1 year ago (2 children)

One possibility is that the server is configured not to respond to pings

[–] worldofbirths 2 points 1 year ago

This is most likely the issue. Maybe just measure HTTP response times instead?

[–] tubbadu 1 points 1 year ago (5 children)

what advantages can derive from this?

[–] SirMrR4M 7 points 1 year ago

Prevents some types of port scanning normally. Don't know about other advantages

[–] raspberriesareyummy 7 points 1 year ago (1 children)

ICMP is one vector of a distributed denial of service attack. Also, even if not denying the service, it puts load on the network interfaces / routers of that server - everything behind the first firewall / router layer that would otherwise block the ICMP requests.

[–] tubbadu 2 points 1 year ago

okay I get it, thanks!

[–] [email protected] 3 points 1 year ago

honestly, not much... other than warm and fuzzies for the person doing the blocking. ICMP sweeps are quick and cheap, so it stops a host from being found easily, but there are other ways to find abhost that are just as easy and cheap.

[–] [email protected] 2 points 1 year ago

I think we block everything that's unecessary, to minimise any attack surface area

[–] [email protected] 2 points 1 year ago

Adding to the other answers, there isa bunch of server software that comes preconfigured to ignore ICMP.

[–] [email protected] 12 points 1 year ago* (last edited 1 year ago) (4 children)

ping nowadays is overrated anyway. If a server responds to ICMP and how fast it does it does not really say much about "how fast" a website is. It only tells you that a) ICMP requests and responses are not blocked and b) how fast ICMP requests get answered.

That's it. It may not even tell you that a website is online because a load balancer may be responding to the ICMP request while the hosts behind it are offline.

People value ping responses way too highly.

httping may be a better tool to measure "how fast" a website is responding.

[–] [email protected] 6 points 1 year ago (1 children)

Also every major browser has a tool for timing and seing how long a site and it's components load. You could test it with that but even then; load times will vary slightly depending on what the instances have to load.

But probably a better way than pings ¯_(ツ)_/¯

[–] [email protected] 3 points 1 year ago* (last edited 1 year ago)

Correct, especially with all the dynamic loading and rendering websites nowadays do measuring in a web browser is waaay better than doing ICMP/ping requests or even httping requests.

It depends on what you are trying to measure ofc but ICMP/ping does not tell you almost anything about how fast a website is.

[–] raspberriesareyummy 3 points 1 year ago (1 children)

People value ping responses way too highly.

I beg to differ. Not everyone's use of the internet is limited to http(s) - ping is an invaluable tool to determine round trip times of the underlying network infrastructure & therefore assess e.g. the potential throughput of TCP based protocols for given window sizes. Also, to assess delay in UDP based communication.

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

Yeah that's what I was saying though. OP was not measuring that, that's my point.

[–] tubbadu 2 points 1 year ago

httping may be a better tool to measure “how fast” a website is responding.

this works well, thank you! the results are similar to the ones obtained with ping, but vlemmy.net and other instances that ping couldn't reach are correctly measured. seems that lemm.ee is the fastest for me

[–] [email protected] 2 points 1 year ago

Ping is still very good because IMCP it is built into almost all network interfaces. So it it is a great tool if you want to check if a host is reachable from the device. But yeah, it is different than anything that has to do with websites.

[–] [email protected] 7 points 1 year ago

ICMP echo requests/responses may be blocked - usually by a remote endpoint firewall.

[–] [email protected] 6 points 1 year ago

The server's firewall could be blocking them?

If it's a VPS, most providers' firewalls will block everything by default, and you have to specifically choose what ports to open or transmission protocols to allow.

I personally have all my VPS's set up to drop pings from any unauthorised IP addresses

[–] [email protected] 5 points 1 year ago

As others have commented, blocking is the most likely reason. That said, responding to ping requests typically is deprioritized when the networked device is loaded heavily and requests get dropped.

[–] [email protected] 3 points 1 year ago

Don’t rely on ping to tell you that. That only tells you how quickly your packet reaches that particular server, which could change based on your ISP, your location, their ISP, their location, and — as you saw — their server’s firewalls.

Plus, ping only tells you how quickly the hardware responds. The site could have slow web server software, be slow to serve web pages due to user load, or have a bloated web site full of megabytes of JavaScript (though I hope that’s not an issue in the Lemmyverse!).

[–] [email protected] 2 points 1 year ago

Maybe the server's firewall drops ICMP packages?

[–] [email protected] 2 points 1 year ago

There's a firewall blocking ICMP echo-reply requests on the other end. It's totally normal for servers to block ping requests.

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

Ping just measures the response time between you and the server. The Lemmy application doesn't even know about pings. It's the computer network card responding to them, unless the computer is configured to simply not respond to them.

You can test the response speed of the web server using curl, but it really doesn't say much about performance either. It's difficult to do good performance tests on stuff like this.

I think the closest you can get to a good performance test is to use a virtual browser like https://www.selenium.dev/ and simulate browsing to a new post, clicking some link, and so on.

load more comments
view more: next ›