[MontelLUG] Putty VS telnet (via console) 1 - 0 [WAS] Scripting

[Odeeno]

My Fonera is no longer a blinking brick

Resoconto per chi fosse interessato o avesse in futuro bisogno di
de-briccare una fonera (o suppongo anche altro router):
Dopo numerosisssssimi inutili tentativi andati a vuoto di collegarmi a
Redboot via telnet e lanciare il famoso CTRL+C (1), dopo aver
riesumato un vecchio hub nel tentativo di capire se il problema fosse
di timing di rete, dopo aver provato e riprovato vari script per
inviare il segnale di CTRL+C senza la tastiera (2) (3), dopo aver
fatto inutilmente un cavo JTAG che non mi è servito a nulla, ma prima
di RASSEGNARMI inesorabilmente a destinare la mia Fonera briccata
all'uso di fermacarte, mi sono procurato un computer con WINDOWS per
tentare di fare le stesse cose con i programmi WIN.
Ebbene... dopo tutto quanto sopra, con putty il tutto è andato a buon
fine AL PRIMO TENTATIVO. Mi sono meravigliato dal fatto che lo
sconforto e il senso di sconfitta fossero stati tali, che non ho detto
neanche una parolaccia, nè mi sono arrabbiato (forse perchè ero anche
contento di aver recuperato la Fonera). Mi ci è voluto più tempo per
avviare Win, fare gli aggiornamenti partiti, attendere che aprissero
le finestre, impostare l'IP di rete e scaricare PUTTY e TFTP che fare
la procedura di installazione del nuovo firmware: disarmante...
Quindi: se doveste aver bisogno... usate Windows e PUTTY. Con Linux
(per la mia esperienza) non c'è speranza.

Dibattito:
Ora mi/vi chiedo: per quale astruso motivo telnet lanciato da console
su macchina linux, su un device che contiene un kernel linux e
programmi open non ha funzionato? Possibile mai che Putty per Windows
contenga qualche riga di codice che è stato impossibile inserire in
telnet per Linux? Sono rimasto letteralmente a bocca aperta a vedere
che tutto ha fatto quello che doveva fare senza il mimimo sforzo.
Senza tener conto delle ore di vita testardamente buttate prima di
giungere al risultato sperato.


1) http://www.dd-wrt.com/wiki/index.php/LaFonera_Software_Upgrade-Flashing
2) http://wiki.openwrt.org/toh/fon/fonera#enable.telnet.into.redboot.with.serial.access
3) vedere anche i link suggeriti da Samuele nella mail che riporto sotto.

Il giorno 15 novembre 2013 00:02, Odeeno <odeeno a yahoo.it> ha scritto:
>
> Ciao Samuele,
> non ti ho ringraziato l'altra volta per la dritta, lo faccio adesso.
> Ho lasciato tutto in sospeso fino ad ora.
>
> Il 06 novembre 2013 20:14, Samuele <samuele.zanin a tiscali.it> ha scritto:
> > On 06/11/2013 08:50, Odeeno wrote:
> >> Il 06 novembre 2013 08:31, Syslac <lmezzalira a gmail.com> ha scritto:
> >>> Il 06 novembre 2013 00:49, Odeeno <odeeno a yahoo.it> ha scritto:
> >>>> La domanda è breve, spero che la risposta sia semplice: come faccio a
> >>>> passare un segnale equivalente al CTRL+C tramite uno script?
> >>>
> >>> Se non ricordo male, Ctlr+C manda un SIGINT, quindi (da man di kill)
> >>> la risposta dovrebbe essere un "kill -2" o "killall -2" (se conosci il
> >>> PID o il nome del processo rispettivamente).
> >>
> >> In realtà non ho un processo specifico da terminare.
> >> In sostanza devo tentare di sbloccare una fonera (prima di metter mano
> >> a cavi seriali ecc.)
> >
> > non so come sia con la fonera, può essere un casino farsi il cavo
> > corretto (esperienza personale, specie se lo schema di circuito che
> > trovi in rete non è corretto), però poi hai la strada in discesa.
>
> Lascio l'opzione cavo per ultima: il cavo seriale che seriverebbe è un
> DLC5 (Wiggler) unbuffered; per caso ce l'hai? Puoi prestarmelo in
> caso?
> Qui spiegano come farlo:
> http://www.tiaowiki.com/w/Make_a_Simple_Nonbuffered_FTA_JTAG_Cable
>
> >> e devo:
> >> - far partire un ping ricorsivo, fino a che non ottengo risposta;
> >> - connettermi via telenet;
> >> - inviare il CTRL+C, per interrompere un processo di boot in corso;
> >> - fatto questo ho una shell da cui posso agire.
> >
> > Dove hai beccato sta procedura? Se fosse un collegamento seriale, e
> > sostituire il telnet con minicom allora mi tornerebbero i conti.
> > Il demone telnet, è un processo che parte al termine (o quasi) del
> > processo di boot. A meno che non usino un qualche sistema per
> > reindirizzare via telnet la console, cosa che leggendo questo post
> > sembrerebbe:
> >
> > http://www.dd-wrt.com/phpBB2/viewtopic.php?p=81815&sid=0bda12ee0c11bf0d4999ee7589041e41
>
> E questo è il link che mi serviva proprio: ho modificato il comando
> così, perchè c'era un -D che non centra e un -I em1 che non c'era.
> echo -e "\0377\0364\0377\0375\0006" >break.bin; sudo arping -I em1 -f
> 192.168.1.254; sudo nc -vvv 192.168.1.254 9000 <break.bin; telnet
> 192.168.1.254 9000
>
> Ho provato sta sere, ma non ho risolto; credo il problema stia nel
> fatto che la rete la creo tramito un router che sta di mezzo (e che mi
> serve solo a tenere attiva la rete sulla porta del mio pc) e il
> collegamento a RedBoot non è sufficientemente veloce; provando a dare
> il telnet a mano da altro terminale sono stato più veloce (ma cmq non
> a sufficienza). Quindi domani recupero dai miei un vecchio hub che
> dovrei avere ancora in un cassetto e con quello dovrei esse più
> veloce.
> Se non funziona mi resta il cavo seriale.
>
> >> A mano non son sufficientemente veloce (l'ho già fatto ma non riesco
> >> più: probabilmente gli anni passano e i rilessi anche), quindi volevo
> >> provare uno script.
> >> kill -2 senza pid funziona?
> >
> > Con il kill invii il segnale al client telnet.
> >
> > In ogni caso, se intendi reflasharla dal redboot attento, attento,
> > attento ai comandi che dai. Nel mio caso con il buffalo, mi ero dovuto
> > ricalcolare le posizioni di memoria in base alla dimensione del firmware
> > ed altro che non ricordo più.
> >
> > W il cannolo alla nutella.
>
> Parole sante.
> E cmq "se funsiona... no sta tocar" (così non sarei qui a perder tempo
> con sta roba).