Newsgroup: it.comp.os.linux.iniziare
Titolo: no dial tone - segnale di linea assente

salve
oggi pomeriggio ho provato una knoppic live da un mio amico che voleva
recuperare dei dati. non avendo a casa sua l'adsl, ho cercato di
configurare un accesso col modem analogico, un bestmatic a 56 K
ho inserito tutti i dati del suo provider, settato il modem su 
/dev/ttyS1
e avviato la connessione
si sente il segnale di linea (il tuuu-tuuu) ma non componeva il numero e
dopo due o tre tutt-tuuu mi usciva il messaggio *no dial tone* eppure la
linea c'è eccome| dove ho sbagliato?

Lutrin wrote:

Devi impostare il modem per l'italia, altrimenti non riconosce il segnale
di "linea libera".
Ciao
Max
-- 
Cerchi informazioni su Linux? 
Linuxpedia: 
http://maxint.dynalias.org

 segnale di "linea libera".
Oppure di ignorare il dialtone.
-- 
--> x3m <--

 Oppure di ignorare il dialtone.
Il nick lo hai scelto apposta per dare il velato suggerimento? ;)
(la stringa di inizializzazione del modem deve essere infatti ATX3DT seguito
dal numero di telefono)
-- 
Vide

 di "linea libera".
[...]
ecco quindi cosa può essermi sfuggito. ora vedo di trovare l'opzione. in
pratica dove dovrei andare?

 seguito dal numero di telefono)
[...]
quindi, se ho ben capito, devo andare nelle impostazioni avanzate dove ci
sono i comandi del modem e impostare questa stringa? non modifica nulla sul
modem vero?
grazie intanto a tutti voi ;-)

 Oppure di ignorare il dialtone.
[...] 
ecco, cosě ho fatto, la procedura di connessione va avanti, mi viene
mostrato il messaggio di accesso alla rete, quindi il contatore parte, sono
connesso, ma non navigo!
la pagina rimane bianca per un po' poi mi viene dato l'errore di host
sconosciuto!

 sconosciuto!
Potrebbe essere che non riesca a tradurre il nome del sito www.pippo.yuk
nel corrispondente indirizzo IP numerico....che so 87.300.20.9 tanto per
dire.
Il compito di quella traduzione è affidato ai server dns (vedi wikipedia
se ti interessa approfondire). Ora il tuo sistema per navigare deve
conoscere a quali server deve connettersi per poter tradurre i nomi
degli indirizzi nei corrispondenti indirizzi ip.
L'indirizzo dei dns viene definito nel file /etc/resolv.conf.
Lo devi aprire ed editare aggiungendo le righe:
nameserver  111.222.333.444
nameserver  555.666.777.888
Chiaro che è solo un esempio: gli indirizzi ip devono essere corretti e
puoi utilizzare quelli che ti fornisce il tuo ISP oppure usarne di
esterni. Io attualmente uso quelli di opendsn e il mio /etc/resolv.conf
è il seguente:
# open dns
nameserver 208.67.222.222
nameserver 208.67.220.220
Puoi provare a copiarlo sul sistema in modo da escludere che il problema
sia questo.
A presto!

 nameserver 208.67.220.220
[...]
ecco, qui c'č un problema, una volta editato il file, non me lo fa salvare
(sono su knoppix loggato come utente) immagino che dovrei farlo da root, ma
come faccio a loggarmi come root invece che come utente?

 su
[...]
da console no? ma poi che devo fare? continua a non permettermi  la
scrittura 


Recentemente ho provato una DSL su un vecchio PC e anche quella è una
live. Non ricordo a cosa mi servissero i permessi di root, ma mi pare di
aver utilizzato "sudo".
Premesso che utilizzo vim come editor di testo puoi provare a dare:
sudo vim /etc/resolv.conf
da console ovviamente.
Dovrebbe aprirsi il file che probabilmente sarà vuoto.
Ci scrivi nameserver...eccecc copiando dal mio post precedente e poi
salvi.
come fare a scriverci:
una volta aperto il file con vim premi "i" (sta per INSERT) e dovresi
riuscire a scrivere.
come fare a salvare:
finito di scrivere, per uscire dalla modalità "scrittura" premi ESC
Poi premi ":wq" (senza virgolette eh).
E dovresti riuscire a salvare e chiudere il file di testo resolv.conf.
premendo : entri nel "command mode" di vim, mentre la "w" sta per write
(ovvero "salva"). Infine la "q" sta per "quit" (ovvero chiudi).
Non so knoppix che altri editor abbia perchè non ho idea di che
Desktop enviroment usi.
Se usa kde dovrebbe esseci anche kedit, se invece usa gnome ci sarà
gedit. Se non sai usare vim (nonostante le indicazioni riportate sopra
siano spero piuttosto chiare), puoi editare il file con uno di quegli
editor di testo però dovrai lanciarli come root da console:
esempio
sudo gedit /etc/resolv.conf
oppure
sudo kedit /etc/resolv.conf
E con quelli vai di muose, probabilmente ti risulta più imediato se non
hai maiutilizzato vim.
Spreo che funzioni e spero di essere stato abbastanza chiaro.
A presto!  :-)

 linea c'è eccome| dove ho sbagliato?
Nel considerare il tuu-tuu una cosa che un modem può considerare un 
segnale di linea!
Mi spiego meglio:
Per i modem, il segnale di linea é una frequenza, continua nel tempo.
In Italia _NON_ abbiamo un segnale di linea ma un qualcosa che un 
apparato modem considera come un "singhiozzo"...
Fastidioso ma che non dice niente di utile.
Segui i consigli ricevuti e imposta nella stringa di configurazione 
ATX3DT [¹]
Oppure, se disponibile, digli di non attendere il segnale di linea. [¹]
[¹] Hanno lo stesso significato.
-- 
Signature automatica inserita a mano.
Punteggiatura: Nel caso mancasse nel messaggio, aggiungete!!
In God we trust, all others we monitor.(NSA)

 nameserver 208.67.222.222
 > nameserver 208.67.220.220
[...]
li ho copiati in /etc/resolv.conf ed ho salvato (ho anche dato
alt+crtl+backspace per sicurezza), ma non è cambiato nulla, ho dato
ifconfig
da console e questo è il risultato :
ppp0  Link encap:Point-to-Point Protocol
           inet addr:151.xxx.xxx.xxx  P-t-P:151.xx.xxx.xxx 
Mask:255.255.255.255
           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
           RX packets:9 errors:1 dropped:0 overruns:0 frame:0
           TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:3
           RX bytes:635 (635.0 b)  TX bytes:97 (97.0 b)
se avete altre idee torno dal mio amico e riprovo.

           RX bytes:635 (635.0 b)  TX bytes:97 (97.0 b)
Moh....sempbra che tu sia connesso regolarmente.
prova a pingare qualche sito....per terminare il programma ping dai
ctrl-c.
Da console dai:
ping 
maya.ngi.it
Se funziona il problema non stà nei dns
Poi prova:
ping 88.149.128.3
Che è lo stesso sito ma tradotto nel suo indirizzo IP.
Se il primo non funziona e il secondo sì allora è chiaramente un
problema nella risoluzione degli indirizzi e pertanto devi assicurarti
che il file /etc/resolv.conf sia senza ombra di dubbio apposto.
Aprilo con less per guardarlo:
less /etc/resolv.conf
e dovrai vedere qalcosa del tipo:
nameserver blablabla
nameserver blablabla
Occhio però che visto che stiamo parlando di una distro live, questi
passaggi devi rifarli ad ogni avvio della macchina: quando spegni il pc
vanno persi proprio perchè è una live. Chiaramente ammenochè tu non
abbia installato il sistema sull'HD dell'amico.
Se pur avendo editato e salvato e ricontrollato con less il file
/etc/resolv.conf, le cose continuano a non andare nel verso giusto...
In tal caso non so che dire.

 so che dire.
[...]
eccomi di ritorno: allora ho verificato: il file era effettivamente
modificato coi nuovi dns (l'ho salvato e riaperto), ma il problema non
era lì (tant'è vero che quei dns erano superflui dato che aprendolo
quando ero già connesso, ci ho trovato quelli assegnati in automatico e
a destra c'era una riga di commento che diceva come quei dns fossero
tempiranei per quella sessione)
alla fine sono riuscito a navigare, ma non so bene come ho fatto, ad un
certo punto (in SLAX) ho avviato, dal menu di KDE, l'utilità:
- internet
- set an ip address (network-conf)
ed ho impostato i dati che ricavavo dando, da connesso, ifconfig in una
finestra del terminale
- indirizzo ip
- gateway
- subnet mask
devo ancora analizzare bene la catena di operazioni che ho compiuto, ma
credo di poter ragionevolmente affermare che il problema fosse nel
gaterway o nella subnet mask che forse non riusciva a prendere in
automatico. può essere una spiegazione plausibile?

 automatico. può essere una spiegazione plausibile?
Boo, allora non mi pronuncio.
Aspettiamo qualche intervento più esperto del mio...   ;-)
Potrebbe anche essere giusta la tua diagnosi...
A presto!  :-P

 automatico. puņ essere una spiegazione plausibile?
quasi sicuramente era il gateway sbagliato
avresti dovuto controllare l'output di "route -n" quando ancora non
funzionava.

 funzionava.
[...]
avevo trovato *default gateway* nelle proprietà della connessione (in
windows era tutto automatico e ho pensato di lasciarlo così) quindi mi
basta settarlo come *static* coi valori già ricavati senza preoccuparmi
della subnet mask? ma a questo punto mi domando: è stato un caso
insolito o tutto ciò è dovuto alla mia niubbaggine? :-D