annuncio

**gianfrdp** · 04-10-2012, 01:09

Originariamente inviato da spider61 Visualizza il messaggio

x ftp uso root/root ma non mi fa' entrare.....

Scusa ma hai provato ad usare gFTP con il protocollo ssh invece che con il protocollo ftp, con root/root ?

**gianfrdp** · 04-10-2012, 01:41

Originariamente inviato da gianfrdp Visualizza il messaggio

In pratica controlla la data, se non � corretta... non si avvia. Il problema che ntpd parte dopo 123aurora.

Cerco una soluzione

La soluzione � la seguente:

installare ntpdate
codice:
```
root@pogo# apt-get install ntpdate
```
creare uno script /etc/network/if-up.d/zz-aurora che avvia aurora dopo ntp, aspettando 30 secondi affinch� l'ora venga aggiornata
codice:
```
#!/bin/sh

if [ "$IFACE" != eth0 ]; then
        exit 0
fi
sleep 30s
123aurora start
exit 0
```

creare uno script /etc/network/if-post-down.d/zz-aurora

codice:

#!/bin/sh

if [ "$IFACE" != eth0 ]; then
        exit 0
fi
123aurora stop
exit 0

In questo modo anche con la 1.5.1 riesco a farlo partire al boot.

Prendere la data dall'inverter � una soluzione che avevo gi� provato con uno shell-script, ma funziona solo di giorno... se il pogo dovesse fare un reboot di notte (per es. per mancanza di elettricit�) non funzionerebbe, quindi 123aurora non si avvierebbe.

PS: avendo anche un NAS sempre on, posso sostiuire l'attesa di 30 secondi con il comando rdate (prende la data in remoto da un altro pc).

Ciao

**spider61** · 04-10-2012, 08:22

Ho provato anche in ssh con root/root ma niente non entro , mentre con ssh 192.168.0.3 da terminale si....
Per la data lo so che se si resetta di notte , non la trova.... per adesso io (e chi non ha la rete sempre su) devo fare cosi' .... adesso che mi fai pensare , basta che nello stesso programmino , mettere un IF fino a quando non risponde l'inverter , alla fine arrivera' mattina

per riaccendere l'inverter ....

**gianfrdp** · 04-10-2012, 08:30

Originariamente inviato da spider61 Visualizza il messaggio

Ho provato anche in ssh con root/root ma niente non entro , mentre con ssh 192.168.0.3 da terminale si....

Allora usa scp da linea di comando... visto che hai ubuntu

**spider61** · 04-10-2012, 08:43

Ho capito , ma vorrei sapere perche' con arc funziona e con debian no..... gFtp era perfetto con 2 sole operazioni passavo i dati da pogo a pc e da pc a sito (quando funzionava).... cosi' avevo anche il backup su pc .... da terminale (ostico per me) devo andare a vedere come e' stata chiamata la chiavetta che metto nel pc , trasferire uscire , accedere da gftp etc....

Non so se ho gia' fatto la domanda : qualcuno ha un sito esterno offline e gli funziona 123aurora 1.5.x , passando i dati ogni tanto?
A me no ,lo vedete linkando il sito 3kw in firma.....

**gianfrdp** · 04-10-2012, 10:01

Originariamente inviato da spider61 Visualizza il messaggio

Ho capito , ma vorrei sapere perche' con arc funziona e con debian no.....

Su debian di default il server viene installato abilitando solo le connessioni anonime e viene impedito a root di collegarsi, per maggior sicurezza, visto che le password viaggiano in chiaro (per questo preferisco scp)

codice:

root@LS-WXL187:~# ftpget -u root -p root 192.168.2.12 README.txt /var/www/123Aurora/README.txt
ftpget: unexpected server response to USER: 530 This FTP server is anonymous only.

Modifico /etc/vsftpd.conf

codice:

# Uncomment this to allow local users to log in.
local_enable=YES

codice:

root@Pogoplug:~# /etc/init.d/vsftpd reload

codice:

root@LS-WXL187:~# ftpget -u root -p root 192.168.2.12 README.txt /var/www/123Aurora/README.txt
ftpget: unexpected server response to PASS: 530 Login incorrect.

Sul pogo ho questo sul log

codice:

2012 Oct  4 10:43:58 Pogoplug pam_listfile(vsftpd:auth): Refused user root for service vsftpd

codice:

root@Pogoplug:~# more /etc/pam.d/vsftpd
# Standard behaviour for ftpd(8).
auth    required        pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
# Note: vsftpd handles anonymous logins on its own. Do not enable pam_ftp.so.
# Standard pam includes
@include common-account
@include common-session
@include common-auth
auth    required        pam_shells.so

codice:

root@Pogoplug:~# cat /etc/ftpusers
# /etc/ftpusers: list of users disallowed FTP access. See ftpusers(5).
root
daemon
bin
sys
sync
games
man
lp
mail
news
uucp
nobody

L'utente root non � abilitato a collegarsi a vsftpd.
Crea un nuovo utente e usa quello

codice:

root@Pogoplug:~# adduser pippo
Adding user `pippo' ...
Adding new group `pippo' (1001) ...
Adding new user `pippo' (1001) with group `pippo' ...
Creating home directory `/home/pippo' ...
Copying files from `/etc/skel' ...
Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully
Changing the user information for pippo
Enter the new value, or press ENTER for the default
        Full Name []:
        Room Number []:
        Work Phone []:
        Home Phone []:
        Other []:
Is the information correct? [Y/n] y

codice:

root@Pogoplug:~# chown -R www-data:www-data /var/www/123Aurora
root@Pogoplug:~# find /var/www/123Aurora/ -type f -exec chmod g+rw '{}' ';'
root@Pogoplug:~# find /var/www/123Aurora/ -type d -exec chmod g+rwx '{}' ';'

codice:

root@Pogoplug:~# adduser pippo www-data
Adding user `pippo' to group `www-data' ...
Adding user pippo to group www-data
Done.

codice:

root@LS-WXL187:~# ftpget -u pippo -p pippo 192.168.2.12 README.txt /var/www/123Aurora/README.txt

In questo modo funziona.

Oppure togli root dal file /etc/ftpusers (non � il massimo per la sicurezza):

codice:

root@Pogoplug:~# cat /etc/ftpusers
# /etc/ftpusers: list of users disallowed FTP access. See ftpusers(5).
#root
daemon
bin
sys
sync
games
man
lp
mail
news
uucp
nobody

codice:

root@Pogoplug:~# /etc/init.d/vsftpd reload

codice:

root@LS-WXL187:~# ftpget -u root -p root 192.168.2.12 README.txt /var/www/123Aurora/README.txt

PS: per linux esiste anche filezilla che supporta ssh http://filezilla-project.org/download.php

Ciao

**MizioB** · 04-10-2012, 12:13

E ti garantisco che � (Filezilla) anche molto funzionale!!
Ma con l'aggiunta della riga LOCAL_ENABLE=YES su vsftpd.conf no va?
Strano
Ciao

**il2000** · 04-10-2012, 12:17

oggi il mio pogo ha smesso di andare ha finito la ram !!!

se vi interessa lo cedo anzi ne ho 2 da cedere .
mandatemi dei pvt se vi interessa. ciao

**gianfrdp** · 04-10-2012, 12:29

Originariamente inviato da MizioB Visualizza il messaggio

Ma con l'aggiunta della riga LOCAL_ENABLE=YES su vsftpd.conf no va?
Strano

Ma l'hai letta tutta la mia risposta?

Ciao

**spider61** · 04-10-2012, 12:36

Ho capito , quindi c'e' qualcosa che impedisce la connessione.... poi provo.....

per il2000 che versione hai di 123aurora ? io ti posso dare 20 euro ciascuno

quanto tempo era che funzionava ? basta che ti ricordi di fare un reboot 1 volta la mese (al limite) e ti continua a funzionare tranquillamente.....

**MizioB** · 04-10-2012, 16:44

@gianfrdp
certo che la tua risposta l'ho letta.
Questo non impedisce che mi sembri strano lo stesso

.
Se c'� un utente che non ha precluso nulla � proprio root, ora che non gli si permetta di fornire accesso.......

**gianfrdp** · 04-10-2012, 16:50

Originariamente inviato da MizioB Visualizza il messaggio

Se c'� un utente che non ha precluso nulla � proprio root, ora che non gli si permetta di fornire accesso.......

Proprio perch� root pu� fare tutto... la sua password � preziosa e va difesa. Per questo molte distribuzioni evitano che root si possa collegare in FTP (di default)... le sue password passerebbero in chiaro sulla rete... quindi intercettabile. Io uso ssh.
Alcune distribuzioni non permetto a root di collegarsi neanche a ssh: ci si collega come utente normale e poi si usa su o sudo.

Poi tutto si pu� modificare.

Per uso casalingo la situazione � meno critica.... ma debian nasce per i server.

Cmq questi sono pi� discorsi da admin che da utenti.

Ciao

**wolf_solar** · 04-10-2012, 17:15

@il2000 come mai questa decisione improvvisa di abbandonare il Pogo, vuoi passare ad un diverso sistema di monitoraggio oppure abbandoni la retta via?

Ciao Luca

**spider61** · 04-10-2012, 17:24

Grazie gianfrdp del tempo perso ... che poi servira' anche ad altri ... anche se si sta' incasinando tutta la discussione , ho capito e approvo quello che hanno fatto in debian per l'accesso....
Sono a chiedere anche , prima di andare avanti , ma la gestione del chip UDS-seriale e' nativa in debian , perche' su ARM andava installato linux-firmware (mentre qui non si puo') per accedere (almeno) al chip 2303 ... non vorrei che altri alla fine dell'installazione si trovino che non gli funziona l'adattatore e volano giu dalla finestra il pogo......

**spider61** · 04-10-2012, 19:29

Tanto per aggiungere un po' di confusione

ho scoperto che esiste anche questa distribuzione Angstrom linux per diverse schede embdebbed tipo beagle , sheevaplug etc , da qui : Narcissus - Online image builder for the angstrom distribution si crea l'immagine per il tipo di apparecchiatura usata.....
Qualcuno la conosceva prima di perdere tempo a installarla ?

**wolf_solar** · 05-10-2012, 10:10

Ciao, su arch, bisognerebbe provare ad utilizzare un webserver diverso da cherokee, purtroppo abyssws (che � ottimo e molto leggero) non c'� in versione per ARM qualcuno aveva utilizzato con successo Lighttpd in sostituzione ma bisognerebbe vedere se anche in questo caso il problema dell'assorbimento della memoria permane.

@spider, mi sembra che quella distribuzione sia molto scarna come pacchetti, essendo arch la distribuzione consigliata dall'autore sicuramente � quella meno problematica, ma bisognerebbe capire come ottimizzare la gestione della memoria senza la necessit� di effettuare il reboot.

Ciao Luca

**gianfrdp** · 05-10-2012, 10:20

Originariamente inviato da spider61 Visualizza il messaggio

Sono a chiedere anche , prima di andare avanti , ma la gestione del chip UDS-seriale e' nativa in debian , perche' su ARM andava installato linux-firmware (mentre qui non si puo') per accedere (almeno) al chip 2303 ... non vorrei che altri alla fine dell'installazione si trovino che non gli funziona l'adattatore e volano giu dalla finestra il pogo......

Questi sono i driver pre-installati sul kernel debian

codice:

root@Pogoplug:/lib/modules/2.6.32-5-kirkwood/kernel/drivers/usb/serial# ls
aircable.ko         hp4x.ko         mos7720.ko      sierra.ko
ark3116.ko          io_edgeport.ko  mos7840.ko      spcp8x5.ko
belkin_sa.ko        io_ti.ko        moto_modem.ko   symbolserial.ko
ch341.ko            ipaq.ko         navman.ko       ti_usb_3410_5052.ko
cp210x.ko           ipw.ko          omninet.ko      usb_debug.ko
cyberjack.ko        ir-usb.ko       opticon.ko      usb_wwan.ko
cypress_m8.ko       iuu_phoenix.ko  option.ko       usbserial.ko
digi_acceleport.ko  keyspan.ko      oti6858.ko      visor.ko
empeg.ko            keyspan_pda.ko  pl2303.ko       whiteheat.ko
ftdi_sio.ko         kl5kusb105.ko   qcserial.ko
funsoft.ko          kobil_sct.ko    safe_serial.ko
garmin_gps.ko       mct_u232.ko     siemens_mpi.ko

Come vedi, ci sono gi� quelli per i pi� diffusi: FTDI e PL2303

**gianfrdp** · 05-10-2012, 10:26

Originariamente inviato da wolf_solar Visualizza il messaggio

Ciao, su arch, bisognerebbe provare ad utilizzare un webserver diverso da cherokee, purtroppo abyssws (che � ottimo e molto leggero) non c'� in versione per ARM qualcuno aveva utilizzato con successo Lighttpd in sostituzione ma bisognerebbe vedere se anche in questo caso il problema dell'assorbimento della memoria permane.

Ciao,
al primo tentativo con il raspberry, quando ho provato ad usare arch (che ho abbandonato subito), invece di mettere cherokee ho usato lighttpd.
Anche adesso su debian uso lighttpd... purtroppo non ho statistiche che vanno oltre la settimana, visto che spesso ho dei blackout

**spider61** · 05-10-2012, 10:26

Ok per i driver...

visto che hai dei blackout anche te , cosa succede alla chiavetta ? hai provato qualche controllo post reboot se si corrompe anche con debian ?

x wolf , l'ultima versione la 1.5.1 fa' vedere una memoria libera di circa 220Mb o hanno risolto il problema.... o fanno vedere solo quella che occupano i programmi e non la cache ?
Domani , dopo una settimana di funzionamento (spero) vedo cosa e' successo e come si comporta l'occupazione.....

**gianfrdp** · 05-10-2012, 10:31

La chiavetta la devo convertire in ext3 con journal, per non avere problemi... per ora non ho fatto nulla.

L'autore ha messo le istruzioni che gli ho mandato io per debian... visualizza solo quella effettivamente occupata, senza cache

**wolf_solar** · 05-10-2012, 10:55

Ciao, quello che � preoccupante non � tanto la visualizzazione della quantit� di memoria, ma il fatto che poi il sistema si pianta al raggiungimento della memoria critica. Effettivamente � un comportamento strano per linux ma probabilmente ci sono dei processi che rimangono appesi e occupano memoria, mi verrebbe quasi da pensare che il tutto sia legato agli accessi web effettuati dall'esterno cio� alle richieste effettuate al web server per quello chiedevo se si era riscontrato il comportamento anomalo utilizzando anche web server alternativi.

Ciao Luca

**MizioB** · 05-10-2012, 11:41

Non credo. Il primo avvio del mio pogo � andato avanti per quasi due mesi senza interruzione e con numerosissimi accessi dall'esterno.
L'ho riavviato due settimane fa per estrarre i dati dalla memoria dell'inverter e da allora l'ho gi� trovato due volte in blocco (intendo 123aurora) nell'arco di una settimana.
Il numero di accessi non giustifica il fatto.
Occorrerebbero due migliorie:
- Un hd pi� stabile della semplice chiavetta USB
- Un micro gruppo di continuit�

**modenet** · 05-10-2012, 13:09

il mio pogo con apache dietro ups � su da mesi.
quello di mia sorella con apache senza ups si � fermato per corruzione chiavetta dopo 3 mesi.

**iw5ek** · 05-10-2012, 14:16

Si io infatti opterei per un piccolo ups autocostruito che mantiene in tampone per alcune ore in caso di blackout cos� sicuramente si tolgono molti dei problemi e poi il costo e l'assorbimento sono irrisori.
1 batteria da 6v 2,5A
2 stabilizzatore 5v
1 alimentatore 9v 250mA
connettori e contenitore con pochi euro ti costruisci un ottimo ups
Parecchi di questi componenti se guardate in casa li reperite sicuramente. Io ne ho gi� costruito uno con materiale di recupero e sono 2 anni che funziona ininterrottamente.

**gianfrdp** · 05-10-2012, 14:38

Questi microups potrebbero andare bene?

**MizioB** · 05-10-2012, 15:47

Il pogo ha l'ingresso 220v quindi l'uscita dell'UPS deve essere di pari livello.
Altrimenti occorrerebbe bypassare il circuito di trasformazione interno del pogo stesso. Con quali controindicazioni???

@Iw5ek
Hai uno schema?

**iw5ek** · 05-10-2012, 16:07

Originariamente inviato da MizioB Visualizza il messaggio

Il pogo ha l'ingresso 220v quindi l'uscita dell'UPS deve essere di pari livello.
Altrimenti occorrerebbe bypassare il circuito di trasformazione interno del pogo stesso. Con quali controindicazioni???

@Iw5ek
Hai uno schema?

Si certo ha un ingresso 220 ma se noi lo eliminiamo vediamo che viene alimentato a 5v (credo devo controllare) per cui le soluzioni sono 2 o analizziamo il suo alimentatore scoprendo che sicuramente usa uno stabilizzatore a 5volt che quindi al'suo ingresso avremo dai 9 volt in su e quindi potremo riciclare il suo o lo sostituiamo con uno di recupero da almeno 9 o 12 volt 1 A o 2 . Rimediato l'alimentatore il pi� � fatto in quanto noi andremo a caricare in maniera tampone la nostra batteria da 6 volt che per� necessita di una carica con tensione costante pari a 7,2 volt quindi con uno stabilizzatore normalissimo da 0,2 eruro 7805 con collegato al polo di massa 3 diodi al silicio innalziamo l'uscita di 2,1 volt rispetto ai 5 dello stabilizzatore (ogni diodo sulla massa innalza di 0,7volt), quindi avremo in uscita 7,1 volt pi� che suff.per caricare la batt.L'uscita della batteria con un altro 7805 la mandiamo all'ingresso pogo e abbiamo fatto un tampone stabilizzatissimo per le eventuali interruzioni di rete. Io lo utilizzo per alimentare un alix board che uso come server da pi� di 2 e anni adesso anche come datalogger .e la batteria ancora � in ottimo stato. Per lo schema se vuoi te lo faccio appena posso ma non � difficile.

**Cente** · 05-10-2012, 16:12

Salve, anch'io sono in procinto di fare un data-logger fai da te, ed ero indirizzato su questo PogoPlug o sul Raspberry Pi.
Ora, lasciando da parte il Raspberry dato che mi avete confermato la presenza di svariati problemi, mi piacerebbe capire un paio di cose su questo PogoPlug:

Io lo andrei a collegare all'Aurora-6000 tramite un connettore USB-RS485, devo prenderne un modello specifico o va bene un qualsiasi modello su ebay? Non vorrei trovarmi ad avere problemi con i drivers.
Ha gi� un modulo Wi-Fi installato o devo acquistare una chiavetta Wi-Fi? (Sono parecchio distante dal Router)

Grazie mille.

**spider61** · 05-10-2012, 16:47

Il pogo ha un alimentatore switching che fa' i 5V , lo vedete nella foto aperto che ho fatto al #1 post , visto che sono 4-5w si tratta di 1A sui 5V , si potrebbe tentare di mettere 3 AAA ricaricabili direttamente in parallelo al + e - ?! dovrebbe funzionare , calera' un poco il 5V e quando si stacca l'alimentazione ci saranno 4,5V circa , dentro ci starebbero anche .....

**gans** · 05-10-2012, 17:15

Micro UPS fai da te PIAC !

annuncio

PogoPlug E02 come datalogger

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta