Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
Le 17/10/2015 23:20, Alexandre Hoïde a écrit : On Sat, Oct 17, 2015 at 11:10:44PM +0200, Alexandre Hoïde wrote: Alors un cache DNS local, mais j'avoue que je ne sais pas comment le nettoyer (j'ai essayé un redémarrage « systemctl restart networking.service » et un redémarrage complet de l'ordinateur, mais j'ignore si c'est suffisant). Je me mélange les pinceaux, le problème était le routage, pas le DNS. oui, j'y avai pas pensé mais c'est l'ipv6. vu que certains sites sont accessible en v6 et d'autre nom ... ça répond à la question de pourquoi un site ne ce chargeait pas complétement.
Re: Quel antivirus utilisez vous?
andre_deb...@numericable.fr a écrit : > J'utilise clamav, ainsi que F-prot. mais ça sert à rien > Il n'y a pas de virus, ni rookit, sous Linux. Ouh là ! Il faut tempérer : 1. Des rootkits, il en existe et c'est bien pour cela qu'il existe des outils tels que rkhunter ou unhide ou des outils de scellement pour tenter de les détecter. Ma première rencontre avec un rootkit sur GNU/Linux date de 2002 (là, ça relevait carrément de l'espionnage industriel), la seconde fois, c'était en 2007 (ce coup là, les admin. sys. qui ont traité le problème s'y sont pris comme des manches et ont détruit les traces avant qu'un audit ne puisse être effectué). Et si ça se trouve, je ne sais pas encore que j'en ai croisé un troisième. :) 2. Même à supposer qu'il n'y ait pas de virus sur GNU/Linux (j'en doute fortement), il resterait le problème du « porteur sain » : le système n'est pas *affecté* lui-même par le virus mais pour autant, il est bien *infecté* et à l'occasion d'une transmission de données à un système tiers, il transmet la charge virale. Par exemple, comme j'utilise Mutt pour lire mon courrier, il est peu probable qu'un mail contenant une charge virale ait un effet local. Mais si je ne détecte pas cette charge virale et si je transmets ce mail à un tiers qui utilise MS-Windows, il est probable que cette charge virale s'active sur son système. Je l'aurai alors contaminé, tout utilisateur de GNU/Linux que je suis. Idem si je dépose un fichier MS-Word contenant une charge virale sur un volume partagé MS-Windows auquel accèdent moult utilisateurs de systèmes MS-Windows. D'où l'intérêt d'anti-virus efficaces sur GNU/Linux. Mais de là à déployer un outil propriétaire sur mon système, il y a un pas que je ne franchirai pas. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote: > Tu as peut-être une ipV6? Toujours à la découverte d'IPv6 : de l'hypothèse de Yamo', il est temps de supprimer l'«hypo» définitivement. Car en effet, un $ nslookup -q= retourne des adresses IPv6 sur les sites qui fonctionnaient sans route IPv4 par défaut, et ne retourne pas d'adresse pour les sites qui ne fonctionnaient pas. Bon ok, c'était déjà une certitude, mais le coup du « -q= » c'est toujours bon à prendre pour les dilettantes comme moi. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Quel antivirus utilisez vous?
Le 17/10/2015 20:28, Alex PADOLY a écrit : Bonsoir à tous, Quelle solution utilisez-vous pour protéger votre station, votre serveur ou encore laptop des virus ou autres programmes nuisibles. L'article du lien suivant propose une piste de réflexion: http://open-source.developpez.com/actu/90839/Les-antivirus-pour-Linux-sont-ils-efficaces- Je souhaiterai utiliser Clamav mais le comparatif ne plaide pas en sa faveur. Sur les serveurs de messagerie Clamav et surtout des sources de signatures variées comme le paquet clamav-unofficial-sigs. Sur les serveurs web Clamav plus les signatures de clamav-unofficial-sigs et maldet pour faire tourner le tout : https://www.rfxn.com/projects/linux-malware-detect/ -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Re: Tentatives possible réussies attaque serveur
On Saturday 17 October 2015 13:33:10 pmenier wrote: > >site fait maison, c'est du classique dans les sites Web, > > la page "index.php" reçoit les contenus des autres pages. > > Comment faire autrement ? > Pour éviter ce genre d'inclusion j'utilise le module mod_security > d'apache2. Bien configuré il ne ralentit pas trop les accès. > Patrick Merci de ce rappel de module à installer. J'ai bien dans "/etc/apache2/mods-enabled" : mod-security.conf & mod-security.load
Re: Tentatives possible réussies attaque serveur
Le 02/10/2015 15:13, andre_deb...@numericable.fr a écrit : On Friday 02 October 2015 13:38:21 BERTRAND Joc3abl wrote: andre_deb...@numericable.fr a écrit : On Friday 02 October 2015 12:34:49 yamo' wrote: andre_deb...@numericable.fr a écrit le 02/10/2015 11:10 : Je reçois ce message d'alerte (logwatch), venant d'un serveur sous Debian : A total of 3 possible successful probes were detected (the following URLs contain strings that match one or more of a listing of strings that indicate a possible exploit): /index.php?rev=../ect/passwd HTTP Response 200 /index.php?rev=../../../../../../../../../../../../../../../../../../etc/passwd HTTP Response 200 /index.php?rev=../../../../../../../../../etc/passwd HTTP Response 200 Il est indiqué "3 possible tentatives avec succès..." Y a t-il un danger que les mots de passe soient connus... ? Les mots de passe, non, mais les logins et les mots de passe chiffrés. Sans indiscrétion, quel est ce index.php moisi ? Cordialement, JKB Le fichier d'index du site et pourquoi serait-il "moisi" ? p. ex : "http://trucmuche.fr/index.php?rev=kata.php; Ce qui m'inquiète, c'est la réponse '200' qui aurait tendance à indiquer qu'un utilisateur distant peut récupérer le contenu de /etc/passwd. Si c'est le cas, le fichier index.php est moisi et la configuration d'apache est à revoir. La question était : est-ce que le index.php est fait maison ou provient d'un logiciel tiers (spip, joomla ou autre) ? JKB fait maison, c'est du classique dans les sites Web, la page "index.php" reçoit les contenus des autres pages. Comment faire autrement ? André Bonjour, Pour éviter ce genre d'inclusion j'utilise le module mod_security d'apache2. Bien configuré il ne ralentit pas trop les accès. Patrick
Transfert d'un système sur serveur dédié vers VPS
Est-il possible de transférer un système (Debian, mais peu importe), actuellement sur serveur dédié, vers un VPS d'un hébergeur ? ou selon une autre formulation : Comment virtualiser mon système actuel sur le VPS d'un hébergeur ? Je pense que ce n'est pas possible sauf si j'ai la main sur le serveur physique de l'hébergeur. Les hébergeurs allouent uniquement un système pré-installé en VPS. Merci. André
Re: câble non branché au démarrage mais dhclient s'exécute
Prego Jérémy a écrit : > > je suis sous debian jessie noyau 4.2.0. Lorsque je démarre mon > ordinateur sans câble branché sur eth0 j'ai dhclient qui cherche un > dhcp en permanence ce qui me pose un petit problème. > > je précise que je n'ai pas de gestionnaire de connection graphique > > un ethtool eth0 me donne bien: Link detected: no > > et mon fichier /etc/network/interfaces concernant eth0 > > allow-hotplug eth0 > iface eth0 inet dhcp Fonctionnement normal (je n'ai pas écrit "souhaitable") d'ifupdown. "hotplug" fait référence à la présence de l'interface, pas de la liaison. Et malheureusement, dhclient ne semble pas se préoccuper de l'état de la liaison non plus. Voir ifplugd comme conseillé.
Re: Transfert d'un système sur serveur dédié vers VPS
On Saturday 17 October 2015 11:56:34 Grc3a9gory Reinbold wrote: > Selon moi un copié/collé du système ne marchera pas. Tu auras des choses > à revoir ne serait-ce que pour la configuration du réseau. > Si tu as exactement le même système (architecture, version) sur le > serveur dédié que sur le VPS, tu peux copier ton /etc vers le VPS pour > la configuration de tes services en prenant garde toutefois à ne pas > écraser bêtement la config du VPS. Prend le temps de faire un état de > tes services. > Je ne connais pas de solution de migration clé en main et selon moi ça > n'existe pas (je peux me tromper). > Je pense qu'il va falloir : > 0. lister les services de ton dédié > 1. les installer sur ton vps à l'identique de ton dédié (paquets) > 2. reprendre la config > 3. tester et déboguer si nécessaire > 4. mettre à jour les DNS & Co si applicable > Perso, je vois pas d'autres moyens "propres". La solution que tu préconises sera beaucoup trop longue et fastidieuse. Le but est de ne pas avoir à réinstaller tous les services de Debian du serveur dédié, sur le Debian pré-installé VPS, Je voudrais une solution un peu identique à Linux sur serveur dédié vers autre serveur dédié, avec transfert total du système via rsync, ce qui est ici très facile et rapide à faire. André > Le 17/10/2015 11:41, andre_deb...@numericable.fr a écrit : > > Est-il possible de transférer un système (Debian, mais peu importe), > > actuellement sur serveur dédié, vers un VPS d'un hébergeur ? > > ou selon une autre formulation : > > Comment virtualiser mon système actuel sur le VPS d'un hébergeur ? > > Je pense que ce n'est pas possible sauf si j'ai la main sur le > > serveur physique de l'hébergeur. > > Les hébergeurs allouent uniquement un système pré-installé en VPS.
Re: Transfert d'un système sur serveur dédié vers VPS
Salut, Selon moi un copié/collé du système ne marchera pas. Tu auras des choses à revoir ne serait-ce que pour la configuration du réseau. Si tu as exactement le même système (architecture, version) sur le serveur dédié que sur le VPS, tu peux copier ton /etc vers le VPS pour la configuration de tes services en prenant garde toutefois à ne pas écraser bêtement la config du VPS. Prend le temps de faire un état de tes services. Je ne connais pas de solution de migration clé en main et selon moi ça n'existe pas (je peux me tromper). Je pense qu'il va falloir : 0. lister les services de ton dédié 1. les installer sur ton vps à l'identique de ton dédié (paquets) 2. reprendre la config 3. tester et déboguer si nécessaire 4. mettre à jour les DNS & Co si applicable Perso, je vois pas d'autres moyens "propres". Cordialement, Grégory Reinbold UNIX - Where there is a shell, there is a way. Le 17/10/2015 11:41, andre_deb...@numericable.fr a écrit : > Est-il possible de transférer un système (Debian, mais peu importe), > actuellement sur serveur dédié, vers un VPS d'un hébergeur ? > > ou selon une autre formulation : > Comment virtualiser mon système actuel sur le VPS d'un hébergeur ? > > Je pense que ce n'est pas possible sauf si j'ai la main sur le > serveur physique de l'hébergeur. > Les hébergeurs allouent uniquement un système pré-installé en VPS. > > Merci. > > André > > >
Re: câble non branché au démarrage mais dhclient s'exécute
Le samedi 17 octobre 2015, 11:18:42 Pascal Hambourg a écrit : >[…] > Voir ifplugd comme conseillé. Voir aussi systemd-networkd (attention : il remplace aussi ifupdown et dhclient (et il fait le café…)). -- Sylvain Sauvage
Re: Transfert d'un système sur serveur dédié vers VPS
Le 17/10/2015 11:41, andre_deb...@numericable.fr a écrit : Est-il possible de transférer un système (Debian, mais peu importe), actuellement sur serveur dédié, vers un VPS d'un hébergeur ? ou selon une autre formulation : Comment virtualiser mon système actuel sur le VPS d'un hébergeur ? Je pense que ce n'est pas possible sauf si j'ai la main sur le serveur physique de l'hébergeur. Les hébergeurs allouent uniquement un système pré-installé en VPS. Il faut que tu puisse booter ton VPS sur une image ISO d'un système comme un Debian live, une iso net install, etc. A partir de là, tu montes le disque du VPS, tu copies les données avec scp ou rsync, t'installes grub et zou... Les hébergeurs fournissent parfois une image ISO de secours pour récupérer ou dépanner un VPS, à vous avec l'hébergeur. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Re: Transfert d'un système sur serveur dédié vers VPS
On Saturday 17 October 2015 14:35:33 Frederic MASSOT wrote: > Le 17/10/2015 11:41, andre_deb...@numericable.fr a écrit : > > Est-il possible de transférer un système (Debian, mais peu importe), > > actuellement sur serveur dédié, vers un VPS d'un hébergeur ? > > ou selon une autre formulation : > > Comment virtualiser mon système actuel sur le VPS d'un hébergeur ? > > Je pense que ce n'est pas possible sauf si j'ai la main sur le > > serveur physique de l'hébergeur. > > Les hébergeurs allouent uniquement un système pré-installé en VPS. > Il faut que tu puisse booter ton VPS sur une image ISO d'un système > comme un Debian live, une iso net install, etc. A partir de là, tu > montes le disque du VPS, tu copies les données avec scp ou rsync, > t'installes grub et zou... > Les hébergeurs fournissent parfois une image ISO de secours pour > récupérer ou dépanner un VPS, à vous avec l'hébergeur. Je connais pas bien du tout la virtualisation, honte à moi si ma question est niaise : ce que tu indiques voudrait dire que ce n'est pas le système qui est virtualisé mais la partition d'accueil du système ? Bon WE. André
Re: Tentatives possible réussies attaque serveur
Bonjour, +1 pour un mod_security bien configuré, couplé à ceci c'est bien pratique ! https://github.com/derhansen/logwatch-modsec2 Cordialement, Nathan Malo Le 17 oct. 2015 1:33 PM, "pmenier"a écrit : > Le 02/10/2015 15:13, andre_deb...@numericable.fr a écrit : > >> On Friday 02 October 2015 13:38:21 BERTRAND Joc3abl wrote: >> >>> andre_deb...@numericable.fr a écrit : >>> On Friday 02 October 2015 12:34:49 yamo' wrote: > andre_deb...@numericable.fr a écrit le 02/10/2015 11:10 : > >> Je reçois ce message d'alerte (logwatch), >> venant d'un serveur sous Debian : >> >> A total of 3 possible successful probes were detected >> (the following URLs contain strings that match one or >> more of a listing of strings that indicate a possible exploit): >> /index.php?rev=../ect/passwd HTTP Response 200 >> > /index.php?rev=../../../../../../../../../../../../../../../../../../etc/passwd > HTTP Response 200 >> /index.php?rev=../../../../../../../../../etc/passwd HTTP Response 200 >> >> Il est indiqué "3 possible tentatives avec succès..." >> Y a t-il un danger que les mots de passe soient connus... ? >> > Les mots de passe, non, mais les logins et les mots de passe chiffrés. > Sans indiscrétion, quel est ce index.php moisi ? > Cordialement, JKB > Le fichier d'index du site et pourquoi serait-il "moisi" ? p. ex : "http://trucmuche.fr/index.php?rev=kata.php; >>> >>> Ce qui m'inquiète, c'est la réponse '200' qui aurait >>> tendance à indiquer qu'un utilisateur distant peut >>> récupérer le contenu de /etc/passwd. >>> Si c'est le cas, le fichier index.php est moisi et la >>> configuration d'apache est à revoir. >>> La question était : est-ce que le index.php est fait maison ou >>> provient d'un logiciel tiers (spip, joomla ou autre) ? >>> JKB >>> >> >> fait maison, c'est du classique dans les sites Web, >> la page "index.php" reçoit les contenus des autres pages. >> >> Comment faire autrement ? >> >> André >> >> >> Bonjour, > > Pour éviter ce genre d'inclusion j'utilise le module mod_security > d'apache2. Bien configuré il ne ralentit pas trop les accès. > > Patrick > > >
Re: câble non branché au démarrage mais dhclient s'exécute
Le 17/10/2015 12:05, Sylvain L. Sauvage a écrit : Le samedi 17 octobre 2015, 11:18:42 Pascal Hambourg a écrit : […] Voir ifplugd comme conseillé. je vais tester la solution je viens d'installer le paquet. Voir aussi systemd-networkd (attention : il remplace aussi ifupdown et dhclient (et il fait le café…)). systemd ? surtout pas, je suis revenu asysvinit pour mon system d'init. merci pour vos réponses jerem
Quel antivirus utilisez vous?
Bonsoir à tous, Quelle solution utilisez-vous pour protéger votre station, votre serveur ou encore laptop des virus ou autres programmes nuisibles. L'article du lien suivant propose une piste de réflexion: http://open-source.developpez.com/actu/90839/Les-antivirus-pour-Linux-sont-ils-efficaces- Je souhaiterai utiliser Clamav mais le comparatif ne plaide pas en sa faveur. Merci pour vos réponses. ALEX
[HS] Mystérieux (?) Firefox sans route IP par défaut
@< Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de m'expliquer un comportement mystérieux à mes yeux ? Quand mon système se retrouve sans route IP par défaut (parce que j'ai ifup ethernet avant de ifdown le wifi [et vice-versa] par exemple) : $ ip r 169.254.0.0/16 dev enp4s0 scope link metric 1000 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 Sous iceweasel, je ne peux atteindre que certains sites, par exemple : * google.com, debian.org, wikipedia.org fonctionnent ; * lemonde.fr, cnn.com -> Firefox ne peut établir de connexion avec le serveur à l'adresse … (idem en utilisant l'adresse IP) ; * www.epfl.ch ne s'affiche que partiellement [pas de ressources : images, css, etc.]. Il suffit que je rajoute la route par défaut manuellement pour que tout rentre dans l'ordre : $ sudo route add default gw 192.168.1.1 enp4s0 $ ip r default via 192.168.1.1 dev enp4s0 169.254.0.0/16 dev enp4s0 scope link metric 1000 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 … mais dans ma tête, la perplexité règne ! Pourquoi est-ce que ça marche encore (déjà), mais partiellement (en plus) ? -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
bonjour, du cache peut être ? jerem Le 17/10/2015 21:36, Alexandre Hoïde a écrit : @< Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de m'expliquer un comportement mystérieux à mes yeux ? Quand mon système se retrouve sans route IP par défaut (parce que j'ai ifup ethernet avant de ifdown le wifi [et vice-versa] par exemple) : $ ip r 169.254.0.0/16 dev enp4s0 scope link metric 1000 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 Sous iceweasel, je ne peux atteindre que certains sites, par exemple : * google.com, debian.org, wikipedia.org fonctionnent ; * lemonde.fr, cnn.com -> Firefox ne peut établir de connexion avec le serveur à l'adresse … (idem en utilisant l'adresse IP) ; * www.epfl.ch ne s'affiche que partiellement [pas de ressources : images, css, etc.]. Il suffit que je rajoute la route par défaut manuellement pour que tout rentre dans l'ordre : $ sudo route add default gw 192.168.1.1 enp4s0 $ ip r default via 192.168.1.1 dev enp4s0 169.254.0.0/16 dev enp4s0 scope link metric 1000 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 … mais dans ma tête, la perplexité règne ! Pourquoi est-ce que ça marche encore (déjà), mais partiellement (en plus) ?
Re: Quel antivirus utilisez vous?
On Saturday 17 October 2015 20:28:01 Alex PADOLY wrote: > Quelle solution utilisez-vous pour protéger votre > station, votre serveur ou encore laptop des virus ou autres programmes > nuisibles. > L'article du lien suivant propose une piste de réflexion: >http://open-source.developpez.com/actu/90839/Les-antivirus-pour-Linux-sont-ils-efficaces- > Je souhaiterai utiliser Clamav mais le comparatif ne plaide pas en sa > faveur. Merci pour vos réponses. Linux, c'est pas Windows. J'utilise clamav, ainsi que F-prot. mais ça sert à rien Il n'y a pas de virus, ni rookit, sous Linux. Kaspersky ne cesse de proclamer que non, mais la vraie raison c'est : "achetez mes anti-viru$, achetez mes antiviru$ !" Ceux cités sur le lien ci-dessus, sont proprio et payant.
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
Salut, Alexandre Hoïde a écrit le 17/10/2015 21:40 : > Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de > m'expliquer un comportement mystérieux à mes yeux ? Tu as peut-être une ipV6? -- Stéphane
gdm3 crashes instantly with “Oh no! Something has gone wrong”
Bonjour, Suite à l'arrivé de gnome 3.18, gdm crashé avec le message“Oh no! Something has gone wrong”, xfce fonctionnait toujours, pas d'indice dans les logs, et pas de message sur la liste. après un intense googlage : j'ai trouvé ça http://blog.lorenzbausch.de/2015/10/08/debian-8-gdm3-crashes-instantly-with-oh-no-something-has-gone-wrong/ qui m'a sauvé. peut être ça sera utile à qq un. Sinon, sous xfce les réflexes gnome n'ont manqués et je suis bien dépendant de leur ergonomie. tcho!
Re: Transfert d'un système sur serveur dédié vers VPS
Le 17/10/2015 15:08, andre_deb...@numericable.fr a écrit : On Saturday 17 October 2015 14:35:33 Frederic MASSOT wrote: Le 17/10/2015 11:41, andre_deb...@numericable.fr a écrit : Est-il possible de transférer un système (Debian, mais peu importe), actuellement sur serveur dédié, vers un VPS d'un hébergeur ? ou selon une autre formulation : Comment virtualiser mon système actuel sur le VPS d'un hébergeur ? Je pense que ce n'est pas possible sauf si j'ai la main sur le serveur physique de l'hébergeur. Les hébergeurs allouent uniquement un système pré-installé en VPS. Il faut que tu puisse booter ton VPS sur une image ISO d'un système comme un Debian live, une iso net install, etc. A partir de là, tu montes le disque du VPS, tu copies les données avec scp ou rsync, t'installes grub et zou... Les hébergeurs fournissent parfois une image ISO de secours pour récupérer ou dépanner un VPS, à vous avec l'hébergeur. Je connais pas bien du tout la virtualisation, honte à moi si ma question est niaise : ce que tu indiques voudrait dire que ce n'est pas le système qui est virtualisé mais la partition d'accueil du système ? C'est le serveur qui est virtualisé, avec son bios, son CPU, sa RAM et sa ou ses partitions. Sur un système virtualisé tu peux aussi choisir sur quel disque booter, si l'hébergeur te le permet. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sat, Oct 17, 2015 at 10:15:08PM +0200, Prego Jérémy wrote: > du cache peut être ? Oui peut-être. Mais pas celui de Firefox (testé sur nouvel utilisateur, mêmes sites donnent même résultats). Alors un cache DNS local, mais j'avoue que je ne sais pas comment le nettoyer (j'ai essayé un redémarrage « systemctl restart networking.service » et un redémarrage complet de l'ordinateur, mais j'ignore si c'est suffisant). On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote: > Tu as peut-être une ipV6? Ah oui. C'est peut-être bien ça. Du coup, j'ai découvert l'option « route -A inet6 » et… va falloir que je me documente un peu sur IPv6 pour comprendre ^^ Merci à vous deux ! -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sat, Oct 17, 2015 at 11:10:44PM +0200, Alexandre Hoïde wrote: > Alors un cache DNS local, mais j'avoue que je ne sais pas comment le > nettoyer (j'ai essayé un redémarrage « systemctl restart > networking.service » et un redémarrage complet de l'ordinateur, mais > j'ignore si c'est suffisant). Je me mélange les pinceaux, le problème était le routage, pas le DNS. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote: > Tu as peut-être une ipV6? Oui c'était certainement la bonne réponse. Sans aller jusqu'à me documenter sur IPv6 (ouf), un « ip -6 r » confirme que, dans les situations où je perds la route par défaut en IP, je conserve une route par défaut en IPv6. J'ai également deux routes IPv6 par défaut lorsque les deux interfaces sont « ifupées » en même temps. Merci encore. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---