consiglio per ostico aggiornamento dns dinamico
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
consiglio per ostico aggiornamento dns dinamico
Salve a tutti, scrivo questo post per un problemetto che mi affligge da quando sono passato da al*ic* a tisca** flat + voce.
Allora prima impostavo sul router il client dns dinamico che e con dyndns.org non avevo problemi, lui mandava l ip aggiornato ogniqualvolta il mio ip fosse cambiato causa disconnessioni MOLTO RARE.
Il problema è che con tisca** voce ti danno un modem , il PIRELLI, che occupandosi anche di voip, ( va in h323 ) , rendono inaccessibile se non per lo user che al max puo aprire le porte e settare dhcp server del router e ip sulla lan.
Quindi non posso settare li il mio dns dinamico e non posso usare tale client.
Allora ho usato vari client linux come addns.pl e ddclient, validissimi ci mancherebbe ma il fatto è questo:
se lo metto in cron da fare una connessione al server ogni ora da dyndns .orgdopo 1 giorno mi bannano perche ho fatto troppe richieste senza che l ip fosse cambiato realmente.
Se invece lo metto che ne so da fare una volta al giorno, rischio di non potermi connettere a mio piacimento aspettando che si aggiorni il database di dyndns,qualora si sconnettesse dopo che ho fatto l'aggiornamento.
Quello che vi chiedo è se c'è un modo per fare si che SE cambia l' IP pubblico SOLO ALLORA mandi la richiesta a dyndns di cambiare l ip.
Tra l'altro se mandi anche molte richieste a dyndns ma l ip cambia realmente non ti bannano.
Avevo pensato ad un ping ogni minuto e se da exit code diverso da 0 madnare una richeista,ma diventa una ciofeca poichè il router potrebbe riconnettersi entro un minuto, e l exit code darebbe comunque 0 anche se l ip è cambiato.
Grazie
Allora prima impostavo sul router il client dns dinamico che e con dyndns.org non avevo problemi, lui mandava l ip aggiornato ogniqualvolta il mio ip fosse cambiato causa disconnessioni MOLTO RARE.
Il problema è che con tisca** voce ti danno un modem , il PIRELLI, che occupandosi anche di voip, ( va in h323 ) , rendono inaccessibile se non per lo user che al max puo aprire le porte e settare dhcp server del router e ip sulla lan.
Quindi non posso settare li il mio dns dinamico e non posso usare tale client.
Allora ho usato vari client linux come addns.pl e ddclient, validissimi ci mancherebbe ma il fatto è questo:
se lo metto in cron da fare una connessione al server ogni ora da dyndns .orgdopo 1 giorno mi bannano perche ho fatto troppe richieste senza che l ip fosse cambiato realmente.
Se invece lo metto che ne so da fare una volta al giorno, rischio di non potermi connettere a mio piacimento aspettando che si aggiorni il database di dyndns,qualora si sconnettesse dopo che ho fatto l'aggiornamento.
Quello che vi chiedo è se c'è un modo per fare si che SE cambia l' IP pubblico SOLO ALLORA mandi la richiesta a dyndns di cambiare l ip.
Tra l'altro se mandi anche molte richieste a dyndns ma l ip cambia realmente non ti bannano.
Avevo pensato ad un ping ogni minuto e se da exit code diverso da 0 madnare una richeista,ma diventa una ciofeca poichè il router potrebbe riconnettersi entro un minuto, e l exit code darebbe comunque 0 anche se l ip è cambiato.
Grazie
Sinceramente non ho capito molto leggendo il testo di gettons, problemi forse di neologismi che non comprendo...
Il fatto è:
DNS (domain name service) è un servizio pubblico (o semi-pubblico) quindi ipoteticamente utilizzare un dns fisso o uno dinamico (che poi sarebbe il fisso assegnato nel momento in cui si fa la richiesta dhcp) non crea differenze di fatto.
Non solo... ma se avete 5 secondi di tempo io vi consiglierei di mettervi su un "dns" tutto vostro, sicuramente fare una query di una risoluzione di un indirizzo in locale invece che in remoto sarà sempre più veloce, anche se settate che il vostro dns si scarica le tabelle di routing ARP molto di rado... io personalmente riesco ad avere ottimi risultati con una 56k...
Buon divertimento
Il fatto è:
DNS (domain name service) è un servizio pubblico (o semi-pubblico) quindi ipoteticamente utilizzare un dns fisso o uno dinamico (che poi sarebbe il fisso assegnato nel momento in cui si fa la richiesta dhcp) non crea differenze di fatto.
Non solo... ma se avete 5 secondi di tempo io vi consiglierei di mettervi su un "dns" tutto vostro, sicuramente fare una query di una risoluzione di un indirizzo in locale invece che in remoto sarà sempre più veloce, anche se settate che il vostro dns si scarica le tabelle di routing ARP molto di rado... io personalmente riesco ad avere ottimi risultati con una 56k...
Buon divertimento
Ciao! Anche io avevo un problema simile al vostro e l'ho aggirato senza appoggiarmi a servizi come quelli offerti da dyndns.org o no-ip (anche perché anch'io ho il tuo stesso router di Tiscali...).
Il mio procedimento è stato il seguente: ho attivato uno spazio web gratuito con la possibilità di caricare i file tramite ftp. Quindi ho fatto uno scriptino in grado di conoscere l'indirizzo ip reale della macchina (un semplice grep sul codice sorgente di http://www.whatismyip.com o http://www.chisono.it/), scrivere tali informazioni in un file html e aggiornare la pagina web tramite ftp (per una sessione ftp non interattiva, prova a cercare .netrc su google).
In questo modo quando ti colleghi alla tua pagina web, riesci a conoscere il tuo indirizzo ip.
Lo so che la procedura è un po' un casino, ma se ti serve una mano, chiedi pure.
Ah dimenticavo!! Lo script lo puoi mettere in cron e poi farlo eseguire quante volte vuoi!!!
@ninobi: non penso che il tuo problema sia lo stesso di gettons.
ZeroByte
Il mio procedimento è stato il seguente: ho attivato uno spazio web gratuito con la possibilità di caricare i file tramite ftp. Quindi ho fatto uno scriptino in grado di conoscere l'indirizzo ip reale della macchina (un semplice grep sul codice sorgente di http://www.whatismyip.com o http://www.chisono.it/), scrivere tali informazioni in un file html e aggiornare la pagina web tramite ftp (per una sessione ftp non interattiva, prova a cercare .netrc su google).
In questo modo quando ti colleghi alla tua pagina web, riesci a conoscere il tuo indirizzo ip.
Lo so che la procedura è un po' un casino, ma se ti serve una mano, chiedi pure.
Ah dimenticavo!! Lo script lo puoi mettere in cron e poi farlo eseguire quante volte vuoi!!!
@ninobi: non penso che il tuo problema sia lo stesso di gettons.
ZeroByte
beh, ma a parte il client ufficiale di dyndns.org http://www.dyndns.com/support/clients/ ci sono un centinaio di script belli e pronti sempre su dyndns.org Poi l'intervallo ogni quanto aggiornare lo imposti tu. E' ovvio che se cambi ip ogni 2 minuti diventa più difficile ed inutile, però tipo per un uso normale... cioè... capito no?
credo che alla fine farò un
wget -q -O ip http://checkip.dyndns.org
wget -q -O ip2 http://checkip.dyndns.org
diff ip ip2
e usando l'exit code scopro se l ip è cambiato,e a quel punto faccio l update con un qualsiasi client.ma solo se c'è bisogno,perchè è proprio se non c'è bisogno che su dyndns si alterano, e giustamente.
magari ci strippo pure l'ip direttamente....
Lo metto in cron e lo faccio ogni mezz ora.
wget -q -O ip http://checkip.dyndns.org
wget -q -O ip2 http://checkip.dyndns.org
diff ip ip2
e usando l'exit code scopro se l ip è cambiato,e a quel punto faccio l update con un qualsiasi client.ma solo se c'è bisogno,perchè è proprio se non c'è bisogno che su dyndns si alterano, e giustamente.
magari ci strippo pure l'ip direttamente....
Lo metto in cron e lo faccio ogni mezz ora.
- waka_jawaka
- Linux 3.x

- Messaggi: 781
- Iscritto il: mer 10 ago 2005, 0:00
- Nome Cognome: Alberto Palillo
- Kernel: 2.6.35
- Desktop: KDE 4.5
- Distribuzione: Archlinux
- aschenaz
- Staff

- Messaggi: 4623
- Iscritto il: mer 28 lug 2004, 0:00
- Nome Cognome: Nino
- Slackware: current
- Kernel: 5.4.x
- Desktop: KDE
- Località: Reggio Calabria
- Contatta:
Grazie.waka_jawaka ha scritto:@ ninobi
http://it.wikipedia.org/wiki/Dynamic_DNS
Comunque, forse dico una castroneria, ma mi pare che il contratto di Tiscali parlasse di ip dinamico... Ora non ho tempo, poi controllo...
Ciao,
nino
- l1q1d
- Master

- Messaggi: 1862
- Iscritto il: lun 21 feb 2005, 0:00
- Località: In uno spazio n-dimesionale
- Contatta:
@nino il topi no tratta della risoluzione degli ip di una macchina ma della possibilità di essere raggiunto dall'esterno trmite un indirizzo dato da no-ip o da dyndns. Questi due provider forniscono infatti domini a utenti che hanno ip pubblico, non centra nulla con la risoluzione degli ip da parte di una macchina client su una rete.

