Re: [IPTABLES] Comment lister les paquets rejetés ?
Philippe Gras a écrit : Le 07/06/2014 23:05, nb a écrit : INPUT ne sert pas pour une connexion déjà établie, seulement pour l'établissement d'une connexion (paquet tcp syn) Non. INPUT voit passer *tous* les paquets IP reçus destinés à la machine qui n'ont pas été bloqués avant. Je n'ai pas vu de forum ou de liste dédiée à Iptables En anglais : Liste Debian : debian-firew...@lists.debian.org Liste du noyau : netfil...@vger.kernel.org Il existe apparemment une différence dans le traitement des paquets par iptable selon leur état. Non. Toute différence de traitement selon l'état du paquet ne peut provenir que des règles mises en place. La seule exception, c'est le fonctionnement de la table 'nat'. Si iptables ne fait pas ce que tu veux, alors c'est que ton jeu de règles est à revoir. -- 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/539c2bd2.6070...@plouf.fr.eu.org
Re: Réseau : comportement lorsque plusieurs routeurs par défaut sont définis.
David Guyot a écrit : Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit: Bonjour, Je cherche à comprendre/connaître le comportement de la couche TCP/IP de linux lorsque plusieurs destinations par défaut sont configurées. L'exemple est simple, soit un hôte avec deux interfaces eth0 en 192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.254 sur eth1. Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choisir la bonne route et refuse de router les paquets vers quelque passerelle que ce soit. N'importe quoi. Le noyau utilise simplement une des routes. Il ne va pas chercher à savoir si elle est opérationnelle ou non, ni utiliser l'autre route dans ce dernier cas. Il y a certainement une logique dans la sélection de la route (la dernière créée, la première créee...) mais mon conseil est : ne comptez pas dessus, et appliquez la loi de Murphy : si vous pensez que telle route sera utilisée, alors le noyau prendra certainement l'autre. -- 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/539c30bd.6090...@plouf.fr.eu.org
Re: Réseau : comportement lorsque plusieurs routeurs par défaut sont définis.
Bonjour, Perso, j'en étais resté à l'idée qu'il ne fallait tout simplement pas définir plusieurs routes par défaut car comme son nom l'indique *la* route par défaut est unique (c'est *la* utilisée quand aucune autre route ne matche). Maintenant peut-être que ça se fait malgré tout, mais dans ma logique ça n'a pas de sens. -- François Lafont -- 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/lnhcls$li7$1...@ger.gmane.org
Re: Réseau : comportement lorsque plusieurs routeurs par défaut sont définis.
exacte. c'est ce qu'on surnomme aussi d'ailleurs la route de la dernière chance Le 14 juin 2014 13:46, Francois Lafont mathsatta...@free.fr a écrit : Bonjour, Perso, j'en étais resté à l'idée qu'il ne fallait tout simplement pas définir plusieurs routes par défaut car comme son nom l'indique *la* route par défaut est unique (c'est *la* utilisée quand aucune autre route ne matche). Maintenant peut-être que ça se fait malgré tout, mais dans ma logique ça n'a pas de sens. -- François Lafont -- 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/lnhcls$li7$1...@ger.gmane.org
Re: Réseau : comportement lorsque plusieurs routeurs par défaut sont définis.
Le 14/06/2014 13:46, Francois Lafont a écrit : *la* route par défaut est unique (c'est *la* utilisée quand aucune ^ Oups, désolé il manque un mot. Il faut lire : « c'est *la* route utilisée ... » -- François Lafont -- 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/lnhcpv$li7$2...@ger.gmane.org
Re: Réseau : comportement lorsque plusieurs routeurs par défaut sont définis.
On 06/14/2014 01:23 PM, Pascal Hambourg wrote: David Guyot a écrit : Le vendredi 13 juin 2014 à 09:13:55 +0200, Yann Cohen a écrit: Bonjour, Je cherche à comprendre/connaître le comportement de la couche TCP/IP de linux lorsque plusieurs destinations par défaut sont configurées. L'exemple est simple, soit un hôte avec deux interfaces eth0 en 192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.254 sur eth1. Si ma mémoire est bonne, dans ce cas, le noyau est incapable de choisir la bonne route et refuse de router les paquets vers quelque passerelle que ce soit. N'importe quoi. Le noyau utilise simplement une des routes. Il ne va pas chercher à savoir si elle est opérationnelle ou non, ni utiliser l'autre route dans ce dernier cas. Il y a certainement une logique dans la sélection de la route (la dernière créée, la première créee...) mais mon conseil est : ne comptez pas dessus, et appliquez la loi de Murphy : si vous pensez que telle route sera utilisée, alors le noyau prendra certainement l'autre. Si la mémoire a moi :) est bonne.. Il faut considérer la route par défaut comme un fallback : si aucune route spéciale n'est définie pour un paquet donne, alors il utilise la route par défaut. Je crois.. ;) -- “One original thought is worth a thousand mindless quotings.” “Le vrai n'est pas plus sûr que le probable.” Diogene Laerce signature.asc Description: OpenPGP digital signature
Re: lenteur du reboot
le jeudi 12 juin 2014 à 10:47 (+0200), Sébastien NOBILI a écrit: Bonjour Seb, Certains BIOS ont une option de configuration du test de mémoire (RAM) pour permettre un test rapide au démarrage. Est-ce que ton BIOS ne lancerait pas un test complet (avec les capacités actuelles ça peut durer) quand tu rebootes ? Le BIOS a la fonction Quick Boot activée qui omet de faire des test pour accélérer le boot. Ton BIOS peut également te proposer de masquer (ou non) ses messages, en les affichant tu trouveras peut-être des informations intéressantes. Je n'ai pas trouvé ce genre de fonction. Comme le boot se fait correctement lors d'un démarrage à froid, je me demande si le problème ne viendrait pas d'informations résiduelles en RAM qui perturberaient le BIOS lors d'un reboot ? Merci pour ta réponse tes remarques utiles. -- Gérard -- 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/20140614140415.GA2986@crunchbang
Re: lenteur du reboot
le mercredi 11 juin 2014 à 19:51 (+0200), Raph a écrit: Bonjour Ralph, ça m'est arrivé sur un serveur HP proliant dL120 G5. Manifestement, nous avons une incompatibilité entre le BIOS ou le chipset du serveur et le grub-pc. Une solution au problème : http://ubuntuforums.org/showthread.php?t=942541 voir si avec votre modèle, il n'y a pas des cas similaires. D'après ce que j'ai pu lire dans la page Grub hanging booting Proliant DL120 G5, ça ne semble pas convenir au cas de ma machine. Je continue les recherches. Merci pour votre réponse. -- Gérard -- 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/20140614141402.GB2986@crunchbang
Re: lenteur du reboot
On 06/14/2014 04:04 PM, sTriX wrote: le jeudi 12 juin 2014 à 10:47 (+0200), Sébastien NOBILI a écrit: Bonjour Seb, Certains BIOS ont une option de configuration du test de mémoire (RAM) pour permettre un test rapide au démarrage. Est-ce que ton BIOS ne lancerait pas un test complet (avec les capacités actuelles ça peut durer) quand tu rebootes ? Le BIOS a la fonction Quick Boot activée qui omet de faire des test pour accélérer le boot. Ton BIOS peut également te proposer de masquer (ou non) ses messages, en les affichant tu trouveras peut-être des informations intéressantes. Je n'ai pas trouvé ce genre de fonction. Comme le boot se fait correctement lors d'un démarrage à froid, je me demande si le problème ne viendrait pas d'informations résiduelles en RAM qui perturberaient le BIOS lors d'un reboot ? Bonjour La première chose à faire est de regarder les log de bootlog et syslog. Un boot peut être lent à cause de services qui prennent du temps à démarrer (suite à des erreurs). -- Maderios -- 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/539c5915.1050...@gmail.com
Re: lenteur du reboot
le mercredi 11 juin 2014 à 21:25 (+0200), Louis Wiart a écrit: Bonjour Louis, Je dis peut être une bêtise, mais ça ne peut pas être une histoire de pile sur la carte mère ? La réponse n'était pas bête ; j'ai vérifié et ce n'est pas çà. Merci. -- Gérard -- 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/20140614142108.GC2986@crunchbang
Re: lenteur du reboot
On 06/14/2014 04:15 PM, maderios wrote: On 06/14/2014 04:04 PM, sTriX wrote: le jeudi 12 juin 2014 à 10:47 (+0200), Sébastien NOBILI a écrit: Bonjour Seb, Certains BIOS ont une option de configuration du test de mémoire (RAM) pour permettre un test rapide au démarrage. Est-ce que ton BIOS ne lancerait pas un test complet (avec les capacités actuelles ça peut durer) quand tu rebootes ? Le BIOS a la fonction Quick Boot activée qui omet de faire des test pour accélérer le boot. Ton BIOS peut également te proposer de masquer (ou non) ses messages, en les affichant tu trouveras peut-être des informations intéressantes. Je n'ai pas trouvé ce genre de fonction. Comme le boot se fait correctement lors d'un démarrage à froid, je me demande si le problème ne viendrait pas d'informations résiduelles en RAM qui perturberaient le BIOS lors d'un reboot ? Bonjour La première chose à faire est de regarder les log de bootlog et syslog. Un boot peut être lent à cause de services qui prennent du temps à démarrer (suite à des erreurs). Si je me rappelle bien ton premier message, le BIOS prend 3 mn avant de passer a GRUB : dans ce cas, c'est d'abord du cote matériel que je regarderais. Le fait que ce ne soit qu'en cas de redémarrage peut venir du fait que l'ordinateur/certaines pièces hardware ont deja chauffe et ne sont plus reconnus aussi facilement que froid(es). Es-tu sur de la fiabilité de toutes tes pièces hardware - RAM, disques,.. - Une carte graphique défectueuse m'avait donne le même genre de problème une fois ? Et surtout depuis quand/quel événement tu constates le problème ? -- “One original thought is worth a thousand mindless quotings.” “Le vrai n'est pas plus sûr que le probable.” Diogene Laerce signature.asc Description: OpenPGP digital signature
Re: lenteur du reboot
le samedi 14 juin 2014 à 16:15 (+0200), maderios a écrit: La première chose à faire est de regarder les log de bootlog et syslog. Un boot peut être lent à cause de services qui prennent du temps à démarrer (suite à des erreurs). Oui, je vais tenter une expédition dans le monde des logs. Mes connaissances informatiques étant assez limitées, et ne sachant pas exactement ce qu'il me faut chercher, il va me falloir une âme de Thésée entrant dans le labyrinthe... Je te tiendrais au courant si j'en ressort un jour sans m'être faits bouffer par le Minotaure. ;-) -- Gérard -- 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/20140614171634.GA2692@crunchbang
Re: lenteur du reboot
le samedi 14 juin 2014 à 16:28 (+0200), Diogene Laerce a écrit: Bonjour, Si je me rappelle bien ton premier message, le BIOS prend 3 mn avant de passer a GRUB : dans ce cas, c'est d'abord du cote matériel que je regarderais. Le fait que ce ne soit qu'en cas de redémarrage peut venir du fait que l'ordinateur/certaines pièces hardware ont deja chauffe et ne sont plus reconnus aussi facilement que froid(es). La piste du matériel et des composants chauds est en effet intéressante. J'ai fait un test simple : Ma machine étant en fonction depuis plus de 5 heures, je l'ai arrêté par un shutdown -halt now et dès son extinction je l'ai rallumé en moins d'une seconde pour ne pas laisser le temps aux divers composant de se refroidir. Résultat : le boot s'est comporté normalement, l'affichage de Grub est apparu en 10 secondes après le bip de boot. Es-tu sur de la fiabilité de toutes tes pièces hardware - RAM, disques,.. - Une carte graphique défectueuse m'avait donne le même genre de problème une fois ? Et surtout depuis quand/quel événement tu constates le problème ? Voilà un certain nombre d'années que je ne suis plus sûr de rien. Je dirais même que le sûr est aussi improbable que le vrai. ;-) Alors, pour ce qui est de la fiabilité matérielle... Ta remarque m'incite néanmoins à étudier cette piste. Et surtout depuis quand/quel événement tu constates le problème ? Quand ? Je ne sais pas précisément. Le système Debian étant un système informatique de réputation robuste stable, la pratique du reboot n'est pas chose courante. Par contre je m'en suis aperçu en m'essayant à la configuration d'openbox en avril dernier. Merci pour ta contribution. -- Gérard -- 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/20140614211947.GB2692@crunchbang
Re: lenteur du reboot
Le samedi 14 juin 2014 à 19:16 +0200, sTriX a écrit : le samedi 14 juin 2014 à 16:15 (+0200), maderios a écrit: La première chose à faire est de regarder les log de bootlog et syslog. Un boot peut être lent à cause de services qui prennent du temps à démarrer (suite à des erreurs). Oui, je vais tenter une expédition dans le monde des logs. Mes connaissances informatiques étant assez limitées, et ne sachant pas exactement ce qu'il me faut chercher, il va me falloir une âme de Thésée entrant dans le labyrinthe... Je te tiendrais au courant si j'en ressort un jour sans m'être faits bouffer par le Minotaure. ;-) -- Gérard Tu as essayé de croiser l'alim avec une autre, ou au minimum de vérifier les tensions des fois qu'il y ait un composant en train de dériver ? [Troll inside] Ton bios a bien été contrôlé par la NSA au moment de sa livraison ? [/Troll] [Troll inside] La télécommande de ton bios serait-elle foireuse ou incompatible ? https://korben.info/computrace-lojack-absolute.html[/Troll] -- 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/1402782009.8247.5.camel@azuki.jisui
