ss
NetworkPackage: iproute2
The open sockets: who listens on which port, which connections are established, and with -p which process. ss -tlnp is the command that answers "is something already listening on 80?"
What its options do in the lessons
From the same glossary the lessons render under their commands, so the two cannot disagree.
ss -t- TCP sockets.
ss -l- Only listening sockets — what is accepting connections.
ss -n- Prints port numbers without translating them into service names, so no DNS lookups.
ss -p- Shows which process owns each socket (needs root).
Lessons that teach it
- Your first systemd unitManaging services with systemd
- Ports: a process listens, or nothing answersNetworking: how your server is reached
- Refused or silent: what each failure provesNetworking: how your server is reached
- Unreachable: find the broken layer before touching anythingNetworking: how your server is reached
- Works on the server, refused from outsideNetworking: how your server is reached
- Reverse proxying a Node applicationHosting a web application with Nginx
- Creating a site, then putting a Node.js application on itISPConfig: hosting several sites on one server
- ufw: deny by default without locking yourself outFirewall and hardening
- The periodic checkFirewall and hardening
- The check that cannot fail, and the flush that proves nothingDiagnosing a failure: what each output proves
- From a symptom to one component: what the hypothesis forbidsDiagnosing a failure: what each output proves
- Capture before you repair: the state a fix deletesDiagnosing a failure: what each output proves
- Data outlives the container, the port goes through the firewallDocker: containers for hosting a Node application
- Reachable from elsewhere: four gates, four different refusalsAdministering PostgreSQL: access, connections and growth