Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Système » Pulseaudio semble désactiver les effets du bureau (KDE Plasma) » 13-06-2018 14:59:18

Merci pour ta réponse.

J'ai donc cherché à installer les packets phonon et gstreamer, mais j'ai vu qu'ils l'étaient de base.
J'ai aussi téléchargé les packets suivants :

gstreamer* libgstreamer1.0-0 gstreamer1.0-plugins-base gstreamer1.0-plugins-good gstreamer1.0-plugins-bad gstreamer1.0-plugins-ugly gstreamer1.0-libav gstreamer1.0-doc gstreamer1.0-tools gstreamer0.10-plugins-* gstreamer1.0-plugins-*


Malheureusement, après un redémarrage le problème de son est toujours là.

J'ai ensuite dé-commenté la ligne flat-volumes = no, mais les effets du bureau sont toujours désactivés. Aussi j'ai vu sur le lien que tu m'as donné qu'il fallait sélectionner "Phonon VLC" comme moteur audio, mais il l'était de base, et je n'ai aucun autre choix de moteur.

[EDIT] J'ai installé le packet "phonon4qt5-backend-gstreamer", ce qui m'a permis de sélectionner "PhononGstreamer" comme moteur audio, mais maintenant à chaque redémarrage j'ai encore le problème de la désactivation du moteur graphique... kernal_panic.gif

#2 Système » Pulseaudio semble désactiver les effets du bureau (KDE Plasma) » 12-06-2018 21:08:43

ztheoz
Réponses : 3
Bonjour,

j'ai installé Debian 9 avec KDE comme interface graphique sur mon ordinateur portable.
Cependant quand le son d'une alerte est lancée, le volume monte à 100%, quelque soit sa valeur initiale, ce qui est donc dérangeant.

J'ai donc lu sur un forum que pour résoudre ce problème on peut modifier une valeur du fichier /etc/pulse/daemon.conf.
Ce que j'ai fait, j'ai donc dé-commenté la ligne "flat-volumes = yes" et passé la valeur à "no", ce qui a réglé le problème après un redémarrage.

Mais maintenant une notification apparaît lors de l'ouverture de ma session, me disant qu'un programme a désactivé le effets du bureau et qu'il faut que j'entre Alt + Maj + F12 pour les réactiver.
Ce que j'ai fait, mais le problème réapparaît à chaque démarrage.
J'ai donc re-commenté la ligne "flat-volumes = no", ce qui a enlevé le problème des effets du bureau, ce qui prouve que cette modification est bien à l'origine de ce problème.

Quelqu'un sait-il comment résoudre cela?
Merci!

#3 Re : Réseau » [Résolu] Lancer un script lors de la connecxion à un réseau » 11-06-2018 22:20:47

Si tu mettais #/bin/bash au début du script, les [[ ]] fonctionneraient normalement


Ok, merci, maintenant tout marche correctement.

Merci à tous pour votre aide!

#4 Re : Réseau » [Résolu] Lancer un script lors de la connecxion à un réseau » 11-06-2018 19:45:37

Bon alors j'ai fait plusieurs modifications : premièrement, j'ai changé le dossier contenant le script, il est maintenant dans /etc/NetworkManager/dispatcher.d/
Ensuite j'ai ajouté les trois premières lignes, comme me le conseillait @LeDub.
J'ai alors remarqué que les conditions if posaient un problème à cause de "[[". En effet, cela ne pose pas de problème quand je le lance manuellement, mais quand le système le lance j’obtiens dans le fichier "sortie.err"

/etc/NetworkManager/dispatcher.d/host.sh: 26: /etc/NetworkManager/dispatcher.d/host.sh: [[: not found


J'ai donc changé les conditions

if [[ $wifi = SSID ]]

en

if [ $wifi = SSID ]


Mais je ne sais pas comment modifier celles-ci :

if [[ $host ==  *\#IP* ]]


Ce que je veux faire c'est tester si la variable host contient la chaîne "#IP" (par exemple "#192.168.0.1") mais

if [ $host ==  *\#IP* ]

ça ne marche pas :
si je fait la modification j'ai l'erreur

/etc/NetworkManager/dispatcher.d/host.sh: ligne 11 : [: trop d'arguments

#5 Re : Réseau » [Résolu] Lancer un script lors de la connecxion à un réseau » 11-06-2018 14:20:51

Es-tu certain qu'il faille utiliser un "sudo" ? Ce script n'est-il pas lancé avec le compte "root" ?


En effet, j'ai retiré des commandes "sudo", elles m'étaient utiles quand je lançais le script manuellement.

par contre je suis certain de la sortie d'un "cat", je te propose d'utiliser un bon "grep" plutôt que de récupérer dans une variable la sortie du sortie hosts ou du ping. En effet la taille d'une variable n'est pas illimitée, si ta sortie est trop grande ... bah ça plante.


Je ferrais la modification plus tard, pour le moment le fichier hosts n'est pas trop grand.

LeDub pas certain de comprendre l'utilité de ton script, désolé !!!


C'est en fait un script qui permet de modifier le ficher hosts en fonction du réseau auquel je suis connecté, pour palier l'absence de loopback au niveau de ma box.


En attendant, le script marche parfaitement quand je le lance manuellement alors qu'il semble ne pas se lancer automatiquement un fois dans le dossier if-up.d/

#6 Réseau » [Résolu] Lancer un script lors de la connecxion à un réseau » 10-06-2018 17:44:34

ztheoz
Réponses : 7
Bonjour,
j'aimerais lancer un script lors de la connexion à un réseau pour pouvoir modifier le fichier host. J'ai donc créé un script que j'ai ensuite placer sous :  /etc/network/if-up.d/ . Je l'ai ensuite rendu exécutable avec :

chmod +x host.sh


Mais le problème est que le script ne semble pas se lancer lors de la connexion à un réseau.
Voici ses droits :

-rwxr-xr-x 1 root root  686 juin  10 18:01 host.sh


Et voici le script (je pense qu'il est dégeu, mais il marche donc j'ai pas vraiment cherché à l'opti) :

#!/bin/sh
sleep 10
wifi=`sudo iwgetid -r`
if [[ $wifi == #SSID# ]]
then
        host=`sudo cat /etc/hosts`
        if [[ $host == *"#192.168.1.17"* ]]
        then
                sudo sed -i -r 's/.*#192.168.1.17*/192.168.1.17/g' /etc/hosts
        fi
else
        ping=`ping -c 5 -i 0.200 192.168.1.17`
                if [[ $ping == *"5 received"* ]]
                then
                        host=`sudo cat /etc/hosts`
                        if [[ $host == *"#192.168.1.17"* ]]
                        then
                                sudo sed -i -r 's/.*#192.168.1.17*/192.168.1.17/g' /etc/hosts
                        fi
                else
                        host=`sudo cat /etc/hosts`
                        if [[ $host == *"192.168.1.17"* ]]
                        then
                                sudo sed -i -r 's/.*192.168.1.17*/#192.168.1.17/g' /etc/hosts
                        fi
                fi
fi



Quelqu'un a-t-il une idée?
Merci.

#7 Réseau » Transformer un proxy socks5 en http/https » 16-03-2018 23:32:49

ztheoz
Réponses : 0
Bonjour,

je possède un proxy socks5, mais j'aimerais l'utiliser avec un packet ne supportant que les http(s). J'ai donc commencé mes recherches et je suis tombé sur 2 packets qui semblent prometteurs : delegate et polipo.

Malheureusement, je dois m'identifier à mon proxy à l'aide d'un login/passwd, et je n'ai pas trouvé comment le faire avec ces deux solutions.

Le site de delegate indique :

Currently, only USER/PASS authentication scheme of SocksV5 is supported.


mais je ne trouve pas d'arguments à insérer dans la commande pour indiquer les informations d’identification.

Pour le moment, ma commande delegate ressemble à

delegate ADMIN="contact@localhost" -Plocalhost:2000 SERVER=https SOCKS=PROXYIP:PORT RELAY=proxy PERMIT="*:*:localhost.localdomain" -v



Quelqu'un sait-il comment faire ? scratchhead.gif

Merci! big_smile

#8 Re : Réseau » Convertir une connection VPN en HTTP proxy » 13-12-2017 07:04:43

raleur a écrit :

Quel(s) DNS utilises-tu dans /etc/resolv.conf ?


Voici le contenu de fichier

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.1.1
search home
 

#9 Re : Réseau » Convertir une connection VPN en HTTP proxy » 12-12-2017 17:40:04

Bon, alors j'ai changé les commandes: maintenant j'entre ça :

iptables -t mangle -A OUTPUT -m owner --uid-owner 118 -j MARK --set-mark 2
ip rule add fwmark 2 table 3
ip route add default dev tun0 via 10.95.10.6 scope link metric 1024 table 3
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE


(je garde l'uid pour le moment, je changerais ça après)

Le problème est que quand j'entre

sudo -u tinyproxy curl ifconfig.me


ça me retourne

curl: (6) Could not resolve host: ifconfig.me



ou encore

sudo -u tinyproxy ping google.com


ping: google.com: Temporary failure in name resolution



Portant le tunnel est encore up.
Les commandes que j'ai entrés sont elles fausses, ou est-ce un autre problème?
Merci.

#10 Re : Réseau » Convertir une connection VPN en HTTP proxy » 10-12-2017 21:33:36

raleur a écrit :

Tu as oublié de spécifier la table 3 dans ta route.
L'interface de sortie indiquée dans la règle de MASQUERADE est incorrecte.
Ce serait plus parlant de spécifier le nom de l'utilisateur plutôt que l'UID.



Euh du coup ça donne quoi une fois ajouté, car je ne m'y connais pas trop dans le routage kernal_panic.gif?
Merci !

#11 Re : Réseau » Convertir une connection VPN en HTTP proxy » 10-12-2017 20:04:32

raleur a écrit :

Comment ?



iptables -t mangle -A OUTPUT -m owner --uid-owner 125 -j MARK --set-mark 2
ip rule add fwmark 2 table 3
ip route add default dev tun0 via 10.8.10.6 scope link metric 1024
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE



raleur a écrit :

Quelle est le contenu de la table de routage actuelle ?

ip route show table all



default via 192.168.1.1 dev enp9s0
default via 10.21.10.6 dev tun0 scope link metric 1024
10.21.10.5 dev tun0 proto kernel scope link src 10.21.10.6
169.254.0.0/16 dev enp9s0 scope link metric 1000
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1
192.168.1.0/24 dev enp9s0 proto kernel scope link src 192.168.1.17
local 10.21.10.6 dev tun0 table local proto kernel scope host src 10.21.10.6
broadcast 127.0.0.0 dev lo table local proto kernel scope link src 127.0.0.1
local 127.0.0.0/8 dev lo table local proto kernel scope host src 127.0.0.1
local 127.0.0.1 dev lo table local proto kernel scope host src 127.0.0.1
broadcast 127.255.255.255 dev lo table local proto kernel scope link src 127.0.0.1
broadcast 172.17.0.0 dev docker0 table local proto kernel scope link src 172.17.0.1
local 172.17.0.1 dev docker0 table local proto kernel scope host src 172.17.0.1
broadcast 172.17.255.255 dev docker0 table local proto kernel scope link src 172.17.0.1
broadcast 192.168.1.0 dev enp9s0 table local proto kernel scope link src 192.168.1.17
local 192.168.1.17 dev enp9s0 table local proto kernel scope host src 192.168.1.17
broadcast 192.168.1.255 dev enp9s0 table local proto kernel scope link src 192.168.1.17
2a01:cb08:896d:ce00::/64 dev enp9s0 proto kernel metric 256  expires 887sec pref medium
fe80::/64 dev enp9s0 proto kernel metric 256  pref medium
fe80::/64 dev vethc8100cb proto kernel metric 256  pref medium
fe80::/64 dev docker0 proto kernel metric 256  pref medium
fe80::/64 dev tun0 proto kernel metric 256  pref medium
default via fe80::8ef8:13ff:fe03:a12 dev enp9s0 proto ra metric 1024  expires 167sec hoplimit 64 pref high
unreachable default dev lo proto kernel metric 4294967295  error -101 pref medium
local ::1 dev lo table local proto none metric 0  pref medium
local 2a01:cb08:896d:ce00:ea40:f2ff:fe75:7d77 dev lo table local proto none metric 0  pref medium
local fe80::42:d5ff:fe46:ed35 dev lo table local proto none metric 0  pref medium
local fe80::c73:7fff:fe4c:ec27 dev lo table local proto none metric 0  pref medium
local fe80::357c:ba4b:4458:4513 dev lo table local proto none metric 0  pref medium
local fe80::ea40:f2ff:fe75:7d77 dev lo table local proto none metric 0  pref medium
ff00::/8 dev enp9s0 table local metric 256  pref medium
ff00::/8 dev vethc8100cb table local metric 256  pref medium
ff00::/8 dev docker0 table local metric 256  pref medium
ff00::/8 dev tun0 table local metric 256  pref medium
unreachable default dev lo proto kernel metric 4294967295  error -101 pref medium

#12 Re : Réseau » Convertir une connection VPN en HTTP proxy » 10-12-2017 18:12:42

Bon alors j'ai crée un proxy avec tinyproxy, mais il faudrait que je force tous les packets passant par le proxy vers l'interface tun0 et je n'y arrive pas.
Tinyproxy utilise un utilisateur spécifique, tinyproxy, et j'ai donc essayé de forcer tous les packets de cet utilisateur vers tun0, sans succès, les commandes ne devaient pas être bonnes.
Quelqu'un connait la manip à suivre?
Merci

#13 Re : Réseau » Convertir une connection VPN en HTTP proxy » 10-12-2017 16:47:32

raleur a écrit :

Oui, bien sûr.



D'accord, je pensais utiliser Tinyproxy, cela fera-t-il l'affaire ou faut-il que j'en prenne un autre?

#14 Réseau » Convertir une connection VPN en HTTP proxy » 10-12-2017 16:21:54

ztheoz
Réponses : 13
Bonjour,
j'aimerais utiliser un un packet sous debian à travers un proxy, mais ce dernier n'accepte que les proxy HTTP, or je n'en n'ai pas. Je n'ai à ma disposition qu'une connexion VPN et un proxy SOCKS 5.
Je me demandais s'il était possible d'héberger un proxy HTTP sur mon serveur dont les données passeraient à travers un tunnel VPN.
Comme ça j'ai un proxy du type localhost:8080 dont les données sont redirigées à travers une connexion VPN.
Cela est-il faisable?
Merci!

#15 Re : Réseau » Gérer les flux avec OpenVPN » 29-06-2017 19:40:34

L'adresse IP (vue de la machine qui reçoit la connexion).



Bon ça ne me va pas, j'utilise plusieurs autres réseaux, mais tous avec des IP dynamiques, je me vois mal modifier ma conf à chaque changement d'IP sur me boxes.

Mais je pense que je pourrais (dis-moi si je me trompe) faire une redirection de ports au niveau de Debian : par exemple Debian reçoit la connexion sur le port 58847 et fait une redirection sur 127.0.0.1:58846

iptables -t nat -A PREROUTING -d 192.0.2.33 -p tcp --dport 1234 -j DNAT --to 127.0.0.1:58846
iptables -t nat -A POSTROUTING -d 127.0.0.1 -p tcp --dport 58846 -j SNAT --to 192.0.2.33



d'après https://www.debian-fr.org/t/rediriger-u … port/59326.

Le problème est que je ne sais pas quoi mettre au niveau de l'IP entrante (je peux mettre ça : xxx.xxx.xxx.xxx ?, ou alors l'IP externe de ma box (donc l'IP externe de mon serveur)?)

#16 Re : Réseau » Gérer les flux avec OpenVPN » 29-06-2017 18:52:00

$DEST_ADDR est l'adresse de destination (du client extérieur)


J'ai n'ai pas bien compris : c'est l'adresse IP de l'appareil à partir duquel on se connecte ou mon nom de domaine?

#17 Re : Réseau » Gérer les flux avec OpenVPN » 29-06-2017 16:52:05

La règle de routage doit être explicitement supprimée (ip rule del) à la fin de la connexion VPN, sinon les règles vont s'accumuler


Ok merci, je vais ajouter ça dan down.sh.

Par l'accès internet normal, il faut créer une route hors VPN pour l'adresse IP du client


Oui, je voudrais faire ça.
Peux-tu m'indiquer comment faire, car là à part recopier le commandes, je ne sais pas faire grand chose dans ce sujet big_smile

Merci !

#18 Re : Réseau » Gérer les flux avec OpenVPN » 29-06-2017 15:09:59

Dans le second cas, il peut être utile d'ajouter une route pour la plage d'adresses du réseau local dans la table 6, du style :

ip route add 192.168.1.0/24 dev eth0 table 6



J'ai ajouté cette commande, et en effet je peux y accéder depuis mon réseau local.

Maintenant plus qu'une étape avant de terminer, est-il possible d'ajouter une règle de ce type pour que je puisse y accéder depuis un autre réseau que le mien (avec mon nom de domaine)?

#19 Re : Réseau » Gérer les flux avec OpenVPN » 29-06-2017 13:11:20

L'option listen_interface affecte-t-elle seulement l'adresse d'écoute (comme le nom le laisse entendre) des connexions entrantes ou aussi l'adresse source des connexions sortantes ?


J'ai lu sur un forum que cette option est pour les torrents, je n'en sais pas plus malheureusement.

Il ne manque pas "table" dans cette commande ? De toute façon elle ne devrait pas être nécessaire car les routes liées à tun0 sont effacées quand le tunnel est arrêté et l'interface est désactivée.


Non, la commande marche bien sans le "table". Je l'ai mise ici, au cas où, même si elle ne sert à rien, on ne sais jamais.

C'est-à-dire ? qu'appelles-tu te connecter à l'interface de déluge, et l'adresse locale ?


L'interface de Déluge est l'endroit où l'on peut ajouter ou gérer ses torrents. C'est pourquoi il est essentiel que je puisse y accéder. L'adresse locale est l'adresse à laquelle je peux accéder à cette interface avec l'adresse "192.168.1.**:58846". Sinon je peux y accéder par "<NOM DE DOMAINE>:8812" quand je suis à l’extérieur du réseau où est mon serveur (car il est hébergé chez moi).

Même question que pour l'adresse : port d'écoute seulement ou aussi port source des connexions sortantes ?


Non, je me suis trompé : Cette adresse est utilisé par le serveur web de Deluge, et le port 58846 pour se connecter uniquement avec le client Windows de Deluge. Lors de l'activation du VPN, et donc du script, les deux ports sont injoignables tant que le VPN est en route.

Le port 8812 est seulement pour le service deluge-web, donc il sert uniquement à l'interface web, je peux lancer Deluge sans ce service. Malgré cela, le service est aussi exécuté par l'utilisateur deluge, donc pris en compte lors routage vers tun0.

Le port 58846 est utilisé uniquement pour le daemon, donc pour l'interface :
mini_731003252.png

Pour les flux torrent, ce sont ces ports qui semblent êtres utilisés :
mini_487322201.png

(Je suis désolé, les images sont petites, mais si on clique dessus c'est bon).

J’espère que ces précisions on pu d'aider.

#20 Re : Réseau » Gérer les flux avec OpenVPN » 29-06-2017 11:30:17

J'ai peut-être un piste :
Le daemon de Deluge tourne sur un port spécifique : le 8112, on purrait donc faire une exception sur ce dernier, non?

#21 Re : Réseau » Gérer les flux avec OpenVPN » 28-06-2017 16:21:51

Bon alors j'ai créé un script qui se lance à chaque connexion du VPN, et qui change les paramètres en fonction de l'IP :


#!/bin/sh
IP=`/sbin/ifconfig tun0 | grep 'inet addr:' | cut -d: -f2 | awk '{print $1}'`

sudo -u deluge deluge-console config -s listen_interface $IP

sudo ip route flush 6

sudo ip route add default dev tun0 table 6

ip rule add from $IP table 6



mais dès que les deux dernières commandes sont lancées, je ne peux plus me connecter à l'interface de déluge, même avec l'adresse locale.
J'en déduis donc que la solution est "trop puissantes", il faudrait pouvoir laisser passer certaines données pour que je puisse accéder à l'interface.

Je ne sais vraiment pas si c'est possible, car l'interface et le "cœur" de l'application sont lancés par le même user.

#22 Re : Réseau » Gérer les flux avec OpenVPN » 28-06-2017 13:08:31

Merci pour ton aide,

J'ai appliqué la première méthode que tu m'as indiqué, mais j'ai 2 questions :

-Faut-il que je lance les commandes à chaque lancement du serveur, ou sont-elles permanentes?
-Lorsque je lance le VPN, "inet addr" change : toujours sous la forme 10.**.10.6 apparemment. Y a-t-il un moyen de faire en sorte qu'OpenVPN fixe cette
adresse? Car les 2 méthodes sont sensibles à cette adresse.

Merci big_smile

#23 Réseau » Gérer les flux avec OpenVPN » 27-06-2017 22:24:15

ztheoz
Réponses : 15
Bonjour,
j'ai installé Deluge et OpenVPN sur mon serveur. La configuration de VPN étant effectué, j'ai cherché à faire en sorte qu'il n'y ai uniquement le flux de Deluge qui passe par le tunnel VPN.

La première étape (très facile) était de faire en sorte qu' OpenVPN ne force aucun flux à passer par le tunnel. J'ai juste eu à ajouter "route-nopull" à la fin du fichier .conf, et le tour est joué.

Maintenant, je veux forcer le flux entrant et sortant par le VPN, mais je ne sais vraiment pas comment faire, tout ce que j'ai vu me parait très compliqué.

Le tunnel VPN est assigné à l'interface tun0

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet addr:10.61.10.6  P-t-P:10.61.10.5  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)



Deluge est lancé avec l'utlilisateur "deluge", je ne sais pas si l'ont peut faire passer tout le trafic de cet utilisateur par tun0.

Je précise que je n'ai aucune connaissance en la matière.

Merci pour votre (précieuse) aide.

#24 Matériel » Drivers TL-WN823N V2 » 13-06-2017 22:11:36

ztheoz
Réponses : 1
Bonjour,

je veux connecter sur mon raspberry pi 3 mon adaptateur réseau TP-Link (modèle TL-WN823N).

J'ai donc essayé de compiler le driver disponible sur le site, mais la commande

make

retourne

"******************************************"
"NO SKRC,we will use default KSRC"
"******************************************"
make ARCH=armv7l CROSS_COMPILE= -C /lib/modules/4.9.31-v7+/build M=/home/pi/TL-WN823NEU_V2_160315_Linux/TL-WN823N(EU)_V2_160315_Linux/Driver  modules
/bin/sh: 1: Syntax error: "(" unexpected
Makefile:1696: recipe for target 'modules' failed
make: *** [modules] Error 2



J'ai donc continué mes rechreches, et j'ai trouvé cette archive sur GitHub : https://github.com/christiantroy/TL-WN823N-V2.
Mais quand je lance

make

le raspberry retourne cette fois

"******************************************"
"NO SKRC,we will use default KSRC"
"******************************************"
make ARCH=armv7l CROSS_COMPILE= -C /lib/modules/4.9.31-v7+/build M=/home/pi/TL-WN823N-V2-master  modules
make[1]: Entering directory '/lib/modules/4.9.31-v7+/build'
make[1]: *** No rule to make target 'modules'.  Stop.
make[1]: Leaving directory '/lib/modules/4.9.31-v7+/build'
Makefile:1696: recipe for target 'modules' failed
make: *** [modules] Error 2



J'ai aussi vu que certains avaient installés les drivers avec un .deb, mais il est malheureusement pour une architecture 32/64.

Je ne sais plus trop quoi faire, mon dongle est malheureusement pas le plus répandu selon le nombre d'articles avec des autres modèles qui ont, eux, des drivers déjà compilés. kernal_panic.gif

Si quelqu'un sais comment installer ces drivers, je suis preneur des toutes réponses.

Merci

Edit: La commande

add-apt-repository ppa:hanipouspilot/rtlwifi

ne fonctionne pas non plus.

#25 Re : Multimédia » Streaming de films sur internet » 04-05-2017 20:32:22

Comment ça "les lecteurs" ne supportent pas le mkv ?


Non, je me suis trompé. Se sont les services de streaming qui ne semblent pas (ou pas bien) supporter le mkv.
Après je n'ai pas encore testé, mais je me base sur des retours, notamment pour Red5 qui me semble pour le moment être une bonne piste.

Pied de page des forums

Propulsé par FluxBB