Newsgroup: it.comp.os.win.xp
Titolo: come posso fare per controllare il tcpip.sys

Ho gia' tentato di modificare il tcpip.sys diverse volte ma continuo ad 
avere problemi , c'e' un comando per sapere quante connessioni sono 
consentite?
GRAZIE 


si incontrarono e si sviluppò un nuovo idioma:

Se fai partire la famosa patch te lo dice all'inizio.
-- 
_-=SiMcarD=-_ ® 
(~\_ICQ: 59575403_/~)
"Ho due notizie da darti". "Comincia dalla buona". "Sono tutte e
due cattive".
Windows Unregistered User #0001

Hai ragione, la fantomatica patch a quanto pare a me' non funziona, saro' di 
coccio, ma non funziona solo a me'?
Ho sbaglio qualcosa ?
Io lancio il programma imposto il numero di connessioni che voglio accettare 
ed ad ogni riavvio mi ritrovo il limite impostato a 10!!!
Dove sbaglio? 

 Hai ragione, la fantomatica patch a quanto pare a me' non funziona, saro' di 

Dopoa ver patchato, prima di chiudere tutto, devi attendere che esca la
finestra della protezione file di windows, cliccare su "cancel" e quindi
"yes".
-- 
_-=SiMcarD=-_ ® 
(~\_ICQ: 59575403_/~)
"Non credo che le sigarette facciano male alla salute. Se cosi' fosse,
smetterebbero di farle, no?"
Windows Unregistered User #0001

 consentite?
ma ancora non avete capito che il numero delle connessioni NON è
limitato???
ancora non avete capito che le connessioni in attesa di essere
stabilite vengono accodate e processate senza problema???
ancora non avete capito che tutti i programmi di p2p funzionano
perfettamente???
Siete di coccio! Vi meritate un DoS.
Saluti da P4

stabilite vengono accodate e processate senza problema???
Fonte?



Microsoft:
http://www.microsoft.com/technet/prodtechnol/winxppro/maintain/sp2netwk.mspx
Limited number of simultaneous incomplete outbound TCP connection
attempts
Detailed description
The TCP/IP stack now limits the number of simultaneous incomplete
outbound TCP connection attempts. After the limit has been reached,
subsequent connection attempts are put in a queue and will be resolved
at a fixed rate. Under normal operation, when applications are
connecting to available hosts at valid IP addresses, no connection
rate-limiting will occur. When it does occur, a new event, with ID
4226, appears in the system’s event log.
Why is this change important? What threats does it help mitigate?
This change helps to limit the speed at which malicious programs, such
as viruses and worms, spread to uninfected computers. Malicious
programs often attempt to reach uninfected computers by opening
simultaneous connections to random IP addresses. Most of these random
addresses result in a failed connection, so a burst of such activity
on a computer is a signal that it may have been infected by a
malicious program.
What works differently?
This change may cause certain security tools, such as port scanners,
to run more slowly.
-- 
Alessandro Borille
Microsoft MVP - (Windows Server)


http://www.microsoft.com/technet/prodtechnol/winxppro/maintain/sp2netwk.mspx
Grazie!

 to run more slowly.
Eh appunto. Quindi anche i programmi di P2P contatteranno le fonti più
lentamente.
Questo però non andrà a penalizzare la velocità di downluad/upload ma
rallenterà la fase iniziale di "ricerca" delle fonti.
-- 
_-=SiMcarD=-_ ® 
(~\_ICQ: 59575403_/~)
"Dio è ateo: non crede in me."
Windows Unregistered User #0001

 rallenterà la fase iniziale di "ricerca" delle fonti.
si tratta di millisecondi o al massimo di pochi secondi in più, non di
minuti od ore.
Infatti prova a pensare di avere disponibili 10 connessioni al
secondo: se si presentano contemporaneamente in un dato istante 11
richieste di connessioni, le prime 10 vengono aperte tutte assieme
quasi istantaneamente e l'11°-esima viene accodata e processata appena
quelle 10 sono state tutte apperte.
Mica ci vogliono minuti per aprire una connessione... 
Se ci fossero 100 richieste contemporanee di connessione:
- le prime 10 vengono aperte istantaneamente
- le altre 90 accodate
- dopo 1 sec. che le prime 10 sono state aperte, vengono aperte le
seconde 10 (rimangono in coda 80)
- dopo 2 sec. che le prime 20 sono state aperte vengono aperte le
successive 10
(rimangono in coda 70)
ecc.
ecc.
quindi in al massimo 10 sec. tutte le 100 richieste di connessione
dovrebbero essere state aperte.
Poi considerando che il carico non è mai 100 richieste di connessioni
contemporanee si può concludere che il tempo di attesa medio è ancora
meno di 10 sec.
Nella pratica infatti non riscontro alcun rallentamento nella ricerca
delle fonti, con nessun programma di p2p.
Saluti da P4