https://bugs.winehq.org/show_bug.cgi?id=8332
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com Summary|Applications and games |Multiple applications fail |using ICMP ping request |to send ICMP requests on |report 'no connection to |Linux (failure to open |internet' (Wine |IPPROTO_ICMP sockets) |32-bit/64-bit preloader | |requires CAP_NET_RAW to | |create raw sockets) | URL|https://web.archive.org/web | |/20070202125803/http://baha | |i-education.org/ocean/Ocean | |_English.exe | Keywords|download |
--- Comment #37 from Zebediah Figura z.figura12@gmail.com --- I'm adjusting the title, since it's misleading. As far as I understand SOCK_DGRAM + IPPROTO_ICMP actually does sufficiently work on Linux (Damjan claims it is "completely broken", which seems odd seeing as `wine ping` works fine.) The problem is, as far as I'm aware, this is *also* forbidden by default on some distributions, including Debian, via the "net.ipv4.ping_group_range" sysctl.
Should we just require that sysctl to be set for Wine? Is it reasonable to try to fall back to ping(1)? I don't see any other way to achieve what we want...
The linked download no longer works on Windows (i.e. it gives the same "no internet detected" message; probably the service died), so I'm removing that.