Re: [gull] Conflit de port
Le 04.01.21 à 11:24, Marc SCHAEFER a écrit : > On Mon, Jan 04, 2021 at 09:58:38AM +0000, Dark Sponge wrote: > > Il y a plusieurs modes de fonctionnement pour le réseau Docker. > Mon préféré est de mettre Docker sur un bridge absolument pas en > relation avec la configuration de la machine, et de mettre en oeuvre mes > propres règles de firewall. En particulier lorsque je mappe certains > services sur de vraies adresses IP publiques (cf > https://ds.alphanet.ch > , > compte de test sur demande). Ok, j'avoue que ça ça me dépasse un peu pour l'instant > systemctl stop apache2 J'ai essayé, mais apparemment il est déjà arrêté... Failed to stop apache2.service: Unit apache2.service not loaded. > ou plus simplement (mais moins proprement) sudo kill 2722 A chaque fois que je le force à s'arrêter, il revient avec un autre identifiant (9701, 13496, 14924), c'est assez étrange. A quoi correspondent ces numéros exactement ? > Déinstaller un package ne va pas forcément arrêter le service (sous > Debian oui). Raspberry pi OS est un fork de Debian non ? > Alternative: configurer le port local comme un numéro différent de 80 > dans le -p (de mémoire -p réel:virtuel). J'y ai pensé, mais je ne crois pas pouvoir indiquer à mon routeur un port spécifique auquel accéder pour le DNS___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
[gull] Conflit de port
Bonjour, J'essaie de créer un serveur personnel sur un raspberry pi(Raspberry pi OS), et j'aurais besoin pour cela d'installer Pi-hole avec Docker, afin de pouvoir rediriger les requêtes provenant de mon réseau local directement sur le rpi, sans quoi je ne pourrais que m'y connecter depuis l'extérieur (je possède un domaine qui pointe directement sur mon routeur, du genre serveur.mondomaine.ch). Pour faire l'installation, j'ai lancé la commande suivante: docker run \ --name=pihole \ -e TZ=Europe/Zurich \ -e WEBPASSWORD=MONMOTDEPASSE \ -e SERVERIP=ADDRESSEIP \ -v pihole:/etc/pihole \ -v dnsmasq:/etc/dnsmasq.d \ -p 80:80 \ -p 53:53/tcp \ -p 53:53/udp \ --restart=unless-stopped \ pihole/pihole Et j'ai eu l'erreur suivante: Error starting userland proxy: listen tcp 0.0.0.0:80: bind: address already in use. Si je comprend bien, cela signifie qu'un autre service utilise déjà le port 80, j'ai donc utilisé netstat pour savoir de quoi il s'agissait: sudo netstat -ltnp | grep -w ":80" tcp6 0 0 :::80 :::*LISTEN 2722/httpd C'est donc httpd qui pose problème. Si je ne me trompe pas, httpd est lié à Apache, que j'ai installé une fois pour un essai, mais dont je n'ai plus besoin pour l'instant. J'ai tout essayé pour le désinstaller complètement, mais je n'arrive pas à m'en débarrasser. Est-ce que quelqu'un aurait une idée de comment faire ? Merci d'avance et meilleures salutations.___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] La branche de la radio abandonnera la FM fin 2024
Moi la question que je me pose c'est qu'est-ce qu'on va faire de toute les radios uniquement FM, on les jette à la poubelle c'est ça le plan ? ça me parait un projet technologique de plus qui donne l'impression de se moderniser mais qui n'apporte finalement pas grand chose tout en faisant l'impasse sur les problèmes environnementaux notamment. Et je suis déçu pour mon petit ipod qui pouvait capter que la FM :( Bonne après-midi, paul Le 01.09.21 à 10:58, Laurent Franceschetti a écrit : > Peut-être un peu HS, mais voici une annonce de l’OFCOM, sur la fin de la > modulation de fréquence: > https://www.bakom.admin.ch/bakom/fr/page-daccueil/medias-electroniques/diffusion-et-technique/diffusion-numerique/la-suisse-ecoute-la-radio-numerique.html > > AMHA la Confédération commet une erreur en désactivant la FM. La question > n’est pas quel pourcentage de la population l’utilise, mais que ça reste un > excellent moyen de backup pour transmettre de l’information. D’un côté on se > préoccupe de [garantir les télécoms en cas de pénurie > d’électricité](https://www.bakom.admin.ch/bakom/fr/page-daccueil/telecommunication/faits-et-chiffres/etudes/garantir-les-telecommunications-en-cas-de-penurie-electricite.html), > et de l’autre on désactive un système stable et efficace — et surtout facile > à mettre en oeuvre en cas de catastrophe. > > Je n’ai pas bien compris: en cas de désastre de protection civile, est-ce > qu’ils croient vraiment que le téléphone mobile ou la fibre vont continuer à > fonctionner? Et que le DAB est le moyen le plus sûr? > > Mais enfin… j’avais cru comprendre lors de mes cours de traitement du signal, > que les signaux les plus robustes face à l’atténuation et aux perturbations > (à défaut d’être de meilleur qualité en moyenne) étaient les signaux > analogiques? > > D’autant qu’un hacker raisonnablement malin pourrait se construire une radio > analogique à la maison; mais une radio numérique? C’est plus compliqué. > > Idem pour la disparition de la télévision par voie hertzienne du paysage > suisse. On va faire quoi, en cas de pannes des réseaux cablés des opérateurs, > ou de la téléphonie mobile? > > Bref, j’ai l’impression qu’en matière de continuité des systèmes de télécomm > en cas de coup dur, la Suisse perd le nord. > > Est-ce que mon impression fait du sens? > > Bonne journée, > Laurent___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
