Ceci est une mise \u00e0 jour se rapportant \u00e0 l’h\u00e9bergement d’une radio sur votre propre serveur.<\/p>\n\n\n\n
Apr\u00e8s avoir fait des avant-arri\u00e8re, voici ce avec quoi j’h\u00e9berge ma radio. Ce ne fut pas sans mal, mais apr\u00e8s plus d’un an en fonctionnel, il est content le monsieur!<\/p>\n\n\n\n
Voici les points-cl\u00e9s de la configuration de mpd dans \/etc\/mpd.conf <\/strong>:<\/p>\n\n\n\n Le reste est par d\u00e9faut.<\/p>\n\n\n\n Attention! La configuration d’Icecast que j’utilise est sp\u00e9cifique : comme je ne veux pas que ma radio tape directement sur le serveur qui est dans mon salon, j’utilise un VPS qui faire relais, c’est-\u00e0-dire que la radio tourne bien sur mon serveur, mais ne re\u00e7oit qu’un seul “client”, mon VPS. Note : le hostname peut \u00eatre [IP publique de votre serveur] <\/em>OU [domaine genre domaine.machin.com] <\/em>OU [localhost si vous tournez en local 100%]<\/em>. Maintenant, pour la partie relais (qui est sur le VPS), toujours dans \/etc\/icecast2\/icecast.xml<\/strong> :<\/p>\n\n\n\n Notes : Bien! Maintenant que nos source et relais sont configur\u00e9s, nous allons passer \u00e0 la configuration des pr\u00e9requis pour que \u00e7a fonctionne. Sur notre serveur source, celui qui fait tourner MPD, nous allons donc avoir besoin de deux fichiers \u00e0 r\u00e9cup\u00e9rer par le VPS : status-json.xsl<\/strong>, et radio-track.json<\/strong> qui contient les informations courantes de la piste en cours.<\/p>\n\n\n\n status-json.xsl est g\u00e9r\u00e9 automatiquement par Icecast2 et est g\u00e9n\u00e9r\u00e9 selon la config de ce dernier dans \/usr\/share\/icecast2\/web\/status-json.xsl<\/strong> . On se garde \u00e7a sous le coude pour plus tard.<\/p>\n\n\n\n radio-track.json est issu d’un script maison qui va venir r\u00e9cup\u00e9rer les informations ID3 (artiste, album…) <\/em>et les mettre dans un fichier json, lequel sera affich\u00e9 sur notre interface “officielle” de radio.<\/p>\n\n\n\n Pour la suite, nous partirons donc du principe que le script est \/home\/user\/scripts\/triggerradioupdate.sh<\/strong>, et dispose des droits +x. Notes : J’ai essay\u00e9 sans passer par un service, genre bash script.sh &<\/strong><\/em> pour lancer en background, mais cela finit immanquablement par quitter le script. De d\u00e9pit, ChatGPT m’a conseill\u00e9 de passer par un service d’appel et de surveillance, qui relancera d\u00e8s qu’il en aura besoin. Contenu de radio-update.service :<\/p>\n\n\n\n N’oubliez pas de mettre \u00e0 jour ExecStart et User! Ensuite, v\u00e9rifiez que \u00e7a fonctionne via :<\/p>\n\n\n\n Normalement, vous devriez avoir un fichier vide : tout va bien! Il faudra patienter jusqu’au passage au prochain morceau pour que les informations soient \u00e9crites. Maintenant que nos fichiers originaux sont pr\u00e9par\u00e9s, nous allons donc passer \u00e0 leur mise \u00e0 disposition. Fichier de configuration Nginx : <\/p>\n\n\n\n Vous pouvez cr\u00e9er un fichier index.php, histoire de dire, mais gardez en t\u00eate que dans mon exemple, ce serveur “source” n’est pas destin\u00e9 \u00e0 servir d’interface, juste de source de donn\u00e9es. Histoire de savoir si \u00e7a marchait bien. Allez, \u00e9tape suivante : configurer notre frontend, notre v\u00e9ritable interface, celle qui est sur le VPS. <\/p>\n\n\n\n Pour ce qui est de notre interface, je vais vous fournir celui qui me sert actuellement, \u00e7a sera plus simple. (D\u00e9sol\u00e9 pour la mise en page, c’est vraiment daub\u00e9 WordPress pour le code).music_directory \"\/media\/Radio\"<\/strong> # plusieurs sous-niveaux de dossiers, aucun probl\u00e8me\nplaylist_directory \"\/media\/Radio\"<\/strong> # les droits sont relou pour changer la playlist dans ncmpc, je dois passer par du 777 puis retour \u00e0 644\nmetadata_to_use \"artist,album,title,name\"<\/strong> # pour l'affichage sur la page web, requis!\nfollow_outside_symlinks \"yes\" <\/strong># j'ai trouv\u00e9 \u00e7a pratique mais c'est vous qui voyez\nfollow_inside_symlinks \"yes\"<\/strong> # idem\n# Ci-apr\u00e8s le truc le plus important : la description de la source audio\naudio_output {\n type \"shout\"\n encoder \"mp3\"\n name \"Petit nom comme vous voulez\"\n host \"localhost\"\n port \"60099\"\n mount \"\/monstream\" <\/strong># SUPER important pour pointer vers le stream dans Icecast2\n password \"MonSuperMotDePasse\" <\/strong># N\u00e9cessaire pour Icecast2\n bitrate \"192\"\n format \"44100:16:2\"\n protocol \"icecast2\"\n user \"source\"\n genre \"VGM\"<\/strong> #Tout sauf obligatoire\n}<\/strong><\/code><\/pre>\n\n\n\nConfiguration Icecast2 (source)<\/h2>\n\n\n\n
Le VPS va ensuite servir de relais et encaisser le trafic issu d’Internet (nombre de clients mais aussi attaques potentielles).
Ceci n\u00e9cessite d’avoir 2 Icecast 2 : un en source sur mon serveur, et un second en relais sur mon VPS.
Voyons donc la configuration Icecast2 “source”, sur mon serveur.
Points-cl\u00e9s de la configuration de Icecast2 dans \/etc\/icecast2\/icecast.xml<\/strong> :<\/p>\n\n\n\n<authentication>\n <source-password>IcecastSourceModpass<\/source-password>\n <relay-password>IcecastRelayModpass<\/relay-password>\n <admin-user>admin<\/admin-user>\n <admin-password>IcecastAdminModpass<\/admin-password>\n<\/authentication>\n\n<hostname>domainesource.machin.com<\/hostname>\n\n<listen-socket>\n <port>60099<\/port>\n<\/listen-socket>\n\n<http-header>\n <header name=\"Access-Control-Allow-Origin\" value=\"*\" \/>\n<http-header><\/strong><\/code><\/pre>\n\n\n\n
Moi, comme je suis sur le Web, j’utilise un domaine tiers, qui ne sert QUE au VPS (qui est la “vraie” interface web)<\/em> \u00e0 acc\u00e9der \u00e0 la source et aux fichiers de statut (musique en cours)<\/em>.<\/p>\n\n\n\nConfiguration Icecast2 (relais)<\/h2>\n\n\n\n
<authentication>\n <source-password>IcecastSourceModpass<\/source-password>\n <relay-password>IcecastRelayModpass<\/relay-password>\n <admin-user>admin<\/admin-user>\n <admin-password>IcecastAdminModpass<\/admin-password>\n<\/authentication>\n\n<hostname>radioweb.machin.com<\/hostname>\n\n<listen-socket>\n <port>60000<\/port>\n<\/listen-socket>\n\n<http-header>\n <header name=\"Access-Control-Allow-Origin\" value=\"*\" \/>\n<http-header>\n\n<relay>\n <server>[adresse IP serveur]<\/server>\n <port>60099>\/port>\n <mount>\/monstream<\/mount>\n <localmount>\/monstream<\/mount>\n <on-demand>0<\/on-demand>\n <relay-shoutcast-metadata>0<\/relay-shoutcast-metadata>\n<\/relay>\n<\/strong><\/code><\/pre>\n\n\n\n
– source-password<\/strong> et relay-password <\/strong>sont \u00e9videmment les m\u00eames entre les deux instances d’Icecast2 (serveur et VPS).
– hostname<\/strong> devient celui du VPS<\/strong>, donc le “vrai domaine” via lequel votre radio sera accessible depuis le Web. D’ailleurs, il est aussi tout \u00e0 fait possible de n’utiliser QUE des IP au lieu de domaines, si vous le souhaitez!
– port<\/strong> passe \u00e0 60000, question de choix personnel.
– dans la partie Relay<\/strong> :
> le server<\/strong> ne prend pas d’adresse HTTPS. Comme je refuse de d\u00e9brayer le HTTPS pour mon domaine de serveur source, je rentre l’IP de chez moi<\/strong>.
> le port<\/strong> est celui que nous avons d\u00e9clar\u00e9 dans la partie source, donc 60099.
> mount<\/strong> est le chemin indiqu\u00e9 dans mpd.conf sur le serveur (ici monstream<\/strong><\/em>). Vous pouvez transformer \u00e7a entre mount<\/strong> et local-mount<\/strong> (genre \/monstream en mount et \/monputaindestream sur local-mount).
> relay-shoutcast-metadata<\/strong> semble \u00eatre un levier int\u00e9ressant pour plus tard, vu comment je m’emmerde pour la suite, vous verrez. Mais pour le moment, on reste sur un truc qui marche avant de partir sur de l’exp\u00e9rimental.<\/p>\n\n\n\nFichiers statut et routines : source<\/h2>\n\n\n\n
radio-track.json : script de cr\u00e9ation<\/h3>\n\n\n\n
Son contenu est le suivant :<\/p>\n\n\n\n#!\/bin\/bash\ntouch \/run\/radio\/radio-track.json\n\nwhile mpc idle player; do\nOUT=\"\/run\/radio\/radio-track.json\"\nartist=$(mpc -f %artist% current)\ntitle=$(mpc -f %title% current)\nalbum=$(mpc -f %album% current)\n\n# Fallbacks\nartist=${artist:-Inconnu}\ntitle=${title:-Inconnu}\nalbum=${album:-Inconnu}\n\ncat > \"$OUT\" <<EOF\n{\n \"artist\": \"$(printf '%s' \"$artist\" | sed 's\/\"\/\\\\\"\/g')\",\n \"title\": \"$(printf '%s' \"$title\" | sed 's\/\"\/\\\\\"\/g')\",\n \"album\": \"$(printf '%s' \"$album\" | sed 's\/\"\/\\\\\"\/g')\"\n}<\/strong>\n\nEOF\ndone<\/strong><\/code><\/pre>\n\n\n\n
– le fichier radio-track.json est cr\u00e9\u00e9 dans \/run\/radio\/,<\/strong> qui est un syst\u00e8me de fichier volatile, en RAM, et dispara\u00eet donc \u00e0 chaque reboot. Ceci permet \u00e0 chaque mise \u00e0 jour de ne pas “user” le support genre carte SD ou SSD.
– selon ce que vous voulez afficher niveau tags ID3, il faudra les changer dans la configuration de MPD, dans metadata_to_use<\/strong>.
– le script attend que mpc renvoie un \u00e9tat “idle” (entre deux chansons)<\/em> pour appeler le script de mise \u00e0 jour des infos li\u00e9es \u00e0 la piste courante. C’est la seule mani\u00e8re l\u00e9g\u00e8re et un peu propre que j’ai trouv\u00e9…<\/p>\n\n\n\nradio-track.json : service d’appel<\/h3>\n\n\n\n
Il est recommand\u00e9 d’ajouter votre utilisateur au groupe media, dont beaucoup d’applications se servent.
Notez qu’il est possible de passer par une t\u00e2che cron, mais l’unit\u00e9 est la minute. A vous de voir.<\/p>\n\n\n\nsudo usermod -aG media $USER\nsudo nano \/etc\/systemd\/system\/radio-update.service<\/strong><\/code><\/pre>\n\n\n\n[Unit]\nDescription=Radio Track Updater\nAfter=network.target mpd.service\nRequires=mpd.service\n\n[Service]\nExecStart=\/home\/user\/scripts\/triggerradioupdate.sh\nRestart=always\nRestartSec=2\nUser=user\nGroup=media\n\nRuntimeDirectory=radio\nRuntimeDirectoryMode=0775\n\n[Install]\nWantedBy=multi-user.target<\/strong><\/code><\/pre>\n\n\n\n
Assurez-vous que MPD fonctionne et tourne (via la simple commande mpc qui vous affichera le titre de la chanson en cours)<\/em>, sans quoi notre service ne d\u00e9marrera pas.
Puis :<\/p>\n\n\n\nsudo systemctl daemon-reexec\nsudo systemctl daemon-reload\nsudo systemctl enable radio-update\nsudo service radio-update start<\/strong><\/code><\/pre>\n\n\n\ncat \/run\/radio\/radio-track.json<\/strong><\/code><\/pre>\n\n\n\n
Si cependant vous avez un “No such file or directory”, c’est que le service ne s’est pas lanc\u00e9. Vous pouvez voir pourquoi avec sudo service radio-update status<\/strong>.<\/p>\n\n\n\nConfiguration Nginx : source<\/h2>\n\n\n\n
Notes :
– Pour l’exemple, j’utilise comme domaine qui pointe directement sur mon serveur “maison” le domaine domainesource.machin.com<\/strong> .
– Il est entendu que vous avez g\u00e9n\u00e9r\u00e9 pour cela les certificats SSL comme des grands via certbot et qu’ils sont plac\u00e9s dans \/etc\/letsencrypt\/live\/<\/strong> (le truc par d\u00e9faut)<\/em>.
– Toujours pour l’exemple, la racine du site Web est \/website\/<\/strong> (\u00e0 la racine du syst\u00e8me de fichiers).<\/em>
– Les permissions pour les fichiers dans \/website\/ sont mises \u00e0 755 root:root<\/strong> (mais vous pouvez probablement mettre www-data:www-data en owner, moi, c’est en root et \u00e7a marche)<\/em>.
– Les ports 443<\/strong> et 80<\/strong> sont ouverts sur votre box, et le routage NAT est fait vers votre serveur maison.
– Vous savez activer\/d\u00e9sactiver un site Web dans Nginx.<\/p>\n\n\n\n
Globalement, dans \/website\/, vous n’aurez besoin que d’un seul fichier que nous allons cr\u00e9er par lien symbolique :<\/p>\n\n\n\ncd \/website\/\nsudo ln -s \/run\/radio\/radio-track.json .\/radio-track.json<\/code><\/pre>\n\n\n\n
Moi, par exemple, j’ai juste mis \u00e7a dans mon index.php :<\/p>\n\n\n\n<html><body>Present<\/body><\/html><\/code><\/pre>\n\n\n\n
Mais vous me direz : attends, mais il devient quoi de radio-track.json et status-json.xsl?
Gr\u00e2ce au fichier de config nginx, nous avons fait en sorte qu’en tapant l’adresse https:\/\/domainesource.machin.com\/status-json.xsl <\/strong>, on atterrisse sur le status-json produit par Icecast2 (gr\u00e2ce \u00e0 un proxy-pass, dans nginx, donc)<\/em>, et que https:\/\/domainesource.machin.com\/radio-track.json<\/strong> tombe sur le lien symbolique dans \/website\/radio-track.json<\/strong>, lui-m\u00eame pointant sur \/run\/radio\/radio-track.json<\/strong>.
Bien s\u00fbr, on a aussi fait en sorte de faire un proxy-pass sur https:\/\/domainesource.machin.com\/monstream<\/strong> vers localhost:60099\/monstream<\/strong>, soit l’adresse que nous avons d\u00e9fini pour notre stream dans MPD et Icecast2 \ud83d\ude42<\/p>\n\n\n\nConfiguration Nginx : VPS (relais)<\/h2>\n\n\n\n
Notes :
– Notre site Web, le vrai, celui qui va servir l’interface officielle de notre radio, est toujours dans \/website <\/strong>(mais sur le VPS, t’as pig\u00e9 Roger)<\/em>
– Le domaine bidon utilis\u00e9 est ici radioweb.machin.com<\/strong>, en coh\u00e9rence avec la config Icecast plus haut.
Les certificats SSL sont cr\u00e9\u00e9s, et tout \u00e7a.<\/p>\n\n\n\nSite Web<\/h2>\n\n\n\n
Dans un premier temps, nous avons donc un r\u00e9pertoire \/website\/, lequel va contenir les fichiers suivants :<\/p>\n\n\n\nradio-info.php<\/h3>\n\n\n\n
<?php\nheader('Content-Type: application\/json');\n\n$trackfile = 'https:\/\/domainesource.machin.com<\/strong>\/radio-track.json';\n$statusfile = 'https:\/\/domainesource.machin.com<\/strong>\/status-json.xsl';\n\n$artist = $title = $album = 'Inconnu';\n\nif ($json = @file_get_contents($trackfile))\n{\n $track_data = json_decode($json, true);\n if (is_array($track_data))\n {\n $artist = $track_data['artist'] ?? 'Inconnu';\n $title = $track_data['title'] ?? 'Inconnu';\n $album = $track_data['album'] ?? 'Inconnu';\n }\n}\n\n$listeners = 0;\n\nif ($json = @file_get_contents($statusfile))\n{\n $data = json_decode($json, true);\n if (isset($data['icestats']['source']))\n {\n $sources = $data['icestats']['source']\n if (isset($sources[0]))\n {\n foreach ($sources as $src)\n {\n if (isset($src['listenurl']) && str_ends_with($src['listenurl'], '\/monstream<\/strong>'))\n {\n $listeners = $src['listeners'] ?? 0;\n break;\n }\n }\n }\n elseif (isset($sources['listenurl']) && str_ends_with($sources['listenurl'], '\/monstream<\/strong>'))\n {\n $listeners = $sources['listeners'] ?? 0;\n }\n}\n\necho json_encode([\n 'artist' => $artist,\n 'title' => $title,\n 'album' => $album,\n 'listeners' => $listeners\n]);\n?><\/code><\/pre>\n\n\n\n
Notes : pensez bien \u00e0 changer le \/monstream<\/strong> dans l’URL (en gras dans le code)<\/strong> ainsi que les adresses des json<\/strong> en d\u00e9but de script.<\/p>\n\n\n\nindex.php<\/h3>\n\n\n\n