Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Server DNS Virgilio

291 views
Skip to first unread message

Andrea D'Amore

unread,
Sep 3, 2010, 11:57:04 AM9/3/10
to
Ho una adsl TIN.it "by Virgilio", da qualche ora né i server DNS
assegnati in DHCP né quelli riportati nella pagina di assistenza
rispondono a richieste e al ping.
I server forniti in DHCP sono 83.37.17.9 e 85.38.28.75, la pagina di
assistenza è:
<http://help.virgilio.it/assistenza/dettaglio.jsp?id=6021>

Qualcuno può confermare che c'è un problema o al contrario che a lui
funziona tutto regolarmente?

Seymour Chinawsky

unread,
Sep 3, 2010, 12:34:52 PM9/3/10
to
Nel suo scritto precedente, Andrea D'Amore ha sostenuto :

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


Andrea D'Amore

unread,
Sep 3, 2010, 3:32:15 PM9/3/10
to
In article <4c81...@news.x-privat.org>,
Seymour Chinawsky <seymour.togl...@gmail.com.invalid> wrote:

> 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.

Renaissance

unread,
Sep 4, 2010, 1:28:20 AM9/4/10
to
Andrea D'Amore ha scritto:

> 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.

Andrea D'Amore

unread,
Sep 4, 2010, 4:55:00 AM9/4/10
to
In article <i5sldr$pcn$1...@tdi.cu.mi.it>,
Renaissance <gluc...@tiscali.it> wrote:

> 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.

Renaissance

unread,
Sep 4, 2010, 5:14:48 PM9/4/10
to
Andrea D'Amore ha scritto:

> 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.

0 new messages