Newsgroup: it.comp.sicurezza.varie
Titolo: è tutto normale ?

come da oggetto
Connessioni attive
  Proto  Indirizzo locale         Indirizzo remoto             Stato
  TCP    
0.0.0.0:1039
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1048
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1056
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1057
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1058
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1059
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1060
 
0.0.0.0:0
              LISTENING
  TCP    
62.11.161.16:1028
 
194.20.17.52:80
        TIME_WAIT
  TCP    
62.11.161.16:1029
 
194.20.17.52:80
        TIME_WAIT
  TCP    
62.11.161.16:1039
 
212.239.21.163:80
      FIN_WAIT_2
  TCP    
62.11.161.16:1048
 
194.20.17.52:8080
      ESTABLISHED
  TCP    
62.11.161.16:1056
 
194.20.17.52:8080
      LAST_ACK
  TCP    
62.11.161.16:1057
 
194.20.17.52:8080
      LAST_ACK
  TCP    
62.11.161.16:1058
 
194.20.17.52:8080
      ESTABLISHED
  TCP    
62.11.161.16:1059
 
194.20.17.52:8080
      ESTABLISHED
  TCP    
62.11.161.16:1060
 
194.20.17.52:8080
      SYN_SENT
  TCP    
127.0.0.1:1025
 
0.0.0.0:0
              LISTENING
  TCP    
127.0.0.1:110
 
0.0.0.0:0
              LISTENING
  UDP    
127.0.0.1:1025
         *:*
ie  e norton firewall attivi
Grazie


wrote:


 questo prog.
Io uso napster e non ho mai visto tante porte aperte...
Anche perchè:
1)se usi la porta 0 (cioè l'opzione "firewalled") allora non hai un bel
niente in listening;
2)se specifichi LA porta, allora quella sarà aperta in listening, e solo
quella!
C'è però un dettaglio: nel protocollo di napster (che schifo) si dice che se
la persona da cui vuoi scaricare è firewallata, allora deve essere questa a
stabilire la connessione con te,però _sembra_ che questa dovrebbe
contattarti sulla data port normale (quelLA) che hai specificato prima.
Quindi non c'è bisogno di aprire altre porte...
Se poi l'implementazione non è fedele al protocollo (che è pieno di "should"
e non c'è nessun "must") allora tutto può essere...
Ciao. Radel

 Io uso napster e non ho mai visto tante porte aperte...
Uhmm..credo che ti sbagli, non so se in questo caso specifico, dico in
generale. Ammettiamo che tu scaricando 2 mp3. Avrai almeno 3 porte
aperte, ovvero le 2 degli utenti (estabilished) e quella del server (in
listening se non fai nessuna ricerca). Poi magari hai in queued altri 10
brani. Ovvero 10 porte in listening.
Saluti
Lella

 Lella
Ciao. Radel

  TCP    
62.11.161.16:1060
 
194.20.17.52:8080
      SYN_SENT
Be', su una linea piuttosto lenta e rognosa, e' normale.
In genere, LAST_ACK e SYN_SENT dovrebbero durare cosi' poco da non
permetterti neanche di vederli.
A meno di tempestare quel proxy di connessioni; allora e' semplice
statistica che ti succeda.
Leonardo
-- 
And where the black and corkscrew towers climb
Lost and athirst the ragged pack abides,
Old as the aeons, trapped in tombs of time,
Sailing the tortuous temporal tides...

 assolutamente niente:le code le gestisce il programma, non il tcp/ip.
Uhm, uhm....si, hai ragione, per chi aspetta le porte non sono in
listening. Ma, dopo aver chiuso napster e rifacendo il netstat -na,
risultavano ancora in listening le porte da cui prima scaricavo, ed in
time_wait qulla del server. Magari al nostro amico è capitata una cosa
del genere.
OK, io ci ho provato, non fustigarmi! ;-)
Saluti
Lella

 Lella
Ciao. Radel