electro575 a écrit 829 commentaires

Pas de problème, j'ai trouvé ce qu'il n'allait pas dans la conf nginx.

Par contre, vous avez déjà analysé le code de zoneminder pour vérifier s'il respecte la vie privée de ceux qui l'utilise chez eux ?

S'il est éthique, n'envoie pas les flux vidéos chez eux.

Il y a sous les dépots de debian bullseye la version 1.34 de zoneminder.

Donc j'avais commencé comme cela et avec nginx au lieu de apache2.

Je ne compte pas changer de serveur web.

Je peux vous montrer ma conf nginx.

Les gens utilisent ce doc pour installer sous Debian Bullseye.

https://wiki.zoneminder.com/Debian_11_Bullseye_with_Zoneminder_1.36.x

De mon côté j'ai installé la version des dépots de bebian bullseye, 1.34.

Sauf que je n'utilise pas apache2 mais nginx.

Voici la conf que j'ai mise.

/etc/nginx/sites-enabled/zone.mondomain.com

server {
    listen 80;
    listen [::]:80;
    server_name zone.mondomain.com;

    include /etc/nginx/zoneminder.conf;
    # Enforce HTTPS
    #return 301 https://$server_name$request_uri;
}

server {
        listen 443 ssl;
        server_name zone.mondomain.com;

        access_log /var/log/nginx/zone.mondomain.com.access;
        error_log  /var/log/nginx/zone.mondomain.com.error;
        #rewrite_log     on;

        # Path to the root of your installation
        root                          /usr/share/zoneminder/www;

        #ssl                           on;
        ssl_certificate               /etc/letsencrypt/live/zone.mondomain.com/fullchain.pem; # managed by Certbot
        ssl_certificate_key           /etc/letsencrypt/live/zone.mondomain.com/privkey.pem; # managed by Certbot

        keepalive_timeout       60;
        ssl_session_timeout 10m;

        ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
        ssl_ciphers "HIGH:!aNULL:!MD5 or HIGH:!aNULL:!MD5:!3DES";
        ssl_prefer_server_ciphers on;

}

/etc/nginx/zoneminder.conf

location /zoneminder/cgi-bin {
   gzip off;
   root /usr/lib;

   include fastcgi_params;
   fastcgi_param SCRIPT_FILENAME /usr/lib/zoneminder/cgi-bin/nph-zms;

   fastcgi_intercept_errors on;
   fastcgi_pass unix:/var/run/fcgiwrap.socket;
}

location /zoneminder/ {
   gzip off;
   alias /usr/share/zoneminder/www/;
   index index.php;

   location ~ \.php$ {
      include fastcgi_params;
      # NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
      fastcgi_param SCRIPT_FILENAME $request_filename;
      fastcgi_intercept_errors on;
      fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
   }

   location ~* /zoneminder/.*\.(txt|log)$ {
      deny all;
   }

   location ~* /zoneminder/.*\.(m4a|mp4|mov)$ {
      #mp4;
      #mp4_buffer_size 5M;
      #mp4_max_buffer_size 10M;
   }
}

ZoneMinder, tu l'installe depuis les dépôts debian ou depuis cette page ?

En ce qui concerne le matériel, tu choisi un des appareils D-Link listé ici ?

https://wiki.zoneminder.com/D-Link

Parce que les récents ne sont pas pris en charge.

Par exemple : https://www.materiel.net/produit/201806110052.html

J'ai trouvé ceci pour le moment,

https://github.com/Motion-Project/motion/wiki/Supported-hardware

Mais pas de liste précise, je regarde demain d'avantages à ce sujet et sur ses 2 solutions logicielles.

Effectivement, ta solution je pense va devenir celle que je vais installer.

Par contre, je me demandais comment des caméra IP peuvent devenir un noeud video0, video1, …

Je prends l'exemple du projet motion, qui utilise /dev/video0 …

Aujourd'hui en usb, j'ai répertorié ceux-ci.

https://www.elpcctv.com/

Je crois que je vais choisir des caméras avec sorties video et une carte PCI avec 4 entrées vidéo.

Ce produit à l'air bien.

https://www.camerasurveillance.net/36-camera-de-surveillance-infrarouge-dome.html

Je me suis trompé, dissipateur + ventilateur.

Oui il est très bien mais trop haut pour faire passer le gros ventilateur de ma tour.

Le gros ventilateur (encombrement de 4cm) de la tour est sur le côté gauche quand on regarde une tour en face.

Je ne sais pas si il existe des dissipateurs moins haut que celui-ci.

Ta solution m'a l'air bien pas mal, je vais peut être essayer

Ha mais même pour l'option cloud ? Avec lequel tu te fabriques un serveur ?

Je viens de tenter le cloud gandi pour créer un VPS.

Je vais voir ce que ça donne.

C'est 14€/mois, à voir si ça facture moins si il reste éteint.

Sinon 500 Mpbs c'est déjà pas mal pour les tests.

Je ne connais pas les prix actuels.

Ce n'est pas un besoin à l'année mais au coup par coup.

J'aimerais juste pouvoir reproduire mes tests avec la même config.

Est-ce que la version machine ON/OFF permet ça ?

J'aimerais faire des tests pour une bande passante de 1 Gbps dans le meilleur cas.

Après je ne connais pas le tarif exact.

Owncloud ou nextcloud ne sont pas dans les dépots debian.

Si vous les installeriez, vous prendriez les dépots de chez eux ?

Ou simplement via téléchargement et les placer dans /var/www/html/cloud ?

Comment tu as fait pour installer tes propres instances ?

Une instance pour stocker, visionner, partager des données.

Une autre instance pour chater.

C'était une erreur de ma part.

le fichier dovecot.conf n'incluait pas les fichiers du dossier conf.d

Dans le fichier /etc/dovecot/conf.d/90-sieve.conf

J'ai ceci :

sieve_plugins = sieve_imapsieve sieve_extprograms
sieve_global_extensions = +vnd.dovecot.pipe
sieve_pipe_bin_dir = /etc/dovecot/sieve

Dans le fichier /etc/dovecot/sieve/report-ham.sieve,

require ["vnd.dovecot.pipe", "copy", "imapsieve", "environment", "variables"];

if environment :matches "imap.mailbox" "*" {
  set "mailbox" "${1}";
}

if string "${mailbox}" "Trash" {
  stop;
}

if environment :matches "imap.email" "*" {
  set "email" "${1}";
}

pipe :copy "train-ham.sh" [ "${email}" ];

Une mise en veille après inactivité serait le mieux adapté à priori !?

Je mount et umount une fois la sauvegarde terminée, ça devrait passer

Avec cette commande, hdparm -y /dev/sdb

Pourquoi il est écrit : issuing standby command

Alors qu'au final, ça à l'air de fonctionner.

La commande hdparm -Y /dev/sdb ne fonctionne pas.

Le disque reste en standby, je n'ai jamais réussi à le mettre en sleep.

Je pense que /dev/sdd1 était un disque en plus non configuré.

Ca ne m'a pas posé de problèmes au final.

Je suis partie sur une config sans chiffrer le système par manque de temps pour investiguer.

/dev/system/system était le montage via gnome-disk-utility après avoir déchiffrer un disque à mon souvenir.

Merci pour votre aide.

Je reviens à mon besoin initial.

J'ai,

HDD1 : système debian
HDD2 : home

HDD3 : mes données

Quel moyen permet d'ajouter de l'espace à "mes données" ? Le LVM seulement ?

Merci

Le but est de pouvoir ajouter de l'espace supplémentaire au stockage des données.

Pour le moment, 1 PV est dedié pour 1 LV de DATA.

Si j'ai bien saisi, il vaut mieux chiffrer le LV si l'on veut par la suite ajouter un disque dur et étendre le LV ?

Depuis un live USB j'effectue les commandes suivantes,

sudo -s
mkdir /mnt/
mount /dev/system/system /mnt/

mount -o bind /dev/ /mnt/dev
mount -o bind /sys/ /mnt/sys
mount -t proc proc /mnt/proc
mount -o bind /run/ /mnt/run
# chroot pour acces au système debian
chroot /mnt
mount -a

Jusqu'ici, j'ai bien monté l'existant sur mon système debian.

J'update grub.

root@debian:/# update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-4.19.0-14-amd64
Found initrd image: /boot/initrd.img-4.19.0-14-amd64
Found linux image: /boot/vmlinuz-4.19.0-13-amd64
grub-probe: error: cannot find a GRUB drive for /dev/sdd1.  Check your device.map.
Adding boot menu entry for EFI firmware configuration
done

Pour finir, j'effectue un initramfs.

root@debian:/# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.19.0-14-generic
cryptsetup: WARNING: target 'luks-524c1ad6-fabe-4f32-9bb0-c8db1286b262' not
found in /etc/crypttab
```

La target 'luks-524c1ad6-fabe-4f32-9bb0-c8db1286b262' n'est pas trouvé alors qu'elle est présente dans le fichier /etc/crypttab.

Ou se situe le problème ? C'est le fait de monter les partitions sur le système debian à mettre à jour ?

Si j'installe Debian avec une clé ou un CD et je crypte le système '/', pas de problème la partition luks-XXX est détecté au démarrage.

Lorsque je reprends mon système serveur et que je le copie à la place de celui installé avec le live USB, la partition système luks-XXX n'est pas détecté alors que les luks-XXX du DATA et HOME sont détectées.

Ok.

Le fait d'avoir le système chiffré empeche l'update-initramfs -u de voir cette partition système chiffré.

Est-ce à cause du chroot et des mounts à effectuer pour faire : grub-install, update-grub et update-initiramfs -u ?

Merci

J'ai créé une partition EFI et une autre BOOT et après le système.

L'initiramfs m'a reglé le problème quand j'avais juste le HOME et les DATA de chiffrés.

J'ai remis un coup d'installeur debian pour chiffrer aussi le SYSTEME + HOME + DATA.

Je recopie toutes mes données sauf EFI et le BOOT créé par l'installeur debian et je ferais un update-grub et update-initramfs.

Tout devrait rentrer dans l'ordre.