avvio programma in chroot e in modalità utente

[NiubboXp]

Originariamente inviato da sacarde

neanche il pacchetto: ntp ?

quindi ntp.server




p.s.
tutti i servizi li vedi da:

sudo systemctl list-unit-files

se faccio systenctl ntp lo trova
ho fatto una ricerca su internet e come credevo il problema è che il raspberry non ha una batteria tampone quindi prende l'ora dal server ntp a cui però non può collegarsi se l orario di sistema non è coerente poichè mi arrivano un sacco di errori date proprio dal fatto che l'ora è sbagliata, poco male ora che lo so se spegnerò il server al riavvio successivo imposterò l'ora manualmente

per quello che riguarda i log invece da quanto ho capito gli errori e lo status di avvio li manda su syslog, il resto (se ce) è un mistero

edit: c'è un altro piccolo problema, se spengo il router ma lascio il server acceso, noto dal syslog che il processo named smette di ascoltare sulla porta 53, se successivamente riaccendo il router difatti dal client non navigo piu e per riuscire a farlo navigare devo rilanciare bind e poi tutto funziona, c'è un modo per far si che quando il server riacquisisce l'indirizzo ip torni ad in ascolto senza dover riavviare bind?

[sacarde]

- potresti provare a mettere al posto dei nomi dei server a cui ntp si sincronizza,
il loro relativo indirizzo IP (non so se funziona)




- per l'altro problema, intendi un'opzione che quando si riattiva la rete
si riavvii anche il servizio bind?
mah se trovo qualcosa te lo dico

[NiubboXp]

Originariamente inviato da sacarde

- potresti provare a mettere al posto dei nomi dei server a cui ntp si sincronizza,
il loro relativo indirizzo IP (non so se funziona)




- per l'altro problema, intendi un'opzione che quando si riattiva la rete
si riavvii anche il servizio bind?
mah se trovo qualcosa te lo dico

Per l ntp é un idea interessante, provo ad inserire degli ip nel file ntp.conf voglio trovarne altri da aggiungere alla lista in aggiunta di quelli che ci sono, sai mica dove poter reperire qualche ip affidabile?

Per l altro problema l ideale sarebbe che bind tornasse in asdcolto perche se si riavvia da quello che ho letto cancella tutta la cache

[sacarde]

- io uso:

0.pool.ntp.org
1.pool.ntp.org
2.pool.ntp.org
ntp.ien.it

[NiubboXp]

Originariamente inviato da sacarde

- io uso:

0.pool.ntp.org
1.pool.ntp.org
2.pool.ntp.org
ntp.ien.it

ho provato ad inserire nella lista ntp l'indirizzo ipv4 di qualche server e lo prende, spero non cambino indirizzi troppo spesso, per il resto sembra funzionare bene

volevo ora provare a configurare un altro server dns su mint 18, faccio tutta la procedura senza ricevere errori ma poi non va, ho provato, la prima parte senza chroot e funziona, poi quando lo passo in chroot non va piu, non dovrebbe avere di base la stessa sostanza di debian essendo una derivata?

[sacarde]

in effetti...

qui li vedi i log in /var/log/syslog ?





dai un'occhiata a: https://help.ubuntu.com/community/BI...hrooting_BIND9

[NiubboXp]

Originariamente inviato da sacarde

in effetti...

qui li vedi i log in /var/log/syslog ?





dai un'occhiata a: https://help.ubuntu.com/community/BI...hrooting_BIND9

ho provato anche questo ma non funziona, non mi sembra neanche tenga conto del systemd

[sacarde]

- il file del servizio dovrebbe essere il solito:

/etc/systemd/system/bind9.service

[Unit]
Description=BIND Domain Name Server
Documentation=man:named(8)
After=network.target

[Service]
ExecStart=/usr/sbin/named -f -u bind -t /....chroot....
ExecReload=/usr/sbin/rndc reload
ExecStop=/usr/sbin/rndc stop

[Install]
WantedBy=multi-user.target

- i log li hai trovati ?

[NiubboXp]

Originariamente inviato da sacarde

- il file del servizio dovrebbe essere il solito:

/etc/systemd/system/bind9.service





- i log li hai trovati ?

no, oramai ci rinuncio

diciamo che alla fine di tutto il server sembra funzionare bene, su syslog trovo gli errori che bind genera, il resto non mi è dato saperlo

ho anche impostato uno script che aggiorni automaticamente il sistema, voglio vedere quanto dura in funzione senza che si incasini tutto, evitando i reboot alla fine dell'update, sugli update da quel poco che so linux li richiede mooolto raramente rispetto a windows, non mi ricordo di un riavvio richiesto a dir la verità (ma illuminami su questa cosa non vorrei dar vita ad una falsa credenza)

ho solo un dubbio sull'upgrade, ho letto e cercato su internet ma leggo pareri discordanti a riguardo, c'è chi dice che è meglio lanciare il comando upgrade e chi invece dist-upgrade, da quello che ho capito la seconda opzione aggiorna ed installa anche le dipendenze dei pacchetti e quindi vedendola così mi sembra piu sensato, ha qualche contro rispetto al semplice upgrade?
altra domanda, quando verrà rilasciata una nuova versione del sistema operativo non è che con dist-upgrade mi passa alla versione nuova? (magari rompendo qualcosa) oppure per fare un upgrade da una versione ad un altra occorrono comandi differenti?

[sacarde]

Originariamente inviato da NiubboXp

no, oramai ci rinuncio

diciamo che alla fine di tutto il server sembra funzionare bene, su syslog trovo gli errori che bind genera, il resto non mi è dato saperlo

per i log letto? https://help.ubuntu.com/community/BI...rHowto#Logging

... non mi ricordo di un riavvio richiesto a dir la verità (ma illuminami su questa cosa non vorrei dar vita ad una falsa credenza)

se un programma e' in esecuzione e lo aggiorni, per eseguirlo aggiornato dovrai riavviarlo

...ho solo un dubbio sull'upgrade, ho letto e cercato su internet ma leggo pareri discordanti a riguardo, c'è chi dice che è meglio lanciare il comando upgrade e chi invece dist-upgrade

per i comandi di aggiornamenti.:
http://wiki.ubuntu-it.org/Amministra...to_del_sistema

altra domanda, quando verrà rilasciata una nuova versione del sistema operativo non è che con dist-upgrade mi passa alla versione nuova? (magari rompendo qualcosa) oppure per fare un upgrade da una versione ad un altra occorrono comandi differenti?

intendi avanzamento di versione? c'e' il comando apposta: do-release-upgrade

http://wiki.ubuntu-it.org/Installazione/NoteAvanzamento

[NiubboXp]

Originariamente inviato da sacarde

per i log letto? https://help.ubuntu.com/community/BI...rHowto#Logging




se un programma e' in esecuzione e lo aggiorni, per eseguirlo aggiornato dovrai riavviarlo



per i comandi di aggiornamenti.:
http://wiki.ubuntu-it.org/Amministra...to_del_sistema




intendi avanzamento di versione? c'e' il comando apposta: do-release-upgrade

http://wiki.ubuntu-it.org/Installazione/NoteAvanzamento

Interessante il discorso dei log, lo provo appena riesco, ma é valido anche su debian?

Per il discorso dist upgrade intendevo proprio il passaggio da una versione 8 a 9 etc etc, vorrei evitare di trovarmi incasinato

[sacarde]

Originariamente inviato da NiubboXp

Interessante il discorso dei log, lo provo appena riesco, ma é valido anche su debian?

perche' non dovrebbe?

Per il discorso dist upgrade intendevo proprio il passaggio da una versione 8 a 9 etc etc, vorrei evitare di trovarmi incasinato

se non usi do-release-upgrade, i repository rimangono quelli della tua versione
e puoi aggiornare i pacchetti ma rimanendo nella versione (es.16.04)

[NiubboXp]

Originariamente inviato da sacarde

perche' non dovrebbe?





se non usi do-release-upgrade, i repository rimangono quelli della tua versione
e puoi aggiornare i pacchetti ma rimanendo nella versione (es.16.04)

rieccomi, per quello che riguarda i log, ci rinuncio non riesco a farli andare, quando provo le varie configurazioni spiegate nelle guide non mi parte neanche il servizio

ora piu che altro ho un altro problema abbastanza strano

in pratica quando spengo il router ed il client (ma lascio il server acceso) e poi riaccendo il resto, capita (non sempre) che il server naviga regolarmente, ma il client no, e per farlo funzionare devo riavviare bind
ho controllato l'ip del client, l'acl su bind è corretto, non capisco come mai non gli risolva gli indirizzi
non è che va in qualche tipo di modalità sleep e non rimane piu in ascolto sulla porta 53?

[sacarde]

Originariamente inviato da NiubboXp

rieccomi, per quello che riguarda i log, ci rinuncio non riesco a farli andare, quando provo le varie configurazioni spiegate nelle guide non mi parte neanche il servizio

dara' qualche errore, no?

... non capisco come mai non gli risolva gli indirizzi
non è che va in qualche tipo di modalità sleep e non rimane piu in ascolto sulla porta 53?

questo lo puoi vedere da: netstat -anp|grep :53


p.s.
e riavviando il servizio di rete del client?

[NiubboXp]

facendo quel comando mi dice che è in ascolto però non va, se riavvio il client non cambia nulla, va solo se restarto bind

[sacarde]

bisogna cercare tra i log (o status del servizio) se capita quello che dici te (una sospensione del servizio)

[NiubboXp]

e come faccio a vedere lo status del servizio?

per il log quando lo configuro questo è quello che mi esce

Sep 28 13:09:06 raspberrypi named[3244]: could not open entropy source /dev/random: permission denied
Sep 28 13:09:06 raspberrypi named[3244]: using pre-chroot entropy source /dev/random
Sep 28 13:09:06 raspberrypi named[3244]: isc_stdio_open '/var/log/bind/bind.log' failed: file not found
Sep 28 13:09:06 raspberrypi named[3244]: configuring logging: file not found
Sep 28 13:09:06 raspberrypi named[3244]: loading configuration: file not found
Sep 28 13:09:06 raspberrypi named[3244]: exiting (due to fatal error)
Sep 28 13:09:06 raspberrypi systemd[1]: bind9.service: main process exited, code=exited, status=1/FAILURE
Sep 28 13:09:06 raspberrypi named[3244]: isc_stdio_open '/var/log/bind/bind.log' failed: file not found
Sep 28 13:09:06 raspberrypi rndc[3278]: rndc: connect failed: 127.0.0.1#953: connection refused
Sep 28 13:09:06 raspberrypi systemd[1]: bind9.service: control process exited, code=exited status=1
Sep 28 13:09:06 raspberrypi systemd[1]: Unit bind9.service entered failed state.

il file in questione bind.loog esiste, non vorrei che non lo trova xkè è in chroot e sia quella la causa del problema

[sacarde]

Originariamente inviato da NiubboXp

e come faccio a vedere lo status del servizio?

systemctl status -l bind9.service

Sep 28 13:09:06 raspberrypi named[3244]: could not open entropy source /dev/random: permission denied
Sep 28 13:09:06 raspberrypi named[3244]: using pre-chroot entropy source /dev/random
Sep 28 13:09:06 raspberrypi named[3244]: isc_stdio_open '/var/log/bind/bind.log' failed: file not found
Sep 28 13:09:06 raspberrypi named[3244]: configuring logging: file not found
Sep 28 13:09:06 raspberrypi named[3244]: loading configuration: file not found
Sep 28 13:09:06 raspberrypi named[3244]: exiting (due to fatal error)
Sep 28 13:09:06 raspberrypi systemd[1]: bind9.service: main process exited, code=exited, status=1/FAILURE
Sep 28 13:09:06 raspberrypi named[3244]: isc_stdio_open '/var/log/bind/bind.log' failed: file not found
Sep 28 13:09:06 raspberrypi rndc[3278]: rndc: connect failed: 127.0.0.1#953: connection refused
Sep 28 13:09:06 raspberrypi systemd[1]: bind9.service: control process exited, code=exited status=1
Sep 28 13:09:06 raspberrypi systemd[1]: Unit bind9.service entered failed state.

il file in questione bind.loog esiste, non vorrei che non lo trova xkè è in chroot e sia quella la causa del problema

ma questi errori li hai anche quando funziona?



p.s.
se il problema e' il chroot, una prova puoi farla senza chroot

[NiubboXp]

quando funziona non ho errori
ho qualche info in piu sul problema dello "sleep"
facendo questo comando quando il server funziona

netstat -an | grep "LISTEN"

ho nella lista anche l'indirizzo ip lan della macchina, quando invece non è funzionante ho il localhost in ascolto sulla porta 53 ma non piu l'indirizzo ip

facendo l'altro comando che mi hai scritto quando non funziona mi dice questo

bind9.service - BIND Domain Name Server
Loaded: loaded (/etc/systemd/system/bind9.service; enabled)
Drop-In: /run/systemd/generator/bind9.service.d
└─50-insserv.conf-$named.conf
Active: active (running) since mer 2016-09-28 13:09:57 CEST; 3h 52min ago
Docs: man:named(8)
Process: 3278 ExecStop=/usr/sbin/rndc stop (code=exited, status=1/FAILURE)
Main PID: 3337 (named)
CGroup: /system.slice/bind9.service
└─3337 /usr/sbin/named -f -u bind -t /var/bind9/chroot

se lo riavvio invece è funzionante e non mi da alcun errore nello status

[sacarde]

Originariamente inviato da NiubboXp

quando funziona non ho errori
ho qualche info in piu sul problema dello "sleep"
facendo questo comando quando il server funziona

netstat -an | grep "LISTEN"

ho nella lista anche l'indirizzo ip lan della macchina, quando invece non è funzionante ho il localhost in ascolto sulla porta 53 ma non piu l'indirizzo ip

credo che questo sia il comportamento normale

facendo l'altro comando che mi hai scritto quando non funziona mi dice questo

bind9.service - BIND Domain Name Server
Loaded: loaded (/etc/systemd/system/bind9.service; enabled)
Drop-In: /run/systemd/generator/bind9.service.d
└─50-insserv.conf-$named.conf
Active: active (running) since mer 2016-09-28 13:09:57 CEST; 3h 52min ago
Docs: man:named(8)
Process: 3278 ExecStop=/usr/sbin/rndc stop (code=exited, status=1/FAILURE)
Main PID: 3337 (named)
CGroup: /system.slice/bind9.service
└─3337 /usr/sbin/named -f -u bind -t /var/bind9/chroot

non capisco l'esecuzione ExecStop di "rndc stop" il quale ferma il servizio


p.s.
prova a fare un touch dei file che non trova (nel post di sopra)

es.

sudo touch /var/log/bind/bind.log

per farglieli trovare