Vous n'êtes pas identifié(e).
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...
Si tu mettais #/bin/bash au début du script, les [[ ]] fonctionneraient normalement
Ok, merci, maintenant tout marche correctement.
Merci à tous pour votre aide!
J'ai donc changé les conditions
en
Mais je ne sais pas comment modifier celles-ci :
Ce que je veux faire c'est tester si la variable host contient la chaîne "#IP" (par exemple "#192.168.0.1") mais
ça ne marche pas :
si je fait la modification j'ai l'erreur
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/
Mais le problème est que le script ne semble pas se lancer lors de la connexion à un réseau.
Voici ses droits :
Et voici le script (je pense qu'il est dégeu, mais il marche donc j'ai pas vraiment cherché à l'opti) :
Quelqu'un a-t-il une idée?
Merci.
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 à
Quelqu'un sait-il comment faire ?
Merci!
Quel(s) DNS utilises-tu dans /etc/resolv.conf ?
Voici le contenu de fichier
(je garde l'uid pour le moment, je changerais ça après)
Le problème est que quand j'entre
ça me retourne
ou encore
Portant le tunnel est encore up.
Les commandes que j'ai entrés sont elles fausses, ou est-ce un autre problème?
Merci.
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 ?
Merci !
Comment ?
Quelle est le contenu de la table de routage actuelle ?
ip route show table all
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?
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
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)?)
$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?
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
Merci !
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)?
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 :
Pour les flux torrent, ce sont ces ports qui semblent êtres utilisés :
(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.
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.
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.
retourne
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
le raspberry retourne cette fois
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.
Si quelqu'un sais comment installer ces drivers, je suis preneur des toutes réponses.
Merci
Edit: La commande
ne fonctionne pas non plus.
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.