Re: WHAT???? Re: Externalisation hotline support technique SAV...
oui voilà merci Pierre ... On 12/08/2015 10:15, Pierre TOUZEAU wrote: le pigeon ne spammait pas la liste mais s'interrogeait sur le lien de désinscription qui précisait Debian list... Pas lieu de shooter comme ça... Pour info, c'est l'adresse de la liste (debian-user-french@lists.debian.org) qui est désinscrite de la liste de spam et non ton adresse (le.pigeon.voyageur.dans.le.te...@openmailbox.org) de la liste Debian... comme indiqué : Votre demande de désinscription de l'adresse (debian-user-french@lists.debian.org) a bien été enregistrée et sera prise en compte dans un délai de trois jours. Merci. Pierre Le 12/08/2015 08:24, Bernard Schoenacker a écrit : Le Wed, 12 Aug 2015 06:35:08 +0200, le pigeonle.pigeon.voyageur.dans.le.te...@openmailbox.org a écrit : Bonjour je reçois ce spam dans mes mails, je clic sur Pour ne plus faire partie de cette liste de diffusion suivez ce lien. http://home.edt02.net/tracking/unsubscribe/ccyg9vMBSRpc-B2i1cqcc1JBf8c/zPj1Vba0D1jsiIH7MQhWd1RqdhN3HWZWThL0maAMYKWGO5xVawy2LgI7q4szbcu0 = vous êtes désinscrit de la débian-list... : http://home.edt02.net/tracking/unsubscribe/ccyg9vMBSRpc-B2i1cqcc1JBf8c/zPj1Vba0D1jsiIH7MQhWd1RqdhN3HWZWThL0maAMYKWGO5xVawy2LgI7q4szbcu0 sérieux? bonjour, prière d'arrêter de roucouler et merci d'avancer ... slt bernard -- Pro. Signature Pierre Touzeau -- Chargé de mission/Préfecture de region Basse-Normandie SGAR/rue Daniel HUET/14038 CAEN CEDEX/Tel: +33 231 306 306 pierre.touz...@basse-normandie.pref.gouv.fr / Fax: ... 564 --
Re: [hors-voyance] interfaces et environnements
Pour faire un résumé synthétique de l'état de l'art:
1. En console
a) Non voyants:
- speakup et speakup_soft (module noyau) peut la vocaliser, combiné à
speechd-up, speech-dispatcher, ou espeakup et espeak.
- speech-el: module Emacs qui vocalise Emacs et rend ainsi très
accessible la console (mode shell, éditeur, w3m, etc)
- edbrowse: oui concu pour les non voyants. Difficile à prendre en main
mais puissant.
- brltty: pour le braille
b) Malvoyants: plus limité mais pour les basses visions faibles, ca vaut
le coup de bidouiller console-setup, en choisissant la police Terminus
et en prenant une taille de caractère maximaliste. Voire de zoomer derrière.
2. Graphique
a) Lecteur d'écran: orca, relié à brltty pour sortir son travail en
braille; speech-dispatcher pour travailler en vocal. Lit gnome3 et MATE
sous Debian. Compatible en théorie avec toute appli GTK comme lxde,
xfce, etc. même si c'est théorique. E17, KDE, restent inaccessibles.
Côté vocal, espeak marche, mbrola aussi avec espeak, Pico (dans non-free).
b) Basse vision: soit Compiz (même s'il n'est pas encore uploadé dans
Debian, des paquets existent via knoppix et Hypra); loupe Gnome. Sachant
que MATE offre des choses combinablas aux outils de uoom, résolution,
couleurs, de X.
Emacspeak est obsolète et remplacé par speech-el.
Amitiés,
Le 12/08/2015 02:43, Alexandre Hoïde a écrit :
On 11. 08. 15 20:56, Alexandre ARNAUD wrote:
Bonsoir, je vais tenté d'être le plus exhaustif possible.
Le 08/08/2015 17:06, Alexandre Hoïde a écrit :
En fait, j'aurais du le préciser, ce qui m'intéressait, surtout,
c'est
le retour d'expérience d'une personne qui doit utiliser ces
« surcouches » palliatives : de savoir si elles sont
satisfaisantes; si
elles offrent un accès à toutes les composantes du système; si elles
permettent d'atteindre une vitesse d'appréhension de l'information
agréable… pour qq'un qui les utilise constamment.
Mon expérience est totalement unique et ne représente en rien
l'ensemble des bigleux du monde.[…]
Hé hé. Oui, c'est vrai que je pensais plus à « non- » qu'à « mal- ».
Ok ok.
[…]La console (les tty) ne sont pas accessible car limités en taille
d'écriture (pas assez gros pour moi, cf. dpkg-reconfigure
console-setup). En plus Emacs intègre des modes avec des coloris peu
contrasté (EWW est illisible à mes yeux). Cette inaccessibilité du
terminal est un problème car elle ne donne pas d'accès facile aux
tâches
d'administration système, ce qui fait que mon système sans GUI pour
lancer un terminal n'est accessible convenablement à ma vue. […]
du coup, pas plus de bidouillage dans le boot{manager,loader} que de
console/tty. Frustration !
Sans te faire offense (car j'imagine que tu connais déjà les solutions
disponibles), mais à toutes fins utiles, au point 3.1.1 du lien
ci-dessous, sont listés quelques lecteurs d'écran par synthèse vocale
qui fonctionnent en console :
http://www.tldp.org/HOWTO/Accessibility-HOWTO/visual.html
Un abonné (je ne sais pas si il souhaite que je donne son nom, alors
chuuut) m'a également signalé en privé Edbrwose (http://edbrowse.org/).
Edbrowse est un éditeur/navigateur-web/client courrier en mode texte,
développé pour les non-voyants. J'imagine qu'il peut être utilisé avec
les programmes de synthèse vocale indiqués ci-dessus. Cet abonné en
en a réalisé la localisation en français.
Il m'a aussi signalé deux autres solutions en mode texte, avec
synthèse vocale, développées à partir d'Emacs :
* http://emacspeak.sourceforge.net/ (english only)
* http://devel.freebsoft.org/speechd (en plusieurs langues)
… dans les 3 cas, des interfaces assez longues à prendre en main.
En tout cas, merci beaucoup pour le retour détaillé. Y'a du chemin à
faire, on dirait. Contrairement au « monde physique », le « monde
virtuel » peut se modeler… à un rythme soumis aux raisons du « monde
économique », je suppose. Si j'étais dev, j'essaierais bien des
prototypes d'interfaces sonores+tactiles en mettant l'accent sur la
notion de « découvrabilité »… mais je ne suis qu'un
hyper-hors-sujetiste ^^
Merci également à Jean-Philippe [et fertile vie à l'entreprise
Hypra.fr, de bonne facture Libriste… si je puis m'exprimer ainsi].
Instructive, l'explication du non-choix de Gnome3. C'est le genre de
choses auxquelles on ne pense pas forcément, quand est bien-voyant.
--
Jean-Philippe MENGUAL
HYPRA, progressons ensemble
Tél.: 01 84 73 06 61
Mail: cont...@hypra.fr
Site Web: http://hypra.fr
Re: BIND9 sous squeeze
Le 16659ième jour après Epoch, thanh taduy écrivait: Bonjour Pascal, C'est exactement ce dont j'ai besoin : une zone qui peut passer la main à mon FAI si un sous domaine n'est pas déclarée. Votre idée m'intéresse. N'étant pas un expert du DNS, pourriez-vous m'en dire plus ? Pourriez-vous s'il vous plait me donner un exemple d'une zone locale ? Bonjour. À y regarder rapidement, je vois plusieurs solutions possible, et il y en a sûrement d'autres: 1) Créer sur le DNS local une entrée de type: prive NS tondnslocal.domaine.com. ou peut-être même simplement une entrée de type SOA sur le domaine 'prive.domaine.com', afin qu'il soit autoritaire sur la zone 'privé.domaine.com', et définir pour l'ensemble des machines du réseau local le résolveur comme étant tondnslocal.domaine.com Tes machines privées devront être nommées dans ce sous-domaine (par exemple machine1.prive.domaine.com). Insérer dans le DNS un forwarding vers les DNS du FAI afin qu'il passe la main sur les domaines dans lesquels il n'est pas autorité 2) Gérer entièrement en local le domaine 'domaine.com' et utiliser des vues pour différentier les réponses. Les requêtes externes au LAN ne répondront pas sur les machines 'prive1.domaine.com' par exemple. 3) S'en foutre complètement et insérer dans le DNS distant des entrées pour les machines privées en répondant par des adresses du LAN. De toute façon elles seront inaccessibles de l'extérieur si le LAN est du type adresses privées
Re: Migration vers GCC5 laborieuse
Le Wed, 12 Aug 2015 16:33:02 +0200, C. Mourad Jaber m...@nativobject.net a écrit : Bonjour, Un petit point sur les grands travaux d'été debian... Tout d'abord, le passage à plasma 5 qui ne s'est fait dans la douleur, avec beaucoup de migration impromptue dans la testing de manière anarchique... et dont les effets de bord ne sont pas encore terminés. Ensuite un projet de grande ampleur, la migration vers gcc 5... Aujourd'hui, cela bloque pas mal de chose et il ne me semble pas possible d'avoir une installation utilisable avec tellement de paquetages bas niveau ne sont pas encore disponible... Y'a-t-il une solution pour effectuer cette migration ou bien faut-il simplement attendre que tous les mainteneurs de paquetage recompilent leurs applications ? Perso j'étais arrivé à une situation indémerdable avec SID et j'ai rétrogradé en testing avec succès : pinning 1001 pour testing et 100 pour SID + experimental mais je crois que je n'ai que Iceweasel dans ce cas. Ensuite je suis repassé en 900 pour testing. J'ai même pu réinstaller kde-full et Libreoffice.
Migration vers GCC5 laborieuse
Bonjour, Un petit point sur les grands travaux d'été debian... Tout d'abord, le passage à plasma 5 qui ne s'est fait dans la douleur, avec beaucoup de migration impromptue dans la testing de manière anarchique... et dont les effets de bord ne sont pas encore terminés. Ensuite un projet de grande ampleur, la migration vers gcc 5... Aujourd'hui, cela bloque pas mal de chose et il ne me semble pas possible d'avoir une installation utilisable avec tellement de paquetages bas niveau ne sont pas encore disponible... Y'a-t-il une solution pour effectuer cette migration ou bien faut-il simplement attendre que tous les mainteneurs de paquetage recompilent leurs applications ? ++ Mourad
Re: Migration vers GCC5 laborieuse
Le mercredi 12 août 2015, 16:33:02 C. Mourad Jaber a écrit : Bonjour, ’jour, Un petit point sur les grands travaux d'été debian... Tout d'abord, le passage à plasma 5 qui ne s'est fait dans la douleur, avec beaucoup de migration impromptue dans la testing de manière anarchique... et dont les effets de bord ne sont pas encore terminés. Plasma 5 est Ok en Sid (’fin, ça l’était avant GCC 5, fallait mettre à jour au bon moment ;oP ). Ensuite un projet de grande ampleur, la migration vers gcc 5... Aujourd'hui, cela bloque pas mal de chose et il ne me semble pas possible d'avoir une installation utilisable avec tellement de paquetages bas niveau ne sont pas encore disponible... Y'a-t-il une solution pour effectuer cette migration ou bien faut-il simplement attendre que tous les mainteneurs de paquetage recompilent leurs applications ? En fait, il semblerait qu’il n’y a pas seulement besoin de recompiler (sinon je pense que ça se ferait un peu plus vite, avec des [BO]NMU ([binary-only] non-maintainer upload) p.ex.), il faut aussi adapter. Ça touche seulement le C++ (parce que l’ABI C++ a changé pour C++11). Il y a eu plusieurs messages précédant la migration : https://lists.debian.org/debian-devel-announce/2015/07/msg0.html https://lists.debian.org/debian-devel-announce/2015/08/msg0.html https://lists.debian.org/debian-devel-announce/2015/08/msg2.html Donc, ouais, il faut attendre… -- Sylvain Sauvage
Re: Migration vers GCC5 laborieuse
Le 12/08/2015 17:09, Sylvain L. Sauvage a écrit : Le mercredi 12 août 2015, 16:33:02 C. Mourad Jaber a écrit : Bonjour, ’jour, Un petit point sur les grands travaux d'été debian... Tout d'abord, le passage à plasma 5 qui ne s'est fait dans la douleur, avec beaucoup de migration impromptue dans la testing de manière anarchique... et dont les effets de bord ne sont pas encore terminés. Plasma 5 est Ok en Sid (’fin, ça l’était avant GCC 5, fallait mettre à jour au bon moment ;oP ). Oui, j'ai eu le bon réflexe quand trop de morceau de plasma 5 sont tombés en testing (avec la mise à jour de bluedevil et du network-manager en particulier) Ensuite un projet de grande ampleur, la migration vers gcc 5... Aujourd'hui, cela bloque pas mal de chose et il ne me semble pas possible d'avoir une installation utilisable avec tellement de paquetages bas niveau ne sont pas encore disponible... Y'a-t-il une solution pour effectuer cette migration ou bien faut-il simplement attendre que tous les mainteneurs de paquetage recompilent leurs applications ? En fait, il semblerait qu’il n’y a pas seulement besoin de recompiler (sinon je pense que ça se ferait un peu plus vite, avec des [BO]NMU ([binary-only] non-maintainer upload) p.ex.), il faut aussi adapter. Ça touche seulement le C++ (parce que l’ABI C++ a changé pour C++11). Il y a eu plusieurs messages précédant la migration : https://lists.debian.org/debian-devel-announce/2015/07/msg0.html https://lists.debian.org/debian-devel-announce/2015/08/msg0.html https://lists.debian.org/debian-devel-announce/2015/08/msg2.html Donc, ouais, il faut attendre… C'est violent tout de même, une phase experimentale, même longue aurait peut-être été préférable... Parce que là ça bloque tout SID pour longtemps ! 3000 packages à vérifier/recompiler/tester manuellement, ça fait du boulot pour plusieurs mois... Mes 2 cents Mourad
Re: BIND9 sous squeeze
Pardon, vieille habitude de Répondre à tous :-(
Le 12 août 2015 21:06, Pascal Hambourg pas...@plouf.fr.eu.org a écrit :
(Inutile d'envoyer une copie privée, je suis abonné à la liste)
thanh.ta...@gmail.com a écrit :
C'est exactement ce dont j'ai besoin : une zone qui peut passer la main
à mon FAI si un sous domaine n'est pas déclarée.
Votre idée m'intéresse. N'étant pas un expert du DNS, pourriez-vous m'en
dire plus ?
Pourriez-vous s'il vous plait me donner un exemple d'une zone locale ?
Supposons le domaine principal example.com. Pour créer un zone pour un
sous-domaine privé private1.example.com, on fait une déclaration de zone
maître classique :
zone private1.example.com {
type master ;
file /path/to/private1.example.com.db ;
}
Exemple de contenu du fichier de zone /path/to/private1.example.com.db
(en fait le fichier de zone ne peut pas être générique puisque l'adresse
IP de l'enregistrement A est différente...) :
@ IN SOA ton.serveur.dns. ton.email. (
2015081200 ; serial (version)
6H ; refresh period (6 hours)
1H ; retry interval (1 hour)
2W ; expire time (2 weeks)
1H ; default ttl (1 hour)
)
IN NS ton.serveur.dns.
IN A 192.0.2.47 ; adresse de private1.example.com
Mais je me demande s'il ne serait pas possible de faire plus simple avec
un proxy DNS comme dnsmasq à la place de bind9.
L'exemple est bon, sauf que dans ce cas ci, j'aurais à faire autant de
fichier de zone que j'ai de sous domaine, n'est ce pas ?
Envoyé de mon iPhone
Est-ce un excuse pour justifier le top-posting et les lignes trop longues ?
Non, juste simplement que j'ai lu ta réponse dans les transports. C'est un
problème qui m'intéresse et que je souhaite connaitre la solution.
Re: Migration vers GCC5 laborieuse
Le 12/08/2015 21:22, Sylvain L. Sauvage a écrit : [...] (Et Testing n’est pas beaucoup plus stable, les grosses migrations n’y sont pas beaucoup plus rapides, juste un peu moins risquées.) C'est uniquement pour ce dernier point que j'ai répondu, l'auteur faisant le reproche de l'instabilité dans la durée et du risque de non fonctionnement. -- Daniel
Re: WHAT???? Re: Externalisation hotline support technique SAV...
Bonjour à tous les utilisateurs et développeurs de Debian : Le mercredi 12 août 2015 à 04:35, le pigeon le.pigeon.voyageur.dans.le.te...@openmailbox.org a écrit : Bonjour je reçois ce spam dans mes mails, je clic sur Pour ne plus faire partie de cette liste de diffusion suivez ce lien. http://home.edt02.net/tracking/unsubscribe/ccyg9vMBSRpc-B2i1cqcc1JBf8c /zPj1Vba0D1jsiIH7MQhWd1RqdhN3HWZWThL0maAMYKWGO5xVawy2LgI7q4szbcu0 = vous êtes désinscrit de la débian-list... sérieux? Sinon, pour celui qui s'inquiète de son statut concernant son abonnement auprès de diverses listes de diffusion de Debian (dont debian-user- fre...@lists.debian.org), il lui suffit d'envoyer un courriel à majord...@lists.debian.org avec comme sujet - et contenu de message - which le.pigeon.voyageur.dans.le.te...@openmailbox.org. Après cela et au bout de je ne sais combien de minutes, il recevra un courriel (de la part de listmas...@lists.debian.org) dont son contenu énuméra toutes les listes de diffusion de Debian auxquelles il est effectivement abonné... Tout cela est indiqué à la page suivante : http://www.debian.org/MailingLists/#subunsub Cordialement et à bientôt, Stéphane.
Re: Re: WHAT???? Re: Externalisation hotline support technique SAV...
le pigeon ne spammait pas la liste mais s'interrogeait sur le lien de désinscription qui précisait Debian list... Pas lieu de shooter comme ça... Pour info, c'est l'adresse de la liste (debian-user-french@lists.debian.org) qui est désinscrite de la liste de spam et non ton adresse (le.pigeon.voyageur.dans.le.te...@openmailbox.org) de la liste Debian... comme indiqué : Votre demande de désinscription de l'adresse (debian-user-french@lists.debian.org) a bien été enregistrée et sera prise en compte dans un délai de trois jours. Merci. Pierre Le 12/08/2015 08:24, Bernard Schoenacker a écrit : Le Wed, 12 Aug 2015 06:35:08 +0200, le pigeon le.pigeon.voyageur.dans.le.te...@openmailbox.org a écrit : Bonjour je reçois ce spam dans mes mails, je clic sur Pour ne plus faire partie de cette liste de diffusion suivez ce lien. http://home.edt02.net/tracking/unsubscribe/ccyg9vMBSRpc-B2i1cqcc1JBf8c/zPj1Vba0D1jsiIH7MQhWd1RqdhN3HWZWThL0maAMYKWGO5xVawy2LgI7q4szbcu0 = vous êtes désinscrit de la débian-list... : http://home.edt02.net/tracking/unsubscribe/ccyg9vMBSRpc-B2i1cqcc1JBf8c/zPj1Vba0D1jsiIH7MQhWd1RqdhN3HWZWThL0maAMYKWGO5xVawy2LgI7q4szbcu0 sérieux? bonjour, prière d'arrêter de roucouler et merci d'avancer ... slt bernard -- Pro. Signature Pierre Touzeau -- Chargé de mission / Préfecture de region Basse-Normandie SGAR/rue Daniel HUET/14038 CAEN CEDEX/Tel: +33 231 306 306 pierre.touz...@basse-normandie.pref.gouv.fr / Fax: ... 564 --
Re: WHAT???? Re: Externalisation hotline support technique SAV...
Le Wed, 12 Aug 2015 06:35:08 +0200, le pigeon le.pigeon.voyageur.dans.le.te...@openmailbox.org a écrit : Bonjour je reçois ce spam dans mes mails, je clic sur Pour ne plus faire partie de cette liste de diffusion suivez ce lien. http://home.edt02.net/tracking/unsubscribe/ccyg9vMBSRpc-B2i1cqcc1JBf8c/zPj1Vba0D1jsiIH7MQhWd1RqdhN3HWZWThL0maAMYKWGO5xVawy2LgI7q4szbcu0 = vous êtes désinscrit de la débian-list... : http://home.edt02.net/tracking/unsubscribe/ccyg9vMBSRpc-B2i1cqcc1JBf8c/zPj1Vba0D1jsiIH7MQhWd1RqdhN3HWZWThL0maAMYKWGO5xVawy2LgI7q4szbcu0 sérieux? bonjour, prière d'arrêter de roucouler et merci d'avancer ... slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150812082402.221b7ae7.bernard.schoenac...@free.fr
busybox, bridge_tools, ifupdown : comportement bizarre lors de la configuration d'un bridge
Bonjour, je travaille actuellement sur une carte avec un linux embarqué dont la distribution est pétrie par yocto avec en tête de gondole busybox. Je souhaite configurer les deux interfaces IP de la cible en switch, soit en bridge. Une fois bridge_utils et les options qui vont bien dans le noyau ajoutés à la distrib, j'ai réussi à monter le bridge à la main en utilisant les commandes suivantes : ip link set up dev eth0 ip link set up dev eth1 brctl addbr br0 brctl addif br0 eth0 eth1 ip link set up dev br0 J'ai constaté que le ifupdown embraqué dans busybox ne semble pas reconnaitre les options de type bridge_xxx dans le fichier /etc/network/interfaces, donc la configuration minimale d'un bridge tel que je le fais dans une debian ne fonctionne pas : iface br0 inet static address 172.17.3.2 netmask 255.255.255.0 gateway 172.173.3.1 bridge_ports eth0 eth1 Pour contourner le problème, j'ai utilisé un script if-pre-up qui lance les commandes décrites précedenement si $IFACE vaut br0. L'enchaînement des commandes fonctionne bien et à la fin du boot ifconfig indique que l'interface est montée, Oh joie ! mais que de courte durée car le trafic ne passe pas d'une interface à l'autre ! En refaisant à la main le parcours je me suis rendu compte que si j'enchaîne les commandes de configuration dans un script, les communications ne traversent pas le switch... Mais si je commence la configuration en lançant les commandes une à une avec une attente entre elles (ne serait-ce que le temps de les taper avec deux doigts) le switch fonctionne correctement. Partant de ce constat, j'ai joué à l'automaticien de base en ajoutant des tempo... Ce qui donne le script suivant : ip link set up dev eth0 sleep 3 ip link set up dev eth1 sleep 3 brctl addbr br0 sleep 3 brctl addif br0 eth0 eth1 sleep 3 ip link set up dev br0 Je pense que cette solution est un contournement mais n'est pas la solution, cependant je n'arrive pas à identifier ce que j'ai raté dans la configuration. Une autre piste, je n'ai pas réussi à identifier la liste des options dans interfaces que reconnaît busybox, une recherche sur les sources de motif comme bridge_ n'a rien donné ce qui me conforte dans le fait que ces options ne sont pas gérées. Ai-je raté un truc ? Et comment faire pour avoir une version de ifupdown qui traite les commandes étendues dans /etc/network/interfaces comme sous debian ? Cordialement. -- Yann Cohen y...@ianco.org ianco -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1439374067.17505.30.ca...@ianco.org
Re: busybox, bridge_tools, ifupdown : comportement bizarre lors de la configuration d'un bridge
Yann Cohen a écrit : J'ai constaté que le ifupdown embraqué dans busybox ne semble pas reconnaitre les options de type bridge_xxx dans le fichier /etc/network/interfaces, donc la configuration minimale d'un bridge tel que je le fais dans une debian ne fonctionne pas : iface br0 inet static address 172.17.3.2 netmask 255.255.255.0 gateway 172.173.3.1 bridge_ports eth0 eth1 A ma connaissance les options bridge_* ou bridge-* ne sont pas gérées directement par ifup/ifdown mais par des scripts placés dans /etc/network/if-* par le paquet bridge-utils. Pour l'autre problème, pas d'idée. mais que de courte durée car le trafic ne passe pas d'une interface à l'autre ! Vérifie l'état du pont dans les logs du noyau, notamment si les deux ports passent bien dans l'état forwarding.
Re: RAID 1 architecture Partition
Christophe a écrit : Le 08/08/2015 14:41, Clément Breuil a écrit : les partition md se nomme md0p1 pour / et md0p2 pour le swap J'ignorais qu'il pouvait y avoir des mdXpY ... Les ensembles RAID partitionnables existent depuis le noyau 2.6.28, soit un bout de temps. Mais cette fonctionnalité semble peu utilisée car LVM était déjà utilisé pour palier cette carence, et reste plus souple qu'un partitionnement classique. Ce genre de configuration peut se faire depuis l'installer debian ? Je ne pense pas car je n'ai jamais vu d'option pour créer une table de partition sur un ensemble RAID. Ou bien avec les outils en ligne de commande disponibles dans le shell de l'installateur (cfdisk, fdisk, parted).
Re: RAID 1 architecture Partition
Clément Breuil a écrit : Oui depuis l'installation debian c'est possible Création d'un raid multidisque puis 2 partitions dedans Comment as-tu procédé en détail ? J'ai essayé, mais je ne vois pas de moyen de créer des partitions dans un ensemble RAID fraîchement créé avec l'interface de l'installateur. Cette option n'est disponible que si l'ensemble RAID a déjà été partitionné avec un autre outil.
Re: BIND9 sous squeeze
Christophe a écrit : Ma question est, comment dois-je écrire mon fichier name.conf ainsi que mon fichier de zone de telle manière à ce que si quelqu'un du LAN essaie d'atteindre un serveur Privé, le DNS interne lui résolvera le nom en local, et si l'entrée n'est pas dans cette zone locale, le DNS transférera cette requête vers le DNS de mon FAI. Dans bind9, ca s'appelle des views . Les vues ou views, c'est fait pour qu'un serveur DNS autoritaire serve - par exemple - deux versions différentes d'une zone selon l'origine des requêtes. Mais dans le cas présent, sauf erreur d'interprétation de ma part, ce n'est pas ce qui est demandé. Si j'ai bien compris, le serveur DNS local ne doit faire autorité que pour les noms privés de la zone et récursif pour le reste de la zone, sans dupliquer la partie publique de la zone. A ma connaissance, ce n'est pas possible : un serveur fait autorité pour une zone entière ou pas du tout. Le seul moyen que je vois, c'est de créer une zone fille locale pour et de même nom que chaque nom privé. On peut utiliser le même fichier de zone générique pour toutes les zones filles, seul le nom de la zone changeant.
Re: RAID 1 architecture Partition
Le mercredi 12 août 2015, 14:36:53 Pascal Hambourg a écrit : […] Comment as-tu procédé en détail ? J'ai essayé, mais je ne vois pas de moyen de créer des partitions dans un ensemble RAID fraîchement créé avec l'interface de l'installateur. Et si tu crées ton RAID à partir des disques (/dev/sdX) et non à partir de partitions (/dev/sdX1) ? -- Sylvain Sauvage
Re: BIND9 sous squeeze
Bonjour Pascal, C'est exactement ce dont j'ai besoin : une zone qui peut passer la main à mon FAI si un sous domaine n'est pas déclarée. Votre idée m'intéresse. N'étant pas un expert du DNS, pourriez-vous m'en dire plus ? Pourriez-vous s'il vous plait me donner un exemple d'une zone locale ? Je vous remercie de votre aide, Bien à vous Thanh Envoyé de mon iPhone Le 12 août 2015 à 13:54, Pascal Hambourg pas...@plouf.fr.eu.org a écrit : Christophe a écrit : Ma question est, comment dois-je écrire mon fichier name.conf ainsi que mon fichier de zone de telle manière à ce que si quelqu'un du LAN essaie d'atteindre un serveur Privé, le DNS interne lui résolvera le nom en local, et si l'entrée n'est pas dans cette zone locale, le DNS transférera cette requête vers le DNS de mon FAI. Dans bind9, ca s'appelle des views . Les vues ou views, c'est fait pour qu'un serveur DNS autoritaire serve - par exemple - deux versions différentes d'une zone selon l'origine des requêtes. Mais dans le cas présent, sauf erreur d'interprétation de ma part, ce n'est pas ce qui est demandé. Si j'ai bien compris, le serveur DNS local ne doit faire autorité que pour les noms privés de la zone et récursif pour le reste de la zone, sans dupliquer la partie publique de la zone. A ma connaissance, ce n'est pas possible : un serveur fait autorité pour une zone entière ou pas du tout. Le seul moyen que je vois, c'est de créer une zone fille locale pour et de même nom que chaque nom privé. On peut utiliser le même fichier de zone générique pour toutes les zones filles, seul le nom de la zone changeant.
Re: Migration vers GCC5 laborieuse
Le mercredi 12 août 2015, 19:23:17 daniel huhardeaux a écrit : […] Rester en testing est la solution si l'on veut les dernières versions sans les ennuis possibles d'unstable. Ou le pinning comme proposé préalablement. Mais Sid a des mises à jour de sécurité plus rapides. (Et Testing n’est pas beaucoup plus stable, les grosses migrations n’y sont pas beaucoup plus rapides, juste un peu moins risquées.) -- Sylvain Sauvage
Re: BIND9 sous squeeze
(Inutile d'envoyer une copie privée, je suis abonné à la liste)
thanh.ta...@gmail.com a écrit :
C'est exactement ce dont j'ai besoin : une zone qui peut passer la main à mon
FAI si un sous domaine n'est pas déclarée.
Votre idée m'intéresse. N'étant pas un expert du DNS, pourriez-vous m'en dire
plus ?
Pourriez-vous s'il vous plait me donner un exemple d'une zone locale ?
Supposons le domaine principal example.com. Pour créer un zone pour un
sous-domaine privé private1.example.com, on fait une déclaration de zone
maître classique :
zone private1.example.com {
type master ;
file /path/to/private1.example.com.db ;
}
Exemple de contenu du fichier de zone /path/to/private1.example.com.db
(en fait le fichier de zone ne peut pas être générique puisque l'adresse
IP de l'enregistrement A est différente...) :
@ IN SOA ton.serveur.dns. ton.email. (
2015081200 ; serial (version)
6H ; refresh period (6 hours)
1H ; retry interval (1 hour)
2W ; expire time (2 weeks)
1H ; default ttl (1 hour)
)
IN NS ton.serveur.dns.
IN A 192.0.2.47 ; adresse de private1.example.com
Mais je me demande s'il ne serait pas possible de faire plus simple avec
un proxy DNS comme dnsmasq à la place de bind9.
Envoyé de mon iPhone
Est-ce un excuse pour justifier le top-posting et les lignes trop longues ?
Re: Migration vers GCC5 laborieuse
Le 12/08/2015 17:38, C. Mourad Jaber a écrit : [...] Donc, ouais, il faut attendre… C'est violent tout de même, une phase experimentale, même longue aurait peut-être été préférable... Parce que là ça bloque tout SID pour longtemps ! [...] L'essence même de SID est unstable ! On sait donc à quoi s'attendre ;-) Rester en testing est la solution si l'on veut les dernières versions sans les ennuis possibles d'unstable. Ou le pinning comme proposé préalablement. -- Daniel
Re: [hors-voyance] interfaces et environnements
(Mon dernier message sur le [Hors-voyance], et après je vous épargne
mes surcharges HS sur la liste, en tout cas jusqu'au 21 !)
On 12. 08. 15 09:08, MENGUAL Jean-Philippe wrote:
[...] résumé synthétique de l'état de l'art[...]
Pour un futuriste état de l'art, si cette idée avait quelque valeur,
qu'elle chemine -- ou émerge -- jusqu'à {son,sa} accomplisseu{r,se}.
Ainsi soit-il :
Difficile d'imaginer ce qui pourrait offrir autant d'avantages que la
vision humaine -- en particulier la capacité qu'elle offre de percevoir
précisément, à différentes portées et de manière globale, les éléments
statiques et mobiles de l'environnement. Pourtant, il y a des espèces
qui se servent de sonars, en milieu partiellement ou totalement obscur,
pour le même effet… et ils ne s'en démerdent pas si mal !
Voilà. À dans une semaine et demie.
Re: RAID 1 architecture Partition
je vient de me rendre compte que c'est spécifique a l'installateur de jessie donc tu met en raid les deux disques tu crée le multidisque raid1 sur les deux disques puis tu fait partitionnement assisté puis Utiliser le disque entier et tu choisi le périphérique RAID fraichement crée a la différence wheezy ne présente pas ce périphérique dans ce menu Par contre ya une ressemblance Quand tu choisi l'espace libre du perih raid tu peut pas choisir sa taille pour le découper manuellement :/ Le 12/08/2015 14:36, Pascal Hambourg a écrit : Clément Breuil a écrit : Oui depuis l'installation debian c'est possible Création d'un raid multidisque puis 2 partitions dedans Comment as-tu procédé en détail ? J'ai essayé, mais je ne vois pas de moyen de créer des partitions dans un ensemble RAID fraîchement créé avec l'interface de l'installateur. Cette option n'est disponible que si l'ensemble RAID a déjà été partitionné avec un autre outil.
