Qualcuno può confermare che c'è un problema o al contrario che a lui
funziona tutto regolarmente?
prova per un attimo con i dns pubblici di google o di opendns
google
primario 8.8.8.8
secondario 8.8.4.4
oppure prova con questi di alice:
85.37.17.58
85.38.28.94
> prova per un attimo con i dns pubblici di google o di opendns
>
> google
> primario 8.8.8.8
Appena ho visto il problema ho usato subito Big G.
> secondario 8.8.4.4
>
> oppure prova con questi di alice:
> 85.37.17.58
> 85.38.28.94
PING 85.37.17.58 (85.37.17.58): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
^C
--- 85.37.17.58 ping statistics ---
6 packets transmitted, 0 packets received, 100.0% packet loss
PING 85.38.28.94 (85.38.28.94): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
^C
--- 85.38.28.94 ping statistics ---
3 packets transmitted, 0 packets received, 100.0% packet loss
La mia domanda era per verificare se altri utenti TIN hanno lo stesso
problema.
> Request timeout for icmp_seq 0
> Request timeout for icmp_seq 1
Guarda che non e' mica detto che debbano rispondere a richieste icmp
echo. Al limite li telnetti sulla 53 o meglio usi dig.
bye G.L.
--
Da it.discussioni.consumatori.tutela:
> P.S. Quando ci sarà lo switch-off, avrò problemi anche col
> monitor del PC? Ho visto che è collegato in modalità analogica.
> Guarda che non e' mica detto che debbano rispondere a richieste icmp
> echo. Al limite li telnetti sulla 53 o meglio usi dig.
Ok ma alle richieste nslookup invece avrebbero docuto rispondere mentre
invece fallivano con:
;; connection timed out; no servers could be reached
Ora il primo dei due forniti in DHCP non funziona e gli altri tre (il
secondo e quelli della pagina dell'assistenza) sì.
Nessuno dei quattro risponde al ping (so che non è obbligatorio che lo
facciano) ma il punto curioso è che durante il malfunzionamento ieri il
primo server ha risposto al ping salvo poi smettere.
Se non altro mi sarei aspettato coerenza nel comportamento del singolo
server.
> Ora il primo dei due forniti in DHCP non funziona e gli altri tre (il
> secondo e quelli della pagina dell'assistenza) sì.
> Nessuno dei quattro risponde al ping (so che non è obbligatorio che lo
> facciano) ma il punto curioso è che durante il malfunzionamento ieri il
> primo server ha risposto al ping salvo poi smettere.
> Se non altro mi sarei aspettato coerenza nel comportamento del singolo
> server.
L'unica cosa che ti posso dire :-) e' che - vox populi - i server dns di
tin/alice sovente hanno problemi. Annche se a me, non e' mai successo.