Newsgroup: it.comp.os.linux.sys
Titolo: Strano output di ntstat

Un saluto a tutti.
Premesso che sto cercando info su google, ma ahimé finora ho trovato
molto poco, chiedo anche qui se qualcuno ha già visto o ha suggerimenti
per capire/correggere il problema che ho.
Ho un server che si trova dietro nat. Solo poche porte sono aperte verso
il mondo (http, https, ssh e poche altre).
Oggi, installando Cups su quel server, ho lanciato il comando
# netstat -antp
da root per verificare di avere le porte di CUPS aperte e su quale
indirizzo (per utilizzare l'interfaccia web dal mio pc, dal momento che
il server è senza monitor).
Noto una cosa strana, ossia queste 2 righe
# netstat -antp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address
State       PID/Program name
tcp        0      0 
0.0.0.0:2049
            0.0.0.0:*
LISTEN     -
tcp        0      0 
0.0.0.0:2018
            0.0.0.0:*
LISTEN     -
Le porte non sono aperte al mondo.
La cosa che mi puzza un po' è il fatto che da root non riesca a sapere
quale processo sta tenendo aperte queste porte.
Ho provato a lanciare chkrootkit, ma non ha trovato nulla, e sulla rete
non ho trovato nient'altro che i nomi dei protocolli che di solito
girano su quelle porte.
Informazioni sul server: Debian Etch con kernel 2.6.18-4-686
Se servono altre informazioni, chiedete pure.
Il problema non è urgente, ma mi piacerebbe capire cosa ha aperto quelle
porte.
Altra info, aprendo un netcat verso quelle porte dopo pochi caratteri la
connessione viene chiusa e non vedo nulla neanche con il comando
# lsof -i
quando la connessione è aperta (mi aspetterei una riga con scritto
ESTABLISHED), ma vedo solo lo stato della connessione in ssh dalla lan
verso il server.
Ho provato anche a disinstallare cups, hplip, ecc (sia mai che fosse
quello), ma non è cambiato nulla come era prevedibile (quindi l'ho
rimesso su).
Ringrazio anticipatamente
Luca

 LISTEN     -
potrei sbagliarmi clamorosamente, ma quel 2049 mi pare che appartenga
a NFS.
Aspetta che controllo su google ....
Ebbene si 2049 appartiene a NFS.
2018 non saprei dirti in questo momento.
--
Massimiliano

 Massimiliano
Tnx.
2018 è un terminaldb o relpack (o un nome simile) (devo ammettere che ho
provato a cercare la 2018 e non la 2049 :-P ).
Ho notato che il - come PID si trova anche nelle connessioni che passano
da iptables.
Comunque proverò su una macchina quasi gemella se attivando nfs mi trovo
le 2 porte aperte.
Tuttavia le cose tornano, in quando l'nfs server che gira su quella
macchina è come modulo kernel.
Grazie per le info
Luca

 macchina è come modulo kernel.
Verifica con 'rpcinfo -p' quali porte vendono usate per i servizi rpc.
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   Registered Linux user #337974  < 
http://giovanni.homelinux.net/
 >

 Giovanni
è nfs.
Ecco l'output di rpcinfo -p
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100021    1   udp   1026  nlockmgr
    100021    3   udp   1026  nlockmgr
    100021    4   udp   1026  nlockmgr
    100021    1   tcp   2018  nlockmgr
    100021    3   tcp   2018  nlockmgr
    100021    4   tcp   2018  nlockmgr
    100005    1   udp    707  mountd
    100005    1   tcp    710  mountd
    100005    2   udp    707  mountd
    100005    2   tcp    710  mountd
    100005    3   udp    707  mountd
    100005    3   tcp    710  mountd
    100024    1   udp   1028  status
    100024    1   tcp   4994  status
la 2018 e la 2049 sono utilizzati da nfs e nlockmgr.
Grazie a entrambi
Luca