Tous les articles par pled

Article avec bouts de code

On commence par du bash :

$ nmap -sT 192.168.1.32
Starting Nmap 7.95 ( https://nmap.org ) at 2025-06-25 10:00 CEST
Nmap scan report for NAS-N150.lan (192.168.1.32)
Host is up (0.00021s latency).
Not shown: 991 closed tcp ports (conn-refused)
PORT     STATE    SERVICE
..
8080/tcp filtered http-proxy
8090/tcp open  opsmessaging
..

Puis du yaml :

---
version: "2.1"
services:
  nextcloud:
    image: linuxserver/nextcloud
    container_name: nextcloud2023
    environment:
      - PUID=997
      - PGID=100
      - TZ=Europe/Paris
    volumes:
      - /srv/dev-disk-by-label-DATA/AppData/Nextcloud/config:/config
      - /srv/dev-disk-by-label-DATA/AppData/Nextcloud/data:/data
    ports:
      - 443:443
    depends_on:
      - mariadb
    restart: unless-stopped
  mariadb:
    image: linuxserver/mariadb
    container_name: nextclouddb2023
    environment:
      - PUID=997
      - PGID=100
      - MYSQL_ROOT_PASSWORD=keepsecret
      - TZ=Europe/Paris
    volumes:
      - /srv/dev-disk-by-label-DATA/AppData/Nextclouddb:/config
    ports:
      - 3306:3306
    restart: unless-stopped
  swag:
    image: linuxserver/swag
    container_name: swag2023
    cap_add:
      - NET_ADMIN
    environment:
      - PUID=997
      - PGID=100
      - TZ=Europe/Paris
      - URL=xxx.pled.fr
      - SUBDOMAINS=nextcloud
      - VALIDATION=http
      - EMAIL=yyy@zzz
    volumes:
      - /srv/dev-disk-by-label-DATA/AppData/swag:/config
    ports:
      - 444:443
      - 81:80
    restart: unless-stopped

Et du php pour finir :

  'trusted_proxies' =>
  array (
    0 => '17Z.20.0.0/16',
  ),
  'trusted_domains' => 
  array (
    0 => '192.168.1.30:443',
    1 => 'nextcloud.xxx.pled.fr',
  ),
  'overwrite.cli.url' => 'https://nextcloud.xxx.pled.fr',
  'overwritehost' => 'nextcloud.xxx.pled.fr',
  'overwriteprotocol' => 'https',

Cadre info sur article

Test du nouveau cadre comparé à l’ancien :

J’ai modifié la valeur de server_name pour correspondre à mon sous-domaine. Par défaut, $upstream_app a la valeur immich. Pour ne pas avoir à modifier ma config (container name, cname), je l’ai remplacé par mon adresse IP locale 192.168.x.y (2 occurrences). Tout le reste a été laissé par défaut.

Et le nouveau :

Info
J’ai modifié la valeur de server_name pour correspondre à mon sous-domaine. Par défaut, $upstream_app a la valeur immich. Pour ne pas avoir à modifier ma config (container name, cname), je l’ai remplacé par mon adresse IP locale 192.168.x.y (2 occurrences). Tout le reste a été laissé par défaut.

EOS, article avec image à gauche

Voilà quelque temps que je pensais à installer un dual-boot sur mon PC, j’ai de la place sur le SSD, les partitions sont prêtes, mais quel OS choisir ? Reprendre un système basé sur Debian offrait peu d’intérêt, autant tester quelque chose de nouveau et apprendre.

J’ai d’abord envisagé de prendre un « Linux immuable » pour tester un peu cette nouvelle approche, mais je l’ai vite abandonné, ce n’est pas du tout adapté à mon usage.

Puis j’ai pensé à ArchLinux, basé sur le principe KISS, mais qui nécessite pas mal de configuration après l’installation (y compris installer une interface graphique !), et c’est pourquoi elle est destinée aux utilisateurs avancés. Cela me faisait hésiter, et puis je suis tombé sur EndeavourOS, qui est basé sur Arch mais dont le but est justement de réduire cet écart et de proposer une installation de base plus complète (DE inclus).

Essayer ArchLinux va me permettre d’en apprendre un peu sur cette distribution, de découvrir le gestionnaire de paquets pacman, ainsi que les paquets disponibles sur le dépôt AUR…

Voyons voir cette installation et mes premiers pas avec EOS…

MoOde (lire la suite)

Je voulais l’autre jour installer un petit utilitaire sur mon Raspberry P4 où est installé Volumio 3, et je me suis rendu compte que l’OS était un Debian Buster 10 en 32 bits (et donc plus de dépôts !). Ça m’a paru bizarre, et j’ai vérifié que le Raspberry P4 est bien en architecture x64.

Après quelques recherches, j’ai vu que Volumio avait récemment sorti sa version 4, qui tourne fièrement sur un Debian Bookworm 12 (et espérons en x64). Mais cela veut probablement dire que Volumio va rester un bout de temps avec cette version de Debian, qui n’est déjà plus la version release actuelle.

De fil en aiguille, je suis tombé sur MoOde, un lecteur audio FOSS dédié au Raspberry, qui lui propose une version sous Debian Trixie 13, soit la dernière version de Debian. Comparé à Volumio, il est totalement open-source (FOSS), et a manifestement des mises à jour beaucoup plus fréquentes. C’est plutôt bon signe pour le projet, et rien que pour cela, ça vaut le coup de changer. Il a aussi l’air très complet et offre beaucoup plus de possibilités que Volumio. Aucune raison donc de ne pas au moins l’essayer.

Cet article décrit l’installation, les premiers paramétrages, comment j’ai réglé le problème d’affichage de pochettes au vu de l’organisation de ma bibliothèque musicale, la gestion des playlists, les radios, l’utilisation d’une application Android (ou pas). J’ai aussi activé le mode NFS de moOde afin d’accéder à ma musique via un serveur Docker Navidrome que je venais de monter en test, afin de pouvoir utiliser le très beau Feishin comme lecteur sur le PC :

Feishin, un beau lecteur audio pour le desktop

Mais ce sera l’objet d’un futur article ! 😉

Revenons à moOde audio player

Continuer la lecture de MoOde (lire la suite)