Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - Riccardo80

Pagine: [1] 2
1
Server / Re: Hylafax - eliminazione fax ricevuti
« il: 28 Gennaio 2013, 14:19:28 »
si dici bene, però non essendo io il destinatario della mail, può capitare che venga  cancellata la mail e poi chiedano a me di recuperare il fax.

Grazie comunque, chiudo il thread.

R.

2
Server / Re: Hylafax - eliminazione fax ricevuti
« il: 28 Gennaio 2013, 11:20:49 »
non sono un gran utilizzatore di script, ad ogni modo tu qua cerchi nelle 2 cartelle i file modificati 6 giorni prima e li rimuovi.

Io invece vorrei impedire che faxcron cancelli automaticamente i fax più vecchi di 30 giorni.

Al momento ho creato un semplice script che ricopia ogni fax in un'altra cartella e quindi ho un bk di sicurezza, quindi non rischio di perdere i fax arrivati, però non è la soluzione più elegante.

Ciao e grazie
R.

3
Server / Hylafax - eliminazione fax ricevuti
« il: 24 Gennaio 2013, 17:21:36 »
Salve a tutti

ho configurato un server fax con hylafax 6.0.6 su centos 5.5 e tutto funziona correttamente, ricevo anche la mail per ogni fax ricevuto.

Ora vorrei cambiare l'impostazione di eliminare automaticamente i fax ricevuti ogni 30 giorni, sapete come fare?

Credo che faxcron -rcv 180 per indicare 180 giorni sia il comando interessato, ma non sono sicuro, anche perché non riesco a capire come vedere un riepilogo delle impostazioni attualmente attive.

con faxstat non riesco a vedere queste informazioni

Grazie
R.

4
Supporto Generale / Re: Sostituire hd fail in radi 1 software
« il: 07 Novembre 2011, 15:11:00 »
Grazie ancora.

Perfetto ha funzionato, ho fatto una prova staccando manualmente /dev/sda per testare il nuovo disco /dev/sdb ed il server si è acceso con tutti i dati presenti ecc, poi ho invertito riattaccando solo /dev/sda (in sostanza sono tornato alla situazione di stamattina dove sdb era il disco rotto ed sda il disco funzionante) ed anche questa volta il server si è acceso quindi il raid e grub hanno funzionato correttamente.

Ora dopo aver riattaccato il nuovo disco /dev/sdb mi ritrovo in questa situazione. con la partizione di boot in md0 valida su sdb e md1 su sda
Personalities : [raid1]
md0 : active raid1 sdb1[1]
      104320 blocks [2/1] [_U]

md1 : active raid1 sda2[0]
      481275200 blocks [2/1] [U_]

unused devices: <none>

Ho aggiunto di nuovo le rispettive partizioni al raid ed ora il sistema è al 19% di recovery.

Ti chiedo devo reinstallare di nuovo grub su /dev/sda?
e nel caso si rompa /dev/sdb e grub non fosse stato configurato a dovere /dev/sda non dovrebbe riuscire a partire.
In tal caso non basta cambiare l'attacco del cavo sata alla scheda madre e quindi farlo rilevare come se fosse /dev/sdb ?

Grazie ancora, con questa ho davvero concluso.  ;)

5
Supporto Generale / Re: Sostituire hd fail in radi 1 software
« il: 07 Novembre 2011, 11:37:19 »
hehe :) grazie di nuovo per la riposta celere

Un ultima domanda.
Devo anche obbligatoriamente installare Grub nel nuovo disco per poter avviare la macchina nel caso si rompa il primo disco, giusto?

6
Supporto Generale / Re: Sostituire hd fail in radi 1 software
« il: 07 Novembre 2011, 11:29:07 »
Grazie della risposta.

Ho eseguito il tutto e cat /proc/mdstat riporta:
-----------------------
Personalities : [raid1]
md0 : active raid1 sdb1[1] sda1[0]
      104320 blocks [2/2] [UU]

md1 : active raid1 sdb2[2] sda2[0]
      481275200 blocks [2/1] [U_]
      [==>..................]  recovery = 12.3% (59668480/481275200) finish=68.3min speed=102728K/sec

unused devices: <none>
------------------------

Durante il processo di recovery è possibile usare il server o bisogna attendere che termini prima di far ripartire le condivisioni samba e altri servizi?

7
Supporto Generale / Sostituire hd fail in radi 1 software
« il: 07 Novembre 2011, 09:53:05 »
Salve a tutti,

Ho 2 dischi 500GB in raid 1 software.  Al momento di creare il RAID ho creato /dev/md0 come raid delle partizioni di /boot e dev/md1 è LVM con 4 volumi logici che ri rifesiscono alle partizioni
/
/home
/tmp
/swap

Un disco riporta errori se interrogo lo SMART status ed il comando : cat /proc/mdstat mostra questo output

Personalities : [raid1]
md0 : active raid1 sda1[0]
      104320 blocks [2/1] [U_]

md1 : active raid1 sda2[0]
      481275200 blocks [2/1] [U_]

unused devices: <none>


Non ho mai sostituito un disco in raid e leggendo varie guide trovo 2 modi operativi diversi.

Il primo dice che si può semplicemente sostituire il disco rotto e alla riaccesione il sistema incomincia il rebuild e tutto torna operativo subito

---------------
Il secondo che sembra essere il più quotato dice che devo obbligatoriamente prima marcare il disco rotto con il comando

 mdadm --manage /dev/md0 --fail /dev/sdb1

sostituire il disco e copiare le partizioni del primo disco sul secondo con il comando

sfdisk -d /dev/sda | sfdisk /dev/sdb

e successivamente aggiungere le partizoni al raid con il comando

mdadm --manage /dev/md0 --add /dev/sdb1

------------

Vi chiedo un aituo su come operare

Cordiali Saluti

Riccardo

8
Server / Re: Monitorare accesso cartelle samba
« il: 13 Ottobre 2011, 11:04:29 »
Grazie mille

proverò anche quest'altra soluzione.

P.s Io sarei interssato ad un topic ad hoc riguardo privacy e tutto quello che attiene.

Se può interessare alla Smau a Milano ci saranno diversi incontri in merito alla privacy.

Saluti

9
Server / Re: Monitorare accesso cartelle samba
« il: 07 Ottobre 2011, 16:30:00 »
Per chi interessa ho visto che con VFS full_audit si possono monitorare le operazioni si una precisa cartella, riporto l'esempio che ho testato.

        path = /home/samba/test
        vfs objects = full_audit recycle
        full_audit:prefix = %u|%I|%m|%S
        full_audit:success = mkdir rename unlink rmdir pwrite
        full_audit:failure = none
        full_audit:facility = LOCAL6
        full_audit:priority = NOTICE

Riporto anche un link con più dettagli
http://moiristo.wordpress.com/2009/08/10/samba-logging-user-activity/

Questo però non risolve il mio quesito, dove non mi serve tanto sapere quali operazioni vengono fatte ma avere un totale degli accessi per cartella.

10
Server / Re: Monitorare accesso cartelle samba
« il: 07 Ottobre 2011, 13:45:50 »

Sto leggendo Stackable VFS modules per audit su samba.

Posso chiederti come controlli le date di accesso ? se basta quello magari è anche un lavoro più semplice

11
Server / Re: Monitorare accesso cartelle samba
« il: 07 Ottobre 2011, 10:27:26 »
Non mi interessa il chi fa cosa, e comunque non si tratta di dati privati e/o sensibili, mi serve sapere se tutte le cartelle che nel tempo sono state create sono ancora utili.

Ti spiego più in dettaglio cosa mi serve, credo rientri nella normale manutenzione.

io ho 20 cartelle condivise sul mio server, e attualmente ritengo siano troppe anche perché alcune contengono informazioni simili, quindi si rischia anche la ridondanza di file.

Io vorrei capire quali sono le cartelle meno usate, perché magari scopro che su 20 cartelle in 10 non ci entra mai nessuno e quindi le posso eliminare. Questo sarebbe un primo passo già utile.

Sapere chi ci entra mi permetterebbe di rendere più veloce il lavoro perché andrei direttamente dagli utenti per chiedere di controllare cosa tenere e cosa buttare.


12
Server / Monitorare accesso cartelle samba
« il: 07 Ottobre 2011, 09:13:03 »
Salve a tutti,

sto cercando un modo per controllare gli accessi alle cartelle condivise tramite Samba

Ho centos 5.6 con samba PDC. Vorrei sapere quanti accessi ci sono per ogni cartella e possibilmente da quali utenti. In ottica di manutenzione vorrei cercare di tenere solo le cartelle veramente necessarie e cancellare quelle poco o mai utilizzate.

Ho visto che nei log di samba ho righe di questo tipo

---------------------------------------
Allowed connection from  (192.168.30.12) : 179 Time(s)
 lib/access.c:check_access(323)  Allowed connection from  (192.168.30.13) : 5 Time(s)
 lib/access.c:check_access(323)  Allowed connection from  (192.168.30.14) : 5 Time(s)
 lib/access.c:check_access(323)  Allowed connection from  (192.168.30.15) : 1 Time(s)
 lib/access.c:check_access(323)  Allowed connection from  (192.168.30.18) : 14 Time(s)
---------------------------------------

sto cercando un modo per completare queste informazioni riportando anche gli utenti e le cartelle.

Cordialmente

riccardo

13
Sicurezza / Re: Connessioni FTP sospette
« il: 15 Luglio 2011, 08:55:59 »
Dal 12 quando ho fermato il servizio yum-updatesd non mi trovo più tentativi di connessione ftp, credo di poter considerare risolto il mistero.


Grazie a tutti

Riccardo

14
Sicurezza / Re: Connessioni FTP sospette
« il: 12 Luglio 2011, 15:42:29 »
Ecco parte il Log


Mon, 2011-07-11 08:13:34 - TCP Packet - Source:192.168.30.**,48164 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 08:13:57 - TCP Packet - Source:192.168.30.**,48165 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 08:14:19 - TCP Packet - Source:192.168.30.**,48166 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 08:14:42 - TCP Packet - Source:192.168.30.**,48167 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 08:15:04 - TCP Packet - Source:192.168.30.**,48168 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 08:15:27 - TCP Packet - Source:192.168.30.**,48169 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 08:15:49 - TCP Packet - Source:192.168.30.**,34285 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 08:16:12 - TCP Packet - Source:192.168.30.**,34286 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 08:16:34 - TCP Packet - Source:192.168.30.**,34287 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 08:16:57 - TCP Packet - Source:192.168.30.**,34288 Destination:192.54.34.190,21 - [FTP rule match]
Mon, 2011-07-11 10:13:33 - TCP Packet - Source:192.168.30.**,42075 Destination:62.94.0.11,21 - [FTP rule match]
Mon, 2011-07-11 10:13:56 - TCP Packet - Source:192.168.30.**,42076 Destination:62.94.0.11,21 - [FTP rule match]
Mon, 2011-07-11 10:14:18 - TCP Packet - Source:192.168.30.**,42077 Destination:62.94.0.11,21 - [FTP rule match]
Mon, 2011-07-11 10:14:41 - TCP Packet - Source:192.168.30.**,42078 Destination:62.94.0.11,21 - [FTP rule match]
Mon, 2011-07-11 10:15:03 - TCP Packet - Source:192.168.30.**,42079 Destination:62.94.0.11,21 - [FTP rule match]
Mon, 2011-07-11 10:15:26 - TCP Packet - Source:192.168.30.**,42080 Destination:62.94.0.11,21 - [FTP rule match]
Mon, 2011-07-11 10:15:48 - TCP Packet - Source:192.168.30.**,33313 Destination:62.94.0.11,21 - [FTP rule match]
Mon, 2011-07-11 10:16:11 - TCP Packet - Source:192.168.30.**,33314 Destination:62.94.0.11,21 - [FTP rule match]
Mon, 2011-07-11 10:16:33 - TCP Packet - Source:192.168.30.**,33315 Destination:62.94.0.11,21 - [FTP rule match]
Mon, 2011-07-11 10:16:56 - TCP Packet - Source:192.168.30.**,33316 Destination:62.94.0.11,21 - [FTP rule match]

I tentativi continuano per tutto il giorno.

La regola definita FTP blocca tutto il traffico FTP.

Di sequito riporto il cron impostato alle 04:00

/etc/cron.daily/makewhatis.cron
/etc/cron.daily/logrotate
/etc/cron.daily/prelink
/etc/cron.daily/tmpwatch
/etc/cron.daily/0anacron
/etc/cron.daily/cups
/etc/cron.daily/0logwatch
/etc/cron.daily/mlocate.cron
/etc/cron.daily/rpm


Ho anche fermato il servizio yum-updatesd per vedere se è opera sua.

l'IP 192.54.34.190 sembra appartenga a http://www.fraunhofer.de/en/about-fraunhofer/ un instituto di ricerca..

15
Sicurezza / Re: Connessioni FTP sospette
« il: 12 Luglio 2011, 09:02:44 »
Grazie per la riposta celere

l'ip 192.....  non è la classe della mia rete e lo trovo nei log come ip di destinazione
Nel log del router ho

TCP Packet - Source:192.168.30.**,48166 Destination:192.54.34.190,21

Per l'ip eutelia è una connessione nuova che prima non vedevo mai.

Ad ogni modo dici che l'ip riferito ad Eutelia è dedicato a dei repo quindi è un ip sicuro

Pagine: [1] 2
I Cookies ci aiutano a fornirti una migliore esperienza di navigazione. Utilizzando il nostro sito, ci autorizzi all'uso dei cookies.