OpenWrt has no ss, so the listening-socket command raised ListeningSocketsUnavailable there. Without ss it now runs netstat -lntup (busybox and net-tools), and reads the cgroups for its PIDs the same way.
netstat's PID/Program column; UDP lines without a state column; - for a socket without a process; net-tools' tcp6/udp6 and program names with a space.
On OpenWrt the cgroup is /services/<name>/<instance>, so unit is the procd service, a jailed one too (dnsmasq under ujail has another PID than procd reports).
A host with neither tool still raises ListeningSocketsUnavailable.
Checked live: a real OpenWrt 25.12.2 access point (all sockets with their procd service). A Linux and a Proxmox host still read the same 15 sockets with the longer command.
OpenWrt has no `ss`, so the listening-socket command raised `ListeningSocketsUnavailable` there. Without `ss` it now runs `netstat -lntup` (busybox and net-tools), and reads the cgroups for its PIDs the same way.
- netstat's `PID/Program` column; UDP lines without a state column; `-` for a socket without a process; net-tools' `tcp6`/`udp6` and program names with a space.
- On OpenWrt the cgroup is `/services/<name>/<instance>`, so `unit` is the procd service, a jailed one too (dnsmasq under ujail has another PID than procd reports).
- A host with neither tool still raises `ListeningSocketsUnavailable`.
**Checked live:** a real OpenWrt 25.12.2 access point (all sockets with their procd service). A Linux and a Proxmox host still read the same 15 sockets with the longer command.
Version 2.5.0. For NetOrk/netork#673.
OpenWrt has no ss: the listening-socket command fell through to [no-ss]
and the reading raised ListeningSocketsUnavailable. Without ss it now runs
netstat -lntup (busybox and net-tools both), and the cgroups are read for
its PIDs alike.
- netstat names a socket's process as PID/Program; a UDP line has no
state column, "-" is a socket without a process, and net-tools prints
tcp6/udp6 and program names with a space ("sshd: /usr/sbin").
- On OpenWrt the cgroup is /services/<name>/<instance>, so the unit is
the procd service -- a jailed one too, whose PID is not the one procd
reports (dnsmasq under ujail).
- A host with neither tool still raises ListeningSocketsUnavailable.
Checked against a real OpenWrt 25.12.2 access point, and that a Linux and
a Proxmox host still read the same sockets with the longer command.
2.5.0. For netOrk#673.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
OpenWrt has no
ss, so the listening-socket command raisedListeningSocketsUnavailablethere. Withoutssit now runsnetstat -lntup(busybox and net-tools), and reads the cgroups for its PIDs the same way.PID/Programcolumn; UDP lines without a state column;-for a socket without a process; net-tools'tcp6/udp6and program names with a space./services/<name>/<instance>, sounitis the procd service, a jailed one too (dnsmasq under ujail has another PID than procd reports).ListeningSocketsUnavailable.Checked live: a real OpenWrt 25.12.2 access point (all sockets with their procd service). A Linux and a Proxmox host still read the same 15 sockets with the longer command.
Version 2.5.0. For NetOrk/netork#673.
OpenWrt has no ss: the listening-socket command fell through to [no-ss] and the reading raised ListeningSocketsUnavailable. Without ss it now runs netstat -lntup (busybox and net-tools both), and the cgroups are read for its PIDs alike. - netstat names a socket's process as PID/Program; a UDP line has no state column, "-" is a socket without a process, and net-tools prints tcp6/udp6 and program names with a space ("sshd: /usr/sbin"). - On OpenWrt the cgroup is /services/<name>/<instance>, so the unit is the procd service -- a jailed one too, whose PID is not the one procd reports (dnsmasq under ujail). - A host with neither tool still raises ListeningSocketsUnavailable. Checked against a real OpenWrt 25.12.2 access point, and that a Linux and a Proxmox host still read the same sockets with the longer command. 2.5.0. For netOrk#673.