Re: Bug de résolution de noms ?
Dans un environnement comme le notre à savoir où l'on sort des services événementiels dont les urls peuvent changer toutes les 4 matins, avoir une implémentation du type wilcard DNS donne une souplesse énorme entre les services de développement les services IT. De plus cela évite de créer des enregistrements DNS pour une durée de vie très courte. La question est plus pourquoi un tel comportement, ce n'est pas normal de considérer www.exemple.com comme un nom court. Après nous sommes d'accord que l'on peux se placer de pleins de façons différentes dans une situation où l'on en voit pas le bug. A moins que quelqu'un y voit une explication logique ? Stephane Bortzmeyer a écrit : On Thu, Jul 02, 2009 at 05:14:38PM +0200, François TOURDE fra-duf-no-s...@tourde.org wrote a message of 33 lines which said: Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire avec un point à la fin, soit tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf Sinon, je vois pas. Supprimer le joker de example.com. C'est d'une utilité douteuse, de toute façon. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
probleme de connection hci entre blueZ et module bluetooth
Bonjour! Je travaille actullement sur Debian avec la derniere version du kernel 2.6 de Linux. Ayant fait l'acquisition d'un module bluetooth de la societe CSR ( BTM-330, fonctionnant avec le microprocesseur de type BC4_roam) j'ai naturellement essaye de le relier a mon ordinateur via le protocole HCI existant a la base d'une part sur Linux ( grace a l'installation du package BlueZ ) mais aussi present sur mon module bluetooth. Cependant lorsque je fais une tentative de connexion via la commande hciattach sur le port de type UART (ttyS0) j'obtiens le message suivant : Initialization timed out. voici le type de commade que j'ai entre: hciattach /dev/ttyS0/csr D'un point de vue foctionnement pur de la carte, on peut observer que le message est bien capte par la carte puisque le voyant s'allume mais globalement la connexion entre blueZ et le btmodule ne parvient pas a s'etablir. Du coup lorsque j'entre la commande hciconfig pour voir le module a ete detecte sur le port il n'y a naturellement rien qui s'affiche. J#ai fait des recherches de mon cote afin de savoir a quoi cela ete du, et il semblerait que ce soit du au fait que la commande hciattach ait besoin de definir la carte BT a un baud rate de 230400 alors que sur linux 2.6 il y a un bug qui ne permet pas aux UART d'etre programmes a des baud rates de plus de 115200. Je voudrais donc votre avis sur cette justification de la non detection du btmodule. Aussi, auriez vous une idee du niveau de localisation du probleme, voire de correction de ce probleme qui permette de detecter le btmodule et d'observer effectivement sa presence lors de l'utilisation de la commande hciconfig? Merci d'avance __ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: Bug de résolution de noms ?
Salut, dodger web (free.fr) a écrit : La question est plus pourquoi un tel comportement, ce n'est pas normal de considérer www.exemple.com comme un nom court. Il n'est pas considéré comme un nom court (par défaut s'il y a au moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon l'ajout du domaine de recherche serait fait immédiatement, et non après l'échec de la résolution initiale. Est-ce qu'une directive search vide dans resolv.conf serait une option acceptable ? François TOURDE a écrit : tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf J'ai peur que ça ne suffise pas, car en l'absence de ces directives elles prennent comme valeur par défaut le domaine du nom d'hôte local. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: [HS] sauvegarde sous linux
Xavier Brochard a écrit : Bonjour Sur le même principe (rsync plus des liens durs) que BackupPC il y a Dirvish. Si je me souviens bien il tourne aussi sur Windows (c'est du Perl + Rsync). Par contre il n'y a pas d'interface graphique. http://dirvish.sf.net xavier giggzounet wrote: Bonjour, bon la question revient souvent, mais je repose qd meme en esperant qu une ame charitable m offre ses lumieres : au boulot, on m a nomme bien malgre moi le specialiste informatique (ben oui, j utilise un truc noir en tapant des commandes bizarres alors je m y connais...). On me demande de mettre en place un systeme de backup pour le labo dans le lequel je bosse (et je n y connais rien). En gros, l uni nous propose un espace de stockage accessible par NFS et SMB. Quels logiciels libres sont utilisables dans ce cas ? a part rsync...si possible (je n ai rien contre mais je connais deja le nom et j en cherche d autres). De plus mon chef veut que ca marche du premier coup (j en ris d avance), donc si vous avez des explications qui vont bien avec...ben je prends! Merci d avance et desole pour ce HS. mais bon il y en a bcp qui gere de grosses backup parmi vous...alors je demande qd meme Bye Guillaume Ok merci a tous. j attends que les choses se mettent en place et je reviens vous dire comment ca se passe...et quel outil on a choisi. bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: Bug de résolution de noms ?
Le 14428ième jour après Epoch, Pascal Hambourg écrivait: Salut, dodger web (free.fr) a écrit : La question est plus pourquoi un tel comportement, ce n'est pas normal de considérer www.exemple.com comme un nom court. Il n'est pas considéré comme un nom court (par défaut s'il y a au moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon l'ajout du domaine de recherche serait fait immédiatement, et non après l'échec de la résolution initiale. Est-ce qu'une directive search vide dans resolv.conf serait une option acceptable ? François TOURDE a écrit : tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf J'ai peur que ça ne suffise pas, car en l'absence de ces directives elles prennent comme valeur par défaut le domaine du nom d'hôte local. Et pourtant: 1) Avec search tourde.home dans resolv.conf fermat:~# host toto.google.fr toto.google.fr.tourde.home is an alias for gassendi.tourde.home. gassendi.tourde.home has address 192.168.42.15 fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. www.google.com is an alias for www.l.google.com. www.l.google.com has address 209.85.227.147 www.l.google.com has address 209.85.227.99 www.l.google.com has address 209.85.227.103 www.l.google.com has address 209.85.227.104 www.l.google.com has IPv6 address 2001:4860:a003::68 2) Sans le mot-clef search fermat:~# host toto.google.fr Host toto.google.fr not found: 3(NXDOMAIN) fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. www.google.com is an alias for www.l.google.com. www.l.google.com has address 209.85.227.104 www.l.google.com has address 209.85.227.147 www.l.google.com has address 209.85.227.99 www.l.google.com has address 209.85.227.103 www.l.google.com has IPv6 address 2001:4860:a003::68 Mais avec un hostname sans nom de domaine: fermat:~# hostname fermat Du coup, le domaine local de resolv.conf est vide, et donc toute requête se fera comme pour un fqdn. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
ups
Bonjour à tous, Je cherche un outil me permettant de capturer les évènements SNMP provenant d'un ups et d'éteindre automatiquement le serveur. J'ai un UPS Powerware 9125 Je n'ai pas trop envie d'installer l'outil fourni par powerware (NetWatch) qui n'est pas en x86_64. Y a t'il une alternative ? J'ai vu nup mais je ne suis pas sur qu'il fonctionne avec un ups réseau Merci d'avance Guy -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: ups
J'utilise le paquet apcupsd qui gère la connection usb mais aussi d'autres connexion genre réseaux ... Julien Le vendredi 03 juillet 2009 à 14:25 +0200, Guy Deleeuw a écrit : Bonjour à tous, Je cherche un outil me permettant de capturer les évènements SNMP provenant d'un ups et d'éteindre automatiquement le serveur. J'ai un UPS Powerware 9125 Je n'ai pas trop envie d'installer l'outil fourni par powerware (NetWatch) qui n'est pas en x86_64. Y a t'il une alternative ? J'ai vu nup mais je ne suis pas sur qu'il fonctionne avec un ups réseau Merci d'avance Guy -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: ups
Merci pour ta réponse Julien, Mais cet outil est destiné au ups APC non ? Guy Julien a écrit : J'utilise le paquet apcupsd qui gère la connection usb mais aussi d'autres connexion genre réseaux ... Julien Le vendredi 03 juillet 2009 à 14:25 +0200, Guy Deleeuw a écrit : Bonjour à tous, Je cherche un outil me permettant de capturer les évènements SNMP provenant d'un ups et d'éteindre automatiquement le serveur. J'ai un UPS Powerware 9125 Je n'ai pas trop envie d'installer l'outil fourni par powerware (NetWatch) qui n'est pas en x86_64. Y a t'il une alternative ? J'ai vu nup mais je ne suis pas sur qu'il fonctionne avec un ups réseau Merci d'avance Guy -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: Bug de résolution de noms ?
En fait la commande host retourne toujours le bon résultat. En revanche un simple script en python faisant un gethostbyname présente le problème : dodger...@shell1:~$ cat test-dns.py #!/usr/bin/python import socket ip1 = socket.gethostbyname('www.google.com') ip2 = socket.gethostbyname('toto.google.com') ip3 = socket.gethostbyname('www') print res : + ip1 + - + ip2 + - + ip3 dodger...@shell1:~$ python test-dns.py res : 209.85.227.99 - 192.168.0.10 - 192.168.0.10 dodger...@shell1:~$ host toto.google.com Host toto.google.com not found: 3(NXDOMAIN) Frederic François TOURDE a écrit : Le 14428ième jour après Epoch, Pascal Hambourg écrivait: Salut, dodger web (free.fr) a écrit : La question est plus pourquoi un tel comportement, ce n'est pas normal de considérer www.exemple.com comme un nom court. Il n'est pas considéré comme un nom court (par défaut s'il y a au moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon l'ajout du domaine de recherche serait fait immédiatement, et non après l'échec de la résolution initiale. Est-ce qu'une directive search vide dans resolv.conf serait une option acceptable ? François TOURDE a écrit : tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf J'ai peur que ça ne suffise pas, car en l'absence de ces directives elles prennent comme valeur par défaut le domaine du nom d'hôte local. Et pourtant: 1) Avec search tourde.home dans resolv.conf fermat:~# host toto.google.fr toto.google.fr.tourde.home is an alias for gassendi.tourde.home. gassendi.tourde.home has address 192.168.42.15 fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. www.google.com is an alias for www.l.google.com. www.l.google.com has address 209.85.227.147 www.l.google.com has address 209.85.227.99 www.l.google.com has address 209.85.227.103 www.l.google.com has address 209.85.227.104 www.l.google.com has IPv6 address 2001:4860:a003::68 2) Sans le mot-clef search fermat:~# host toto.google.fr Host toto.google.fr not found: 3(NXDOMAIN) fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. www.google.com is an alias for www.l.google.com. www.l.google.com has address 209.85.227.104 www.l.google.com has address 209.85.227.147 www.l.google.com has address 209.85.227.99 www.l.google.com has address 209.85.227.103 www.l.google.com has IPv6 address 2001:4860:a003::68 Mais avec un hostname sans nom de domaine: fermat:~# hostname fermat Du coup, le domaine local de resolv.conf est vide, et donc toute requête se fera comme pour un fqdn. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: ups
Guy Deleeuw a écrit : Bonjour à tous, Bonjour Guy Je cherche un outil me permettant de capturer les évènements SNMP provenant d'un ups et d'éteindre automatiquement le serveur. J'ai un UPS Powerware 9125 Je n'ai pas trop envie d'installer l'outil fourni par powerware (NetWatch) qui n'est pas en x86_64. Y a t'il une alternative ? J'ai vu nup mais je ne suis pas sur qu'il fonctionne avec un ups réseau J'utilise nut. Il existe le paquet nut-snmp. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: ups
Guy Deleeuw a écrit : Bonjour à tous, Bonjour Guy Je cherche un outil me permettant de capturer les évènements SNMP provenant d'un ups et d'éteindre automatiquement le serveur. J'ai un UPS Powerware 9125 Je n'ai pas trop envie d'installer l'outil fourni par powerware (NetWatch) qui n'est pas en x86_64. Y a t'il une alternative ? J'ai vu nup mais je ne suis pas sur qu'il fonctionne avec un ups réseau J'utilise nut. Il existe le paquet nut-snmp. -- Daniel Huhardeaux _ _ _ _ enum +33 368 460 088 (_ __) _ ) _ (_ __) _ _(_) +48 222 472 472 iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / GIZMO,SKYPE,GTALK sip/iax:callto 1...@sip./_/ ( ___( ___/ /_/ (_/ (_/_/.net tootaiNET -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: Fwd: Aspire One / Pas d'accès wifi avec wi cd
Grégory Bulot a écrit : as tu tenté un ifconfig wlan0 up avec ath5k ? je viens de le faire : idem, wlan0 no scan result lsmod | grep ath ath5k 87264 0 mac80211 139712 1 ath5k cfg80211 21576 2 ath5k,mac80211 iwconfig [...] wlan0 Link encap:Ethernet HWaddr 00:xx:xx:xx:xx:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) [...] dans wicd j'ai bien saisi wlan0, puis un /etc/init.d/wicd restart Attention, l'interrupteur situé sur la facade avant coupe physiquement l'emission/reception d'ondes radio. Si tu regarde les scancodes qu'elle renvoie, un coup sur deux le code change, pour signaler : j'ai coupe l'émission ou j'ai activé l'emission. Je n'ai pas trouvé comment forcer la gestion de cetet fonctionnalite par le logiciel. Ca signifie donc que ton linux voit une interface wifi, il la voit active, mais il ne sait pas que l'antenne a été débranchée et il ne trouve aucun reseau. Essaye d'actionner une fois l'linterupteur et de faire ton scan, si ca marche pas, tu actionnes l'interrupteur et tu attends quelques secondes avant de lancer un autre scan (plusieurs, parfois). Fanfan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: [newbie compil kernel] Re: Aspire One / Pas d'accès wifi avec wicd
David Prévot a écrit : [...] (j'utilise cette technique aussi pour m-a : pas besoin d'installer tous les paquets de développement sur un ultra portable juste pour compiler une paire de paquets de temps en temps, c'est beaucoup plus efficace de faire ce type de boulot sur une machine plus rapide). Surtout quand le dit ultraportable fonctionne intégralement sur SSD et carte SD ! ;-) Fanfan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
[HS] hardware ou iptables?
bonsoir à tous; Pour ceux qui ont peut être suivi mes derniers courriels, je cherche à connecter une fonera à mon serveur debian. A force de test(s), je suis tombé la dessus: En résumé, sur le serveur, j'ai monté un serveur dhcp3, qui fonctionne, et pour tester, j'ai branché mon portable en ethernet dessus. Résultat: j'obtiens bien une ip, avec une adresse valide, la bonne adresse du serveur dhcp3, etc... Mais! ... si je ping le serveur, voila la réponse: # ping -c2 192.168.2.1 PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- 192.168.2.1 ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 1007ms et effectivement, je n'ai aucune activité sur les voyants de la carte réseau. A l'inverse, à partir du serveur, la carte réseau s'active bien, mais pas de message d'erreur et pas de réponse bien sur. Donc, la question que je me pose, finalement, c'est de savoir si c'est un problème de carte réseau (peut on brancher un cable 'machine allumée?), et/ou un problème iptables sur le serveur, attendu qu'en wifi, sur celui ci, je n'ai pas de soucis de ping dans aucun sens entre serveur et portable! Je suis très désappointé (et je n'aime pas être désappointé) Rémi. -- Linux-User #280142 with the Linux Counter, http://counter.li.org/ Merci de m'avoir lu jusqu'ici, longue Vie et Prosperite. http://www.suinot.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: [HS] hardware ou iptables?
Remi Suinot a écrit : # ping -c2 192.168.2.1 PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- 192.168.2.1 ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 1007ms le ping est bloqué à la source à priori. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: [HS] hardware ou iptables?
En ce Fri, 03 Jul 2009 18:52:27 +0200, le sermon de Cornichon cornicho...@gmail.com contenait: Remi Suinot a écrit : # ping -c2 192.168.2.1 PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- 192.168.2.1 ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 1007ms le ping est bloqué à la source à priori. donc iptables :) bien, le problème est donc de savoir comment résoudre ce problème. Avez vous un lien, s'il vous plait? Rémi. -- Linux-User #280142 with the Linux Counter, http://counter.li.org/ Merci de m'avoir lu jusqu'ici, longue Vie et Prosperite. http://www.suinot.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: Bug de résolution de noms ?
François TOURDE a écrit : Pascal Hambourg écrivait: François TOURDE a écrit : tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf J'ai peur que ça ne suffise pas, car en l'absence de ces directives elles prennent comme valeur par défaut le domaine du nom d'hôte local. Et pourtant: 1) Avec search tourde.home dans resolv.conf fermat:~# host toto.google.fr toto.google.fr.tourde.home is an alias for gassendi.tourde.home. gassendi.tourde.home has address 192.168.42.15 fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. host c'est très bien pour interroger un serveur DNS, mais je m'en méfie lorsqu'il s'agit de reproduire le comportement du resolver local, même s'il tient compte du contenu de resolv.conf. Par exemple je ne vois pas dans sa page de manuel qu'il prend par défaut le domaine du nom d'hôte local en l'absence d'option 'search' ou 'domain' comme c'est décrit dans la page de manuel de resolv.conf. 2) Sans le mot-clef search fermat:~# host toto.google.fr Host toto.google.fr not found: 3(NXDOMAIN) fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. [...] Mais avec un hostname sans nom de domaine: fermat:~# hostname fermat Du coup, le domaine local de resolv.conf est vide, et donc toute requête se fera comme pour un fqdn. Voilà : si le domaine local est vide, pas de problème évidemment. Mais ce n'est pas forcément le cas des machines de l'OP. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: [HS] hardware ou iptables?
Salut, Remi Suinot a écrit : Cornichon cornicho...@gmail.com a écrit: Remi Suinot a écrit : # ping -c2 192.168.2.1 PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- 192.168.2.1 ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 1007ms le ping est bloqué à la source à priori. Ça y ressemble. donc iptables :) bien, le problème est donc de savoir comment résoudre ce problème. Avez vous un lien, s'il vous plait? Un lien vers quoi ? C'est plutôt à toi d'indiquer si tu utilises un pare-feu (front-end d'iptables en fait) et lequel (shorewall, firestarter...), un script maison et quelles sont les règles iptables en place (à voir avec iptables-save). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: Bug de résolution de noms ?
Pascal Hambourg a écrit : […] host c'est très bien pour interroger un serveur DNS, mais je m'en méfie lorsqu'il s'agit de reproduire le comportement du resolver local, même s'il tient compte du contenu de resolv.conf. Par exemple je ne vois pas dans sa page de manuel qu'il prend par défaut le domaine du nom d'hôte local en l'absence d'option 'search' ou 'domain' comme c'est décrit dans la page de manuel de resolv.conf. Je pense que getent hosts est la meilleure manière de simuler une résolution. Exemple : trayd...@trayduntu:~$ getent hosts www.google.fr 2001:4860:a003::68 www.l.google.com www.google.fr www.google.com De plus, il suit les directives de nsswich.conf et cie. Bonne chance ! ;) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: configuration debian
strohecker guillaume a écrit : Bonsoir la liste, Je viens vers vous car j'ai deux problèmes de configuration sur Debian Lenny. - J'utilise une carte son( fast track) externe sur mon pc, le son fonctionne parfaitement pour toutes les applications sauf pour flash. Quel fichier dois-je modifier pour corriger le problème ? Peux tu préciser comment tu lis ton application flash ? A travers un navigateur ? Avec le flash proprio ? Ca permettra d'en savoir un peu plus... Peut-être, une piste, au hasard : les autres applications utilisent Alsa et ton lecteur flash uniquement OSS... Tu pourrais tester ta carte son fonctionne aussi avec OSS en regardant déjà si ton mixeur le voir et changeant les paramétrages d'une application style VLC qui fonctionne. A++ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: [HS] hardware ou iptables?
Pascal Hambourg a écrit : Salut, Remi Suinot a écrit : Cornichon cornicho...@gmail.com a écrit: Remi Suinot a écrit : # ping -c2 192.168.2.1 PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- 192.168.2.1 ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 1007ms le ping est bloqué à la source à priori. Ça y ressemble. donc iptables :) bien, le problème est donc de savoir comment résoudre ce problème. Avez vous un lien, s'il vous plait? Un lien vers quoi ? C'est plutôt à toi d'indiquer si tu utilises un pare-feu (front-end d'iptables en fait) et lequel (shorewall, firestarter...), un script maison et quelles sont les règles iptables en place (à voir avec iptables-save). Pour répondre à la question, une solution consisterait peut-être à regarder la configuration par défaut du pare-feu... Pour en avoir le coeur net, un petit iptables -L -n -v te donnera des éléments... Si tu remarques que tous les packets sont droppés quand tu fais ton ping, c'est bien ton pare-feu... Avant ma config : r...@ether:~# iptables -L -n -v Chain INPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Je bloque tout en sortie : r...@ether:~# iptables -A OUTPUT -p icmp -j DROP r...@ether:~# iptables -L -n -v Chain INPUT (policy ACCEPT 132 packets, 47965 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 141 packets, 19145 bytes) pkts bytes target prot opt in out source destination 0 0 DROP icmp -- * * 0.0.0.0/0 0.0.0.0/0 r...@ether:~# ping www.free.fr PING www.free.fr (212.27.48.10) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted ^C --- www.free.fr ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 1006ms r...@ether:~# iptables -L -n -v Chain INPUT (policy ACCEPT 155 packets, 57903 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 165 packets, 22814 bytes) pkts bytes target prot opt in out source destination 2 168 DROP icmp -- * * 0.0.0.0/0 0.0.0.0/0 Je vois que 2 packets ont été droppés et le log de mon ping ressemble au tien... Tu ne dois pas être loin... A++ EQ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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
Re: [HS] Blackberry and Caldav ?
Edi Stojicevic a écrit : Bonsoir, Je voudrais savoir si vous saviez si les derniers blackberry Bold pouvaient se synchroniser avec Davical installé sous Debian ? Ca doit fonctionner sous l'iPhone mais je me demandais s'il existait une application pour le Bold ... Merci par avance pour toute éventuel information ... Un petit retour sur l'iPhone, forcément un peu hors sujet : la consultation (pas synchronisation...) des agendas sous iCal et Caldav fonctionnent dans la version 3 du système (donc, passer 2 heures à mettre à jours et 8 heures à résinstaller vos appli une par une) mais c'est en lecture seule... Pas de push sur le serveur... Les serveurs CalDav et basés sur iCal de la dernière version de eGroupware fonctionnent... en lecture... Que ceux qui réussissent à le faire sans outil supplémentaire se manifestent !!! EQ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: 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