Newsgroup: it.comp.sicurezza.varie
Titolo: problema con nukenabber

Ciao a tutti,
ho un problema, probabilmente di settaggi di porte, con nukenabber.
Da quando l'ho installato e subito settato seguendo i consigli del NG,
navigo malissimo, infatti nove volte su dieci che clicco su un link si
apre una finestra di errore che mi dice :
"A network error occurred: unable to connect to server(TCP Error: not
enough memory) The server may be down or unreachable. Try connecting
again later."
Inutile dire che devo cliccare anche 15/20 volte per raggiungere il sito
e invece non appena chiudo nukenabber tutto fila liscio come l'olio...
Questa è la mia configurazione di NN :
[11/02/1998 15:07:42.580 GMT+0100] Questo winsock non supporta il
monitoraggio ICMP.
[11/02/1998 15:07:42.580 GMT+0100] Attivo sulla porta 5001 (tcp).
[11/02/1998 15:07:42.580 GMT+0100] Attivo sulla porta 5000 (tcp).
[11/02/1998 15:07:42.630 GMT+0100] Attivo sulla porta 1080 (tcp).
[11/02/1998 15:07:42.630 GMT+0100] Attivo sulla porta 1032 (tcp).
[11/02/1998 15:07:42.630 GMT+0100] Attivo sulla porta 1029 (tcp).
[11/02/1998 15:07:42.630 GMT+0100] Attivo sulla porta 1027 (tcp).
[11/02/1998 15:07:42.690 GMT+0100] Attivo sulla porta 139 (tcp).
[11/02/1998 15:07:42.690 GMT+0100] Attivo sulla porta 138 (tcp).
[11/02/1998 15:07:42.690 GMT+0100] Attivo sulla porta 137 (tcp).
[11/02/1998 15:07:42.690 GMT+0100] Attivo sulla porta 129 (tcp).
[11/02/1998 15:07:42.690 GMT+0100] Attivo sulla porta 53 (tcp).
[11/02/1998 15:07:42.740 GMT+0100] Attivo sulla porta 19 (udp).
[11/02/1998 15:07:42.740 GMT+0100] Attivo sulla porta 31337 (tcp).
[11/02/1998 15:07:42.740 GMT+0100] Attivo sulla porta 31337 (udp).
[11/02/1998 15:07:42.740 GMT+0100] Attivo sulla porta 12345 (tcp).
[11/02/1998 15:07:42.740 GMT+0100] Attivo sulla porta 12346 (tcp).
[11/02/1998 15:07:42.740 GMT+0100] Attivo sulla porta 061466 (tcp).
[11/02/1998 15:07:42.800 GMT+0100] Attivo sulla porta 50505 (tcp).
[11/02/1998 15:07:42.800 GMT+0100] Attivo sulla porta 555 (tcp).
[11/02/1998 15:07:42.800 GMT+0100] Attivo sulla porta 31338 (tcp).
[11/02/1998 15:07:42.800 GMT+0100] Attivo sulla porta 31338 (udp).
Grazie anticipatamente a chi vorrà aiutarmi.
Ciao
Francesca
(togliere NOSPAM per replicare privatamente)

[11/02/1998 15:07:42.800 GMT+0100] Attivo sulla porta 31338 (udp).
Troppa roba! :-)
Tieni presente che NukeNabber e' un guardiano: non ha senso tenerlo se
la stanza del tesoro e' vuota. A meno che tu non voglia sapere (per un
tuo sfizio) se qualcuno tenta lo stesso di entrarci.
Come prima cosa toglierei quello 061466 che mi piace pochissimo. Poi i
servizi "non standard": 50505, 555, 12346, 31338... e quelli da 1024 a
1200 circa.
Poi, anziche' tenere NukeNabber su 137-138-139, leva i server NetBIOS:
cosi', uno puo' mandarti anche l'anima de li mortacci su quelle porte,
ma non succedera' niente.
Come: 
http://www.linuxvalley.com/~lserni/glossary.cgi?ITEM=winnet
Poi, la porta 53... non hai servers DNS, quindi non ti interessa, ma a
quanto mi dicono puo' interferire con il resolver. Prova a toglierla e
vedi che succede.
5000 e 5001 non sono aperte di serie; quando fai un "NETSTAT -na" alla
partenza della connessione o pochi secondi dopo, ti elenca le porte in
LISTEN, e se non hai una porta in listen e' inutile guardarla con NN.
Se ce l'hai, hai un problema che NN non so se risolve, vedi appunto BO
e compagnia :-)
Leonardo
".signature": bad command or file name

monitoraggio ICMP.
Devi aggiornare il winsock alla versione 2.x.
--
Ciao, Franco.
Key fingerprint: A6 A1 62 22 5F FB F6 04  64 4E 33 E8 C8 6F CB 9A

(UDP e TCP).
Uh? Con Windows?
www:/usr/src/udplog # queso leonardo:53
192.168.1.10:53
   * Not Listen, Windoze 95/98/NT
www:/usr/src/udplog # telnet leonardo 53
Trying 192.168.1.10...
telnet: Unable to connect to remote host: Connection refused
www:/usr/src/udplog #
...di serie, sono chiuse. TCP almeno. UDP credo; NETSTAT non me la
segnala.
tcpdump: listening on eth0
15:37:16.296685 leonardo.1206 > kundry.domain: 1+ (33)
15:37:16.296685 kundry.domain > leonardo.1206: 1 NXDomain* 0/1/0 (8
5)
15:37:16.326685 leonardo.1207 > kundry.domain: 2+ (40)
15:37:16.326685 kundry.domain > leonardo.1207: 2 NXDomain* 0/1/0 (9
1)
...quanto sopra, in risposta a "ping 
www.tazzi.mazzi.kazzi.it
"
e questo in risposta a ping su un indirizzo reale:
15:39:15.946685 leonardo.1208 > kundry.domain: 1+ (32)
15:39:16.236685 kundry.domain > leonardo.1208: 1* 1/2/2 (133)
15:39:16.266685 leonardo > 
www.freshmeat.org
: icmp: echo request


L.S...@agora.stm.it
 wrote:
 >15:37:16.296685 leonardo.1206 > kundry.domain: 1+ (33)
 >15:37:16.296685 kundry.domain > leonardo.1206: 1 NXDomain* 0/1/0 (8
Ok, a quanto pare windows usa una porta alta.
La 53 era usata da BIND 4.x.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

Ok, a quanto pare windows usa una porta alta.
Lasciami indovinare: non sono compatibili neanche in questo? Che
succede se mi attacco con Windows 95 a un BIND 4.x?
Leonardo "succede quello che mi sto immaginando?"


 La 53 era usata da BIND 4.x.
No, anche su BIND 4.x il resolver usa sempre porte alte come source.
Il server named (che gira come root) oltre che ad ascoltare sulle porte
TCP/53 e UDP/53 le usa anche come source nelle query e per le operazioni
di zone-transfer.
Ciao
Francesco

L.S...@agora.stm.it
 wrote:
 >>Ok, a quanto pare windows usa una porta alta.
 >Lasciami indovinare: non sono compatibili neanche in questo? Che
No, incredibile ma vero non c'e` niente di irregolare, lo fa anche BIND
8.x.


jsm...@nowhere.test.org
 wrote:
 >> Ok, a quanto pare windows usa una porta alta.
 >> La 53 era usata da BIND 4.x.
 >No, anche su BIND 4.x il resolver usa sempre porte alte come source.
Il resolver si, BIND 4.x no. (BIND 8.1 si.)


 >(UDP e TCP).
il che, ribadisco, non mi sembra esatto. Se su un computer non e' attivo
un server DNS, sulla porta 53 non gli dovrebbe arrivare nulla.
Ciao 
Francesco