2 unstable releases

0.2.0 Jul 15, 2023
0.1.0 Nov 8, 2022

#2747 in Command line utilities

23 downloads per month

MIT license

50KB
1.5K SLoC

lls

list of listening sockets for humans

Output sample

sshd (pid 836 user root) / :22 tcp / 0.0.0.0 + ::
systemd-resolve (pid 623 user systemd-resolve)
├ :53 tcp
│ ├ 127.0.0.53 (lo)
│ └ 127.0.0.54 (lo)
├ :53 udp
│ ├ 127.0.0.53 (lo)
│ └ 127.0.0.54 (lo)
├ :5355 tcp / 0.0.0.0 + ::
└ :5355 udp / 0.0.0.0 + ::
NetworkManager (pid 733 user root)
├ :58 raw / *
└ :546 udp / fe80::eb32:98c3:7108:525d (wlan0)
systemd (pid 1 user root) / :631 tcp / 127.0.0.1 (lo)
cupsd (pid 866 user root) / :631 tcp / ::1 (lo)
.kdeconnectd-wr (pid 1245 user k900)
├ :1716 tcp / *
└ :1716 udp / *
avahi-daemon (pid 655 user avahi)
├ :5353 udp / 0.0.0.0 + ::
├ :39826 udp / 0.0.0.0
└ :49528 udp / ::

Why

ss is a powerful tool, but it not very good for my use-case:

  • Parameters. Is -loptun a good combination? I don't know.
  • Output for one socket may be broken into multiple lines.
  • Related sockets aren't always grouped together.
  • The command name isn't helpful when it's python or node.
  • The listening address isn't helpful with v6 addresses.

lls aims to do better:

  • No command line parameters necessary
  • Compact output (but hopefully not an eyesore)
  • Grouping sockets by process and port
  • Conservative command line parsing to show script names for interpreters
  • Pair listening addresses with interface names

Dependencies

~6–16MB
~219K SLoC