Testare connessione internet

[Ov3rKuNtZ]

Ciao



Volevo chiedervi un aiuto. E' da alcuni giorni che la connessione internet di casa non va bene.

Succede questo, i siti si inchiodano e non caricano sia con safari che firefox, i video su Youtube

vanno a singhiozzo o restano fermi con l'icona di caricamento oppure partono a qualità minima. Le immagini tipo le miniature nella home del forum appaiono non di botto ma una ad una in modo sparso. Insomma qualcosa

non sta andando come dovrebbe.



Mi chiedevo come posso fare a capire da cosa dipende, se dal mio provider o il mio modem o

il mio Mac. Esistono software o procedure? Tenete presente che non sono esperto di Mac. Sto imparando diciamo.

Nota: ho provato il classico servizio speed test e le velocità oscillano da bassissime nell'ordine di 0.20 a 7.15Mbps

Grazie

[tof63]

Non mi piace rispondere ad una domanda con altre domande, quindi ti racconto cosa mi successe una decina di anni fa, quando ancora usavo un modem adsl usb (e che fu il motivo per cui poi passai al primo modem/router wireless). Vedi se trovi qualche spunto utile al tuo caso.

Avevo il pc (e quindi anche il modem) in una camera senza presa telefonica e usavo una prolunga telefonica da 5 metri per collegare il modem alla presa che si trovava nell'entrata. La prolunga veniva staccata da mia moglie tutte le volte che passava l'aspirapolvere o lavava i pavimenti.

Il tutto comunque funzionò senza grossi problemi per alcuni anni, fino a quando non cominciai ad avere i tuoi stessi sintomi (a cui si aggiungenza ogni tanto, anche se più sporadicamente, la caduta totale del segnale ADSL con conseguente riconnessione, che avveniva sempre in pochi secondi).

Il provider era Tiscali e cominciai con le chiamate al call center. Mi dicevano che era tutto a posto, la connessione andava bene per un paio d'ore e poi daccapo... Per farla breve ometto le ore perse al telefono per un paio di settimane e le minacce fatte.

Un giorno finalmente arrivò un tecnico per cercar di capire dove fosse il problema. Misurando col tester "ADSL" che aveva in dotazione, il segnale risultava pessimo all'estremità della prolunga (la spina infilata nel modem) e normale alla presa telefonica nell'entrata.

Il problema, disse il tecnico, era nel connettore della prolunga telefonica, quello infilato nella presa dell'entrata: era andato bene per anni e poi si era messo a provocare tutto quel casino.
Ovviamente ero scettico e non ci credetti, fino a quando il tecnico, che non aveva un cavetto telefonico abbastanza lungo, risolse "giuntando" manualmente con forbici e nastro isolante, dopo aver tagliato via il connettore, la mia prolunga con un pezzo del suo cavetto.

La connessione tornò ad essere miracolosamente funzionante "come nuova".

[efo]

Concordo anch'io con quello che ha detto tof63, potresti però anche fare un "ping" da terminale all'indirizzo del tuo router, lasciandolo andare per qualche minuto controllando se ci sono perdite di pacchetti, e se il tempo di ricezione del pacchetto è stabile.

[LoryOne]

Se di punto in bianco la connessione cade o presenta problemi di fruizione, si è subito propensi a pensare che il problema sia dovuto al Provider ed è così nella maggior parte dei casi, visto che difficilmente si procede a modificare i parametri di connessione, ma esistono casi sporadici in cui il Provider non c'entra nulla ed il problema è tutto dell'utente.
Tof63 ha evidenziato un problema di perdita di segnale dovuto ad un cavo telefonico vetusto, o al filtro che non funziona più come dovrebbe, che a lungo andare amplificava il problema tanto da non consentire la navigazione.
Questo, ad esempio, è uno di quei casi.
E' anche vero che una cache DNS quasi piena e che non si scarica quando dovrebbe, può rallentare decisamente la navigazione, così come agire pesantemente sui parametri dello stack TCP/IP immettendo valori sbagliati attraverso utilities sviluppate allo scopo, magari impostati su linee non confacenti a quella in dotazione.

[LoryOne]

Visto che hai un Mac, il discorso non cambia, però è importante ricordare che Mac OS è un derivato di Unix e questo è fondamentale se si cerca di ottimizzare il sistema (o renderlo inutilizzabile) agendo su parametri altrimenti irraggiungibili dalle maschere di configurazione messe a disposizione dell'utente.
Molti dei comandi per Mac funzionano solo per Mac (e cambiano persino da release a release), ma molti altri sono gli stessi per qualunque distro Linux.

Per svuotare la cache, potresti utilizzare questi due comandi:
sudo discoveryutil mdnsflushcache
sudo discoveryutil udnsflushcaches
Sono due comandi distinti per svuotare la cache dei nomi multicast ed unicast perchè Mac fa differenza.

In Linux digitando "ls /proc/sys", il risultato che ne deriva è:
abi debug dev fs kernel net vm
Sono tutte cartelle.

Digitando "ls /proc/sys/net", il risultato che ne deriva è:
core ipv4 netfilter nf_conntrack_max token-ring unix
Anche queste sono tutte cartelle.

digitando "ls /proc/sys/net/ipv4", il risultato che ne deriva è:
cipso_cache_bucket_size tcp_ecn
cipso_cache_enable tcp_fack
cipso_rbm_optfmt tcp_fin_timeout
cipso_rbm_strictvalid tcp_frto
ecc,ecc
Queste non sono più cartelle, bensì files o parametri TCP/IPv4 che contengono un certo valore.
Guarda caso, la somiglianza con Mac OS è molto marcata, anche se cambiano le cartelle ed i parametri; Infatti, essendo Mac OS un derivato di Unix, la cartella /proc/sys può contenere cartelle nidificate /proc/sys/net/inet/tcp/ e tutta una serie di files tra i quali si trovano sicuramente delayed_ack, sendspace e recvspace.

Quelli che seguono sono parametri ottimizzati per il TCP/IP e per UDP con qualunque connessione su Mac OS: *
sudo /usr/sbin/sysctl -w net.inet.tcp.sendspace=256960 **
sudo /usr/sbin/sysctl -w net.inet.tcp.recvspace=256960
sudo /usr/sbin/sysctl -w net.inet.udp.recvspace=65535
sudo /usr/sbin/sysctl -w net.inet.tcp.rfc1323=1
sudo /usr/sbin/sysctl -w net.inet.tcp.delayed_ack=0

Puoi provare a vedere se cambia qualcosa, ma sto dando per scontato che il problema sia software con parametri errati da correggere.

* i valori indicati possono essere identici sia per Windows, sia per Linux, poichè fondati sullo stack TCP/IP indipendentemente dal sistema in uso, anche se in base al sistema in uso cambiano le voci alle quali fanno riferimento

**/usr/sbin puoi ometterlo, perchè sysctl è sicuramente li.

[LoryOne]

Inviato da efo

Concordo anch'io con quello che ha detto tof63, potresti però anche fare un "ping" da terminale all'indirizzo del tuo router, lasciandolo andare per qualche minuto controllando se ci sono perdite di pacchetti, e se il tempo di ricezione del pacchetto è stabile.

Giustissimo.
Se apri la pagina della configurazione del router digitandone l'IP senza problemi, allora tra il router ed il tuo PC non ci sono problemi software evidenti...
Svuotata la cache dei nomi DNS, le cose dovrebbero migliorare.
Se così non è, è probabile che sia il Provider la causa, oppure il filtro o il cavo telefonico.
Hai possibilità di provare la connessione con tablet o telefonino ?
E' chiaro che se sperimenti identico problema senza aver agito con ottimizzazioni varie, esso si trova a monte dell'interfaccia interna del router.

[Ov3rKuNtZ]

Ciao Ragazzi, scusate il ritardo ...
Molte delle cose che avete detto
le avevo già tentate e altre le ho
imparate ora grazie a voi per la
prossima volta. Tuttavia dopo
varie prove e telefonate dove
mi si diceva che il problema ero
io, alla fine si sono arresi e controllando
seriamente e non semplicemente
zittendomi hanno constatato la
loro colpa. Tutto bene è ciò che
finisce bene, ma che stress!

Grazie mille a tutti, siete stati
gentilissimi!