Newsgroup: it.comp.os.linux.sys
Titolo: informazioni sulle porte

ciao
sulla mia macchina linux ho le seguenti aperte queste porte:
111 sunrpc
113 auth
199 smux
953 rndc
vorrei sapere la loro urtilità e se ne posso chiudere qualcuna
grazie

scusa 
da dove attivo i servizi che ti ho elencato, perchè non riesco a
trovarli, ho una rh7.3?
grazie

 Non so cosa sia, nel dubbio chiudere.
 
Questa porta è quella di controllo di BIND 9 (che suppongo sia installato
perchè serve). Ora, se devi controllare da remoto il tuo BIND non la puoi
chiudere, ma devi usare chiavi cifrate "ben fatte", altrimenti disabilita
il servizio dal file di configurazione di BIND.
Andrea

Il giorno Wed, 25 Sep 2002, grillo così ha scritto:

  L'elenco ufficiale delle porte IP assegnate è mantenuto dalla IANA ed è
reperibile all'indirizzo seguente:
ftp://ftp.iana.org/assignments/port-numbers
  Sandro
-- 
Bellum se ipsum alet
       La guerra nutre se stessa
Livio, Ab urbe condita, XXXIV,9

ciao
la porta sunrpc era attivata dal servizio portmap
che io tenevo attivato perchč avevo letto che utilizzando gnome, era
utile averlo attivato, piů precisamente avete idea di cosa intendeva?
grazie

grillo wrote:

Il servizio "portmap" e` usato da "fam" (File Alteration
Monitor) usato a sua volta da "nautilus" per controllare
quali file sono cambiati/creati/cancellati in modo da
comportarsi di conseguienza (es. rinfrescare la finestra).
bye,
-- 
  Piergiorgio Sartor

 writes:
  g> 953 rndc
La usa bind (rndc), ma, se non sbaglio, non dall'esterno.
ciao,
nico

fatto
grazie

 portmap solo per nautilus, mah...
Il problema e` "fam", che e` stato progettato in modo da
usare "portmap", pur non essendo la cosa realmente necessaria.
bye,
-- 
  Piergiorgio Sartor

 server?
 
Dipende da come la chiudi.
Se la chiudi, ad esempio, facendo sì che i pacchetti vengano "droppati"
silenziosamente, allora devi aspettare che il server IRC vada in time
out. Se la chiudi, ad esempio disabilitando il servizio in inetd, o con
tcpd, oppure ancora anzichè droppare i pacchetti, fai si che il tuo
firewall/router restituisca un "RST", allora il server IRC prova,
fallisce subito e ti fa entrare.
Andrea

 fallisce subito e ti fa entrare.
Aggiungo che se invece di un DROP ci si mette un REJECT dovrebbe fare 
altrettanto, solo invece di un RST, parte un port unreachable...
Soprattutto, cosě il servizio puň anche girare in locale (con xinetd non 
sarebbe un problema, ma meglio non rischiare...)
Byez.
-- 
Emanuele "SKULL" Balla
-----------------------------------------------------------------------
Besides, I think [Slackware] sounds better than 'Microsoft', don't you?
(By Patrick Volkerding)

 il servizio dal file di configurazione di BIND.
di default non e' utilizzabile, quindi non presenta particolari problemi. in
ogni caso, una bottarella di firewall a chiudere tutto non puo' far male...

grillo wrote:

# ksysv

 macchina meglio non usarlo.
/etc/hosts.deny:
portmap: ALL
Cosi` portmap e` accessibile solo da localhost.
(In Debian e` un pizzico differente perche' c'e` da usare una sintassi
estesa in hosts.allow, non la ricordo ma se serve a qualcuno la
ripesco.)
Massimiliano

tho...@despammed.com
 wrote:
 > Piergiorgio Sartor <sar...@sony.de.remove.this> wrote:
 >
 >
 >>> A me me pare 'na strunzata.. tenere aperto un servizio pericoloso
 >>> come portmap solo per nautilus, mah...
Infatti la Slackware non usa fam proprio perché dicono che fam è poco 
sicuro(non so se sia fam o portmap la cosa dannifica).
 >>
 >> Il problema e` "fam", che e` stato progettato in modo da usare
 >> "portmap", pur non essendo la cosa realmente necessaria.
 >
 > Soluzione ovvia: io ne farei a meno: se deve significare esporre la
 > macchina meglio non usarlo.
Beh, non si potrebbe semplicemente usarlo e mettere un bell'
iptables -A INPUT --dport nporta -j DROP?


suppongo che in realtà tu non usi bind, e se lo usi pigliane un altro, è 
noto per essere extrabacato. La maggior parte delle porte sono aperte da 
servizi attivati da init, che puoi disattivare con ntsysv(interfaccia 
finestre di testo), chkconfig (riga di comando) (esempio chkconfig 
--levels 345 <nomeservizio> off)o in KDE Menu K->Sistema->Editor per 
SysV-Init. Altri saranno forse in xinetd.d/nomefile(anche se non mi pare 
ce ne siano tra i tuoi) e devi mettere la riga disable=yes nel file 
corrispondente, come qua:
service sgi_fam
{
         disable = yes
...
}
se ti serve xinetd. Io, personalmente, ho disabilitato xinetd 
completamente, nel modo spiegato sopra. Ciao