--- title: "Ta reda på vilken process som lyssnar på vilken port" type: "forum-thread" url: "https://www.webforum.nu/amne/linux-bsd/25533-ta-reda-på-vilken-process-som-lyssnar-på-vilken-port" topic: "Linux & BSD" topic_url: "https://www.webforum.nu/amne/linux-bsd" author: "sgtpepper" published: "2001-02-07T14:31:00.000Z" updated: "2001-02-08T09:24:00.000Z" replies: 5 views: 1013 page: 1 pages: 1 language: "sv-SE" site: "webForum — webforum.nu" rights: "Upphovsrätten till varje inlägg tillhör dess författare." attribution: "Citera som: webForum, https://www.webforum.nu/amne/linux-bsd/25533-ta-reda-på-vilken-process-som-lyssnar-på-vilken-port" --- # Ta reda på vilken process som lyssnar på vilken port ## #1 — sgtpepper, 2001-02-07T14:31Z Hur gör jag för att ta reda på vilken process det är som lyssnar på ett specifikt portnummer? Jag portscannade min burk och såg att den lyssnar på port 663 vilket är en icke registrerad port så jag blev lite nyfiken/förundrad vad det är, jag vill ha ett så slutet system som möjligt så jag vill gärna ha koll på vad som körs. Här är resultatet från nmap: 22/tcp open ssh 25/tcp open smtp 80/tcp open http 98/tcp open linuxconf 111/tcp open sunrpc 113/tcp open auth 663/tcp open unknown 1986/tcp open licensedaemon 3306/tcp open mysql Är det något där som ni kan se som är dumt att köra rent säkerhetsmässigt? Permalänk: https://www.webforum.nu/p/25533 ## #2 — Robban, 2001-02-07T19:30Z Kör (som root): netstat -pa Då får du fram vilka processer som lyssnar på vilka portar. Permalänk: https://www.webforum.nu/p/379918 ## #3 — Robban, 2001-02-07T19:36Z Glömde ju ... > Är det något där som ni kan se som är dumt att köra rent säkerhetsmässigt? Allt som du inte har användning för. :) Är t.ex. följande något du aktivt använder? 98/tcp open linuxconf 111/tcp open sunrpc 1986/tcp open licensedaemon Sendmail kanske du kör för att själv skicka mail, men inte för att ta emot (så har jag det - hämtar med fetchmail från en POP-server)? Då kan du ju köra sendmail lokalt, men stänga port 25 utåt (t.ex. med ipchains eller iptables). Samma sak med övriga tjänster. Om du t.ex. bara kör Apache och MySQL för lokal utveckling så finns det ingen anledning att låta dessa portar stå öppna för någon annan än dig själv. Permalänk: https://www.webforum.nu/p/379919 ## #4 — sgtpepper, 2001-02-07T20:05Z Tack för hjälpen Robban! Det visade sig att det var rpc.statd som lyssnade på port 663. Hmm, vad är det för något? Jag blev inte riktigt klar på om jag behöver köra statd eller inte, man-sidorna var som grekiska :). > Är t.ex. följande något du aktivt använder? linuxconf brukar jag använda ibland, men varför kör den som en server? licensedaemon och sunrpc vet jag inte ens vad det är för något... > Sendmail kanske du kör för att själv skicka mail, men inte för att ta emot (så har jag det - hämtar med fetchmail från en POP-server)? Jag kör QMail så förhoppningsvis har jag lyckats konfa den så att den är tämligen säker (hoppas, hoppas :)). Apache och mySQL använder jag "utåt" så dom måste jag ha kvar. Permalänk: https://www.webforum.nu/p/379920 ## #5 — Peter_B, 2001-02-08T01:18Z Jag kan tänka mig att linuxconf går att fjärradministrera... prova att döda processen och se om linuxconf fortfarande funkar lokalt. Permalänk: https://www.webforum.nu/p/379921 ## #6 — sgtpepper, 2001-02-08T09:24Z Jepp, det verkar som du har rätt. Jag tog bort linuxconf från inetd.conf och startade om inetd och linuxconf funkar fortfarande lokalt. Nu har jag installerat [SNORT](http://www.snort.org) för att övervaka mitt nät från intrångsförsök, det verkar riktigt bra, är det någon som har erfarenheter av SNORT, tips och så vidare? Generella säkerhetstips och länkar är också intressanta. Permalänk: https://www.webforum.nu/p/379922 --- Tråden på webben: https://www.webforum.nu/amne/linux-bsd/25533-ta-reda-på-vilken-process-som-lyssnar-på-vilken-port