Debian Chroot Spk

[m1thos]

Salut,

Je suis pas sûr que ça fonctionne en te loggant en "admin". En cas de problèmes, connecte toi en "root" (avec mdp admin).

Je sais que chez moi pour pas mal de manipulations (pas liées à debian chroot), à cause de certains droits sur certains fichiers, j'ai du me connecter en root. Je ne sais pas si le problème se présentera avec chroot, mais au cas où...

Le dossier d'installation de chroot, ou plutôt le répertoire de montage du chroot se trouve ici : /volume1/@appstore/debian-chroot/var/chroottarget/

Comme c'est un dossier "@", tu ne pourras pas accéder directement à ce dossier via filestation, à moins qu'il y ai une manip pour accéder aux fichiers cachés dans filestation, mais je la connais pas.

Il te reste donc 2 possibilités : soit créer un lien symbolique vers le répértoire chroottarget, soit, et c'est ce que j'ai fais dans mon cas, linker un répertoire via un point de montage dans le chroot ( exemple : mount -o bind /volume1/CoD4-c-est--pour-les-nioubies /volume1/@appstore/debian-chroot/var/chroottarget/mnt). Une fois dans le choot, tu auras accès à ton répertoire en tapant cd /mnt ).

Concernant TS-Mumble, il me semble avoir lu qu'il existait une solution alternative toute prête pour nos synology.

Modifié le 21 octobre 2013 par pXy

[Flo4428]

Bonjour , merci pour ces réponse

@ bud77 exacte je pourrais essayé sa se soir

@ pXy pour le plus simple il existe bien une solution prête à l'emploi simplement pour umurmur (serveur mumble non administrable) mais de ce que je sais pas pour TS donc peut être que je profiterais de la debian pour sa !

Ensuite pour les répertoires caché la était ma question je vais poursuivre mes recherches à ce sujet

Sinon je note cette idées et merci pour ces précisions cependant ton exemple me semble erroné "( exemple : mount -o bind /volume1/CoD4-c-est--pour-les-nioubies /volume1/@appstore/debian-chroot/var/chroottarget/mnt)"

le chemin valide est surment celui-ci " mount -o bind /volume1/CoD4-powaa /volume1/@appstore/debian-chroot/var/chroottarget/mnt"

Pour ce qui est des accès au dossier j'avais déjà eu le cas sous ubuntu server il fallait donner des droit d'accès chomod je sais plus quoi

Et de mémoire il était déconseillé de faire tourner les appli sous le root .

je vais dans un premier temps préparer le serveur à recevoir tout sa !

Merci bien

PS si vous avez d'autre suggestion je suis OP !

[KZL]

Je n'ai pas tout suivi du fil mais est-ce vos syno supportent le chroot ?

J'ai personnellement été embêté car impossible de regarder en streaming en même temps, de grosses latences sont apparues sur mon syno.

[Flo4428]

Salut perso je n'ai pas testé puisque installé rapidement hier soir cependant la conso CPU/ram/lan apporté par le debian chroot me semble vraiment faible tu tourne sur quoi comme syno?

Pour moi il s'agit d'un 712+ donc dual core 1.8Ghz, 1Go de ram et 2 lan (je plafonne à 110mo/s de base pour un transfert pc=> syno voilou

Modifié le 22 octobre 2013 par Flo4428

[KZL]

Un DS210+ niveau ram et fréquence c'est pas folichon. Je testerai ce chroot, j'avais testé un autre chroot installé manuellement

[Flo4428]

Peut être une limitation matérielle alors... à vérifier ou tu en est en conso CPU/ram via l'utilitaire du syno déja! ton syno est en gigabit sur ton réseaux? celà peut aussi venir du lan qui s'ature s'il est en 10 ou 100??? ce ne sont que des hypothèses mais l'on risque de sortir du sujet.

[KZL]

J'ouvrirai un tropical si nécessaire pour plus de détails. Je voulais juste avoir un retour sur vos machines

Mais sinon oui je suis tout en gigabit chez moi ^^

[m1thos]

Bonjour,

Pour ce qui est des accès au dossier j'avais déjà eu le cas sous ubuntu server il fallait donner des droit d'accès chomod je sais plus quoi

Et de mémoire il était déconseillé de faire tourner les appli sous le root .

Quand on peut éviter c'est tout à fait vrai. Sauf que dans le cas du démarrage du chroot débian, si tu te log en admin sous putty, il va t'envoyer sur les roses et ne voudra pas changer ton répertoire racine.

Donc à moins d'installer le paquet "sudo" via ipkg, tu vas être obligé de te connecter en root, ne serait-ce que pour changer les droits des répertoires ou des fichiers systèmes ou de paquets...

Personnellement je ne m'amuserai pas à faire ça. Dans le cas de scripts ou de fichiers personnels (par exemple les fichiers et répertoire de ton serveur CoD), pas de soucis.Pour le reste, t'as intérêt à être sur de toi.

Pour KZL : le chroot en lui même ne bouffe pas de ressources, c'est plus la ou les applications que tu lances à l’intérieur le problème.

Modifié le 22 octobre 2013 par pXy

[Flo4428]

Ok donc concrètement si le debian chroot ne me sert qu'à mon server COD et un serveur vocal (type TS ou mumble) Je n'ai pas gros intéret à créer des utilisateurs a qui je devrait donner des droit d'accès ect,.. je ferais mieux de tout passer sur le root celà limiterais les complication c'est bien ce que tu cherchais à dire?

Perso celà ne me dérange pas car même en cas de "hack" je n'ai pas grand chose a perdre une désinstallation /réinstallation du paquet suffirait sans doute?

[m1thos]

Je ne suis pas certain qu'il faille prendre le problème dans ce sens là.

Je ne connais pas le fonctionnement d'un serveur CoD (je joue à un fps d'homme moi ), mais je suppose que le principe est commun à tous les autres : ton serveur va connecter des IP, non pas des utilisateurs. Créer des comptes DSM ne servira pas à grand chose.

A la limite si tu veux faire un filtrage, c'est sur l'IP ou par zone : n'autoriser que les clients LAN à se connecter ou si c'est par internet, si tes amis ont tous une IP fixe, en créant des règles au niveau de ton routeur et/ou du parefeu du synology.

Ou bien encore en mettant un password sur ton serveur à la connexion des clients.

Pour TS ou mumble, même combat.

Plus généralement, dans la mesure où tu ouvres une application sur l'extérieur, tu es forcément à la merci de failles éventuelles. Mais je ne suis pas spécialiste en la matière donc bon.

[Flo4428]

Hey j'ai suivi l'aide pour effectué les mise à jour e tout ce qui suit cependant j'ai un message d'erreur qui me parle !

"perl: warning: Falling back to the standard locale ("C")."

ummm j'ai pas l'impression qui manque perl dependant pourquoi ce problème avec le "C"?

une configuration spécifiques est necessaire? !

merci

[m1thos]

Salut,

Une fois le chroot démarré ( /var/packages/debian-chroot/scripts/start-stop-status chroot ) il faut que tu lances ces commandes sous putty :

aptitude install locales

dpkg-reconfigure locales

Ça devrait résoudre ton problème.

[Flo4428]

yep j'ai bien suivi la manip de l'aide mais je pense que c'est ce perl le problème je me trompe peut être?

root@Homeserveur:/# aptitude install locales
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 61 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.utf8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

edit : après vérification mon perl est bien installé et à jour dans dsm :/ fausse piste

edit 2 : j'ai repris la manip avec les explication de la première page qui est pourtant fort bien construite... ! je vous tiens au courant

edit 3 : j'ai avancé après avoir (mieux ) suivi le tuto de la première page j'ai paramétrer la lanque par défaut , le fuseau horaire ,

reconnection et la le aptitude update ne me donne plus de message d'erreur par contre le

"root@Homeserveur:/# aptitude upgrade
Resolving dependencies...
open: 95; closed: 49; defer: 52; conflict: 70 .Unable to resolve dependencies for the upgrade: no solution found.
Unable to safely resolve dependencies, try running with --full-resolver."

me pose plus de problème

quel est ce full resolver? un utilitaire de nettoyage?

merci a tous pour vos info précieuse ! bonne nuit

Modifié le 22 octobre 2013 par Flo4428

[Flo4428]

Bonjour à tous !!

Je viens donner suite a mes postes pour l'installation du chroot et aussi l'accès aux dossiers caché

En effet après avoir fait appel à mon bof il ma donné une petite astuce pour accéder aux dossiers caché , en ce connectant via "WINSCP " un petit utilitaire sympa en se connectant en SCP sous le compte root ou admin sa fonctionne aussi et op tous les dossiers système sont la cela ma simplifié la tache pour copier depuis mon pc les Fichiers du serveur COD4

sa doit surment fonctionner avec d'autre .. !

Salut,

Je suis pas sûr que ça fonctionne en te loggant en "admin". En cas de problèmes, connecte toi en "root" (avec mdp admin).

Je sais que chez moi pour pas mal de manipulations (pas liées à debian chroot), à cause de certains droits sur certains fichiers, j'ai du me connecter en root. Je ne sais pas si le problème se présentera avec chroot, mais au cas où...

Le dossier d'installation de chroot, ou plutôt le répertoire de montage du chroot se trouve ici : /volume1/@appstore/debian-chroot/var/chroottarget/

Comme c'est un dossier "@", tu ne pourras pas accéder directement à ce dossier via filestation, à moins qu'il y ai une manip pour accéder aux fichiers cachés dans filestation, mais je la connais pas.

Il te reste donc 2 possibilités : soit créer un lien symbolique vers le répértoire chroottarget, soit, et c'est ce que j'ai fais dans mon cas, linker un répertoire via un point de montage dans le chroot ( exemple : mount -o bind /volume1/CoD4-c-est--pour-les-nioubies /volume1/@appstore/debian-chroot/var/chroottarget/mnt). Une fois dans le choot, tu auras accès à ton répertoire en tapant cd /mnt ).

Concernant TS-Mumble, il me semble avoir lu qu'il existait une solution alternative toute prête pour nos synology.

Modifié le 31 octobre 2013 par Flo4428

[m1thos]

Bonsoir,

Effectivement, y a cette solution là aussi

Enfin dans mon cas, le montage du répertoire dans le /mnt du chroot reste la solution la plus simple (puisque de toute façon dans un chroot on ne peut pas remonter plus haut que le répertoire racine). Et comme je bouge mes fichiers sous smb ou sous filestation, c'est ce qu'il y a de plus rapide.

Peut être que dans le cas d'un serveur CoD, en effet, la solution winscp est la meilleure.

[Flo4428]

Bonsoir !

Je reviens vous demander votre aide par rapport a mon serveur COD4 !

Pour le fonctionnement du serveur pas de problème il est opérationnel sa c'est ok !

Par contre j'aimerais pouvoir utiliser la fonction "service" depuis le debian chroot du DSM , afin qu'il fonctionne en tache de fond et que je puisse le démarrer ou le stopper à souhait !

mais la sa se complique , comment passer de ma commande:

"./cod4_lnxded +exec server.cfg +map mp_shipment +set fs_game "mods/promodlive216" +set dedicated 2"

qui fonctionne depuis le SSH dans mon répertoire /volume1/@appstore/debian-chroot/var/chroottarget/mnt/

à un "script de lancement" demandé depuis le debian chroot du DSM?

Merci d'avance pour votre aide

[KZL]

Y a un dossier /opt/etc/init.d dans lequel mettre le fichier de démarrage il me semble et pour lancer des script TREES simplement qui fonctionnement en tâche de fond. Installe le paquet screen c'est parfait !

Sinon un petit deamon ?

[Flo4428]

Hey merci pour cette réponse j'ai fais un tour sur l'arborescence j'ai bien un dossier /@appstore/debian-chroot/var/chroottarget/opt/ simplement il est vide :/

J'ai fais deux trois recherche au sujet du deamon a priori cela pourrais me convenir mais j'ai trouvé sa

"Activer ou désactiver un démon

Attention : Beaucoup de démons fournissent des services essentiels au fonctionnement d'un installation Debian ; d'autres au contraire peuvent poser des risques de sécurité superflus si on les actives sans précaution. Il faut donc faire attention chaque fois qu'on manipule un démon. En cas de doute, reportez-vous à la documentation sur le démon. "

Ais-je un risque a utiliser cette commande?

Du coup sa donnerais "mon/répertoire/de/serveur/cod4# ./macommande +delancement <démon> enable" ?

j'avoue que tout centraliser sur le DSM me simplifierais énormément la tache moi qui n'est pas trop à mon aise sans interface graphique !

[metaneox]

Bonjour,

J'ai voulu suivre ce tuto, mais le lien de téléchargement pointe sur rien. Quelqu'un pourrait-il me donner un autre lien ou une alternative svp ?

Mon syno : DS413 en DSM 4.3 (dernière version)

Merci d'avance.

[Flo4428]

Salut

dans le DSM

centre de paquet/paramètre/source de paquet/ajouter ensuite tu indique un nom et cette adresse "http://packages.synocommunity.com"

Ensuite tu valide et il apparaitra dans l'onglet communauté avec d'autres paquet.. !

[m1thos]

Bonsoir,

Par contre j'aimerais pouvoir utiliser la fonction "service" depuis le debian chroot du DSM , afin qu'il fonctionne en tache de fond et que je puisse le démarrer ou le stopper à souhait !

mais la sa se complique , comment passer de ma commande:

"./cod4_lnxded +exec server.cfg +map mp_shipment +set fs_game "mods/promodlive216" +set dedicated 2"

qui fonctionne depuis le SSH dans mon répertoire /volume1/@appstore/debian-chroot/var/chroottarget/mnt/

à un "script de lancement" demandé depuis le debian chroot du DSM?

Si tu passes /mnt/cod4_lnxded +exec server.cfg +map mp_shipment +set fs_game "mods/promodlive216" +set dedicated 2 en paramètre dans l'onglet service de chroot dans DSM ça fonctionne pas ?

Ce n'est qu'une simple question hein. Je ne me sers pas de cet onglet, ça fonctionne, mais mal dans mon cas, j'utilise donc chroot différemment (j'ai un script qui jail une application et l’exécute dans le planificateur de taches de DSM, soit de façon programmée, soit en l’exécutant via le bouton adéquat. Enfin dans mon cas c'est de l'encodage vidéo, donc l'application se termine toute seule. Toi c'est pas ton cas...donc avec cette méthode à moins de créer 2 scripts, un qui démarre le serveur et un qui l’arrête, c'est pas envisageable).

[Flo4428]

Hey Alors non dans mon cas rien ne se passe j'ai même essayé d'inclure le chemin d'accès des dossier en question mais idem.

[metaneox]

Salut

dans le DSM

centre de paquet/paramètre/source de paquet/ajouter ensuite tu indique un nom et cette adresse "http://packages.synocommunity.com"

Ensuite tu valide et il apparaitra dans l'onglet communauté avec d'autres paquet.. !

Salut et merci de ta réponse. Mais je ne trouve toujours pas le chroot manager... Je ne cherche sans doute pas la bonne chose...

Modifié le 9 novembre 2013 par metaneox

[m1thos]

Flo4428 => C'est peut être le "serveur.cfg" qui pose problème quand tu le passes en paramètre dans le chroot manager. Il arrive peut être pas à le trouver. T'as essayé de mettre le chemin du fichier dans tes paramètres de commande ? (testes avant sous putty pour voir si cod4_lnxded accepte que tu lui passe un chemin)

metaneox => Le paquet en question s'appelle Debian chroot dans le gestionnaire de paquet (onglet "Communauté"). Quand tu rajoutes le dépot, tel que te l'a expliqué Flo4428, tu vois les autres paquets dans communauté ?

[metaneox]

Flo4428 => C'est peut être le "serveur.cfg" qui pose problème quand tu le passes en paramètre dans le chroot manager. Il arrive peut être pas à le trouver. T'as essayé de mettre le chemin du fichier dans tes paramètres de commande ? (testes avant sous putty pour voir si cod4_lnxded accepte que tu lui passe un chemin)

metaneox => Le paquet en question s'appelle Debian chroot dans le gestionnaire de paquet (onglet "Communauté"). Quand tu rajoutes le dépot, tel que te l'a expliqué Flo4428, tu vois les autres paquets dans communauté ?

Oui je vois les autres paquets mais pas Debian chroot.

Mon syno DS413 version DSM 4.3-3810

Il n'y aucun prérequis on est d'accord ?

Modifié le 9 novembre 2013 par metaneox