Când încerc să găsesc procesul pentru o priză deschisă folosind de ex. ss primesc urmatoarea iesire:
⯠sudo ss -tulpen
Nu s-a putut deschide cgroup2 după ID
Nu s-a putut deschide cgroup2 după ID
Netid State Recv-Q Send-Q Adresă locală: Port Peer Address: Port Process
udp UNCONN 0 0 0.0.0.0:33333 0.0.0.0:* ino:14386 sk:1 cgroup:unreachable:9e4 <->
udp UNCONN 0 0 [::]:33333 [::]:* ino:14387 sk:2 cgroup:unreachable:9e4 v6only:1 <->
tcp LISTEN 0 50 10.20.0.1:445 0.0.0.0:* utilizatori:(("smbd",pid=336,fd=48)) ino:14500 sk:3 cgroup:/system.slice/smb.service <->
tcp LISTEN 0 50 10.20.0.1:139 0.0.0.0:* utilizatori:(("smbd",pid=336,fd=49)) ino:14501 sk:8 cgroup:/system.slice/smb.service <->
tcp LISTEN 0 4096 0.0.0.0:80 0.0.0.0:* utilizatori:(("docker-proxy",pid=25926,fd=4)) ino:108903 sk:1085 cgroup:/system.slice/docker.service < ->
tcp LISTEN 0 50 0.0.0.0:443 0.0.0.0:* utilizatori:(("sslh-select",pid=24592,fd=3)) uid:63671 ino:102824 sk:1001 cgroup:/system.slice/sl -select.service <->
tcp LISTEN 0 4096 [::]:80 [::]:* utilizatori:(("docker-proxy",pid=25938,fd=4)) ino:108912 sk:108d cgroup:/system.slice/docker. service v6only:1 <->
tcp LISTEN 0 50 [::]:443 [::]:* utilizatori:(("sslh-select",pid=24592,fd=4)) uid:63671 ino:102825 sk:107e cgroup:/system.slice /sslh-select.service v6only:1 <->
Știu că am configurat wireguard folosind modulul kernel la UDP:33333, dar tind să uit astfel de lucruri după ceva timp. Există o modalitate de a determina în mod fiabil modulul responsabil pentru un socket „kernel”?
