Re: Pb routage NAT suite update/reboot

Le 19782ième jour après Epoch, Erwann Le Bras écrivait: > Je ne comprends pas comment ça fonctionnait avant, j'en déduis que > cette config n'était pas active. C'est probablement lié à la valeur de "metric", ton ancienne freebox ne la mettait pas en place, alors que la nouvelle oui, donc la

Re: Pb routage NAT suite update/reboot

donne l'IP. * tun0 est l'interface VPN Sur la Freebox, une DMZ redirige les flux entrants vers mon serveur pour ouvrir mon serveur sur l'extérieur (SSH, WEB, VPN...). IPTable fait le tri en entrée et assure le routage des paquets à l'extérieur et Fail2ban bannit les indésirables. Tout

Re: Pb routage NAT suite update/reboot

cope link src 192.168.1.1 metric 1024 [...] > 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.1 > 192.168.3.0/24 dev tun0 proto kernel scope link src 192.168.3.1 Ces 3 infos dans le routage sont suffisantes pour router l'interne vers eth0, le VPN vers tun0 et le réseau de la b

Re: Pb routage NAT suite update/reboot

Bonsoir Le 26/02/2024 à 18:11, Erwann Le Bras a écrit : [...] *ip route* default via 192.168.2.1 dev eth0 proto static default via 192.168.1.254 dev eth1 proto dhcp src 192.168.1.1 metric 1024 192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.1 metric 1024 192.168.1.1 dev eth1

Pb routage NAT suite update/reboot

,connectée à une Freebox qui lui donne l'IP. * tun0 est l'interface VPN Sur la Freebox, une DMZ redirige les flux entrants vers mon serveur pour ouvrir mon serveur sur l'extérieur (SSH, WEB, VPN...). IPTable fait le tri en entrée et assure le routage des paquets à l'extérieur et Fail2ban bannit les

Re: Monitorer la connectivité WAN en vue du re-routage

J'ai trouve [1] qui semble répondre à ma question. Les projets Debian, Fedora, ... et d'autres semblent entretenir des appli web qui retournent un message convenu à chaque fois qu'elles reçoivent certaines requêtes HTTP. 1. J'ignore la tenue en charge de ces appli. Ont-elles des conditions

Re: Monitorer la connectivité WAN en vue du re-routage

Le 26/08/2023 à 10:19, BERTRAND Joël a écrit : [...] La sécurité en vivant caché :) A l'inverse beaucoup de routeurs répondent au ping. Si tu fais un traceroute tu le vois bien. Surtout que bloquer le ping est une très mauvaise idée (problème de fragmentation, de session...).

Re: Monitorer la connectivité WAN en vue du re-routage

Michel Verdier a écrit : > Le 25 août 2023 Olivier a écrit : > >> 1. Connaissez-vous un document qui justifie techniquement ces >> "questions de sécurité" ? > > La sécurité en vivant caché :) A l'inverse beaucoup de routeurs répondent > au ping. Si tu fais un traceroute tu le vois bien.

Re: Monitorer la connectivité WAN en vue du re-routage

Le 25 août 2023 Olivier a écrit : > 1. Connaissez-vous un document qui justifie techniquement ces > "questions de sécurité" ? La sécurité en vivant caché :) A l'inverse beaucoup de routeurs répondent au ping. Si tu fais un traceroute tu le vois bien. > Par ailleurs, il me semble avoir déjà lu

Re: Monitorer la connectivité WAN en vue du re-routage

Bonjour, J'ai plusieurs installations qui bénéficient de plusieurs liens vers Internet. J'aimerai savoir détecter à peu près en continu (détecter et basculer en 5 minutes) les pannes et rétablissements de ces liens. Une première méthode très simple consiste à envoyer un ping au routeur fourni

Re: Monitorer la connectivité WAN en vue du re-routage

Désolé, le message précédent est parti sans être terminé. Le bon va bientôt suivre. Le ven. 25 août 2023 à 16:31, Olivier a écrit : > > Bonjour, > > J'ai plusieurs installations qui bénéficient de plusieurs liens en > fibre vers Internet. > J'aimerai savoir détecter à peu près en continu les

Monitorer la connectivité WAN en vue du re-routage

Bonjour, J'ai plusieurs installations qui bénéficient de plusieurs liens en fibre vers Internet. J'aimerai savoir détecter à peu près en continu les pannes et rétablissements de ces liens. Une première méthode très simple consiste à envoyer un ping au routeur fourni par l'ISP: s'il ne répond

Re: serveur Debian testing avec deux ethernet (et routage)

seau local (avec l'imprimante dessus), et un PC interne (en ethernet) dans le cabinet de mon épouse (psychologue) Comment configurer le routage? J'ai l'impression que la commande route est obsolète Librement. -- Basile Starynkevitch                  <mailto:bas..

Re: serveur Debian testing avec deux ethernet (et routage)

rrupt 17 > > Où 192.168.2.x contient le modem Fibre-optique Free, et 192.168.1.y est > un réseau local (avec l'imprimante dessus), et un PC interne (en > ethernet) dans le cabinet de mon épouse (psychologue) > > > Comment configurer le routage? > > J'ai l'impression que la

Re: serveur Debian testing avec deux ethernet (et routage)

Bonsoir Basile, Basile Starynkevitch, on 2021-08-22: > Comment configurer le routage? > > J'ai l'impression que la commande route est obsolète Je pense que `route`, pour configurer le routage de la machine, a été intégrée à la commande `ip` : $ ip route de

Re: serveur Debian testing avec deux ethernet (et routage)

El dom, 22-08-2021 a las 22:07 +0200, Basile Starynkevitch escribió: > Comment configurer le routage? /etc/sysctl.conf ... net.ipv4.ip_forward=1 ...

Re: serveur Debian testing avec deux ethernet (et routage)

bonjour, Le 22/08/2021 à 22:07, Basile Starynkevitch a écrit : Comment configurer le routage? routage de quoi vers quoi  ? à quoi doit avoir accès l'imprimante / l'ordinateur sur le réseau 1.y ? J'ai l'impression que la commande route est obsolète utiliser plutôt ip route du

Re: serveur Debian testing avec deux ethernet (et routage)

On 22/08/2021 22:12, Jérémy Prego wrote: bonjour, Le 22/08/2021 à 22:07, Basile Starynkevitch a écrit : Comment configurer le routage? routage de quoi vers quoi  ? à quoi doit avoir accès l'imprimante / l'ordinateur sur le réseau 1.y ? aux machines du réseau 2.x (mais pas à Internet

serveur Debian testing avec deux ethernet (et routage)

réseau local (avec l'imprimante dessus), et un PC interne (en ethernet) dans le cabinet de mon épouse (psychologue) Comment configurer le routage? J'ai l'impression que la commande route est obsolète Librement. -- Basile Starynkevitch (only mine opinions / les opinions

Re: Conseils sur le routage de client à client avec OpenVPN

Le 24/01/2019 à 11:32, Olivier a écrit : Le jeu. 24 janv. 2019 à 11:18, Daniel Huhardeaux > a écrit : Rien ne t'empêche de mettre une seconde configuration VPN en parallèle chez tes clients (et chez toi) sur un autre port ! Je suis d'accord. Pour

Re: Conseils sur le routage de client à client avec OpenVPN [RESOLU]

e instance d'OpenVPN produit son fichier openvpn-status.lo qui contient une photo de la table de routage interne à OpenVPN à savoir la liste des clients OpenVPN et la liste des réseaux locaux déclarés par ces clients - Au démarrage, un client OpenVPN modifie la table de routage du client: je n

Re: Conseils sur le routage de client à client avec OpenVPN

Le jeu. 24 janv. 2019 à 11:18, Daniel Huhardeaux a écrit : > > > Rien ne t'empêche de mettre une seconde configuration VPN en parallèle > chez tes clients (et chez toi) sur un autre port ! > Je suis d'accord. > Pour ma part, je réitère: un serveur VPN central sur lequel vont se > connecter les

Re: Conseils sur le routage de client à client avec OpenVPN

avec des sites distants et je ne peux pas risquer de perdre un lien en reconfigurant OpenVPN. Or il me semble que les paramètres de routage d'OpenVPN ont une portée générale avec des précautions que j'ai du mal à respecter (adresses uniques, ...). En conclusion: 1- je ne change pas ma

Re: Conseils sur le routage de client à client avec OpenVPN

risquer de perdre un lien en reconfigurant OpenVPN. Or il me semble que les paramètres de routage d'OpenVPN ont une portée générale avec des précautions que j'ai du mal à respecter (adresses uniques, ...). En conclusion: 1- je ne change pas ma configuration d'OpenVPN 2- s'il existe une technique pour

Re: Conseils sur le routage de client à client avec OpenVPN

Le 23/01/2019 à 15:58, Olivier a écrit : [1] https://serverfault.com/questions/736274/openvpn-client-to-client Ce lien confirme ce que j'écrivais ci-dessous : Le mer. 23 janv. 2019 à 15:46, Pascal Hambourg a écrit : Le 23/01/2019 à 14:39, Olivier Bitsch a écrit : 1. Oui tu as bien

Re: Conseils sur le routage de client à client avec OpenVPN

Le mer. 23 janv. 2019 à 15:46, Pascal Hambourg a écrit : > > Il y a une bidouille possible à base de double NAT source+destination. > Pour chaque réseau utilisant l'adressage 192.168.1.0/24 en interne, on > définit un réseau externe unique, on configure le routage des réseaux >

Re: Conseils sur le routage de client à client avec OpenVPN

réseau > > comme il faut. Donc je ne vois pas comment ça peut marcher. > > Il y a une bidouille possible à base de double NAT source+destination. > Pour chaque réseau utilisant l'adressage 192.168.1.0/24 en interne, on > définit un réseau externe unique, on configure le routage

Re: Conseils sur le routage de client à client avec OpenVPN

, on configure le routage des réseaux externes sur le serveur openvpn et on met en place des règles NETMAP sur la passerelle de chaque réseau pour faire en sorte que : - quand un paquet est émis vers le tunnel, son adresse source est mappée en son adresse externe correspondant au réseau ; - quant un

Re: Conseils sur le routage de client à client avec OpenVPN

Hello, Première intervention sur la ML :) Je remote avec un VPS OVH 600 sites distants via du OpenVPN et du Mikrotik sur site. Des sites en chine (pas HK) via des protocoles exotiques pour ne pas être filtrer (voir stunnel). Les réseaux clients ne doivent pas avoir de même subnet. C'est un peu

Re: Conseils sur le routage de client à client avec OpenVPN

Le mer. 23 janv. 2019 à 14:39, Olivier Bitsch a écrit : > Bonjour Olivier, > > 1. Oui tu as bien compris, client-to-client ne transite pas le paquet par > le serveur. Du coup pas de filtrage possible si c'est option est activée. > > 2. Si tous les réseaux connectés sont sur le même réseau

Re: Conseils sur le routage de client à client avec OpenVPN

Bonjour Olivier, 1. Oui tu as bien compris, client-to-client ne transite pas le paquet par le serveur. Du coup pas de filtrage possible si c'est option est activée. 2. Si tous les réseaux connectés sont sur le même réseau (192.168.1.0/24), je ne vois pas comment il sera possible de router les

Re: Conseils sur le routage de client à client avec OpenVPN

mode tun, tous les serveurs des sites clients s'y connectent, je peux joindre n'importe quel machine sur ces autres réseaux, aucun n'a le même plan d'adresses IP. Comment le "routage" entre le réseau distant et les clients du VPN ? Le serveur OpenVPN sait comment joindre ch

Re: Conseils sur le routage de client à client avec OpenVPN

Le 22/01/2019 à 19:16, Olivier a écrit : Merci Daniel pour ta réponse. J'aurai pu le préciser mais j'arrive à me connecter ponctuellement aux équipements distants via des commandes SSH du type ssh -f -N foo@remote -L1234:192.168.151:80 mais c'est assez fastidieux car je dois désigner les

Re: Conseils sur le routage de client à client avec OpenVPN

t, je peux joindre > n'importe quel machine sur ces autres réseaux, aucun n'a le même plan > d'adresses IP. > > Comment le "routage" entre le réseau distant et les clients du VPN ?

Re: Conseils sur le routage de client à client avec OpenVPN

Merci Daniel pour ta réponse. J'aurai pu le préciser mais j'arrive à me connecter ponctuellement aux équipements distants via des commandes SSH du type ssh -f -N foo@remote -L1234:192.168.151:80 mais c'est assez fastidieux car je dois désigner les ports distants, choisir des ports disponibles sur

Re: Conseils sur le routage de client à client avec OpenVPN

Le 22/01/2019 à 16:48, Olivier a écrit : Bonjour, Bonjour J'ai plusieurs réseaux locaux distants dont le routeur est un serveur Debian sur lequel un client OpenVPN  est installé. Je souhaite pouvoir depuis mon propre PC sur lequel est aussi installé un client OpenVPN, atteindre les

Conseils sur le routage de client à client avec OpenVPN

Bonjour, J'ai plusieurs réseaux locaux distants dont le routeur est un serveur Debian sur lequel un client OpenVPN est installé. Je souhaite pouvoir depuis mon propre PC sur lequel est aussi installé un client OpenVPN, atteindre les machines connectées des différents réseaux locaux distants qui

Re: pb routage avancé, pas la bonne connexion dans netstat

déterminées par la décision de routage initiale. je m'y attendais un peu, voilà pourquoi j'ai posé la question de cette façon, mais ça m'arrange pas :( Tu n'as pas aussi une règle iptables SNAT ou MASQUERADE ? si si, sur eth1

Re: pb routage avancé, pas la bonne connexion dans netstat

source ont déjà été déterminées par la décision de routage initiale. voilà ce que je fais pour faire mon routage: root@debian:~# netstat -antp |grep 46.105 tcp    0  0 192.168.56.6:32928  46.105.x.x:80 ESTABLISHED 983/wget root@debian:~# cat route.sh #!/bin/bash ip rule add fwmark 0x1

pb routage avancé, pas la bonne connexion dans netstat

bonjour, tout d'abord désolé pour ce titre un peu bizarre, mais je ne sais pas comment décrire ça mieux :( je m'explique. une debian stretch sur laquelle je fais du routage avancé, donc j'ai deux interfaces. eth0, 192.168.56.6/24 (par défaut) eth1, 192.168.8.100/24 dans cette exemple, je

Re: Routage - Route - wifi - wifi android

Bonjour, On 2017-02-16 16:17:31 +0100, G2PC wrote: > Sur certains points d'accès wifi ou wifi partagé depuis un téléphone > android, la connexion s'établit mais le réseau internet ne fonctionne pas. > > Sur d'autres wifi connectés le réseau internet fonctionne. J'ai aussi remarqué ça dans le

Routage - Route - wifi - wifi android

Bonjour Sur certains points d'accès wifi ou wifi partagé depuis un téléphone android, la connexion s'établit mais le réseau internet ne fonctionne pas. Sur d'autres wifi connectés le réseau internet fonctionne.

Re: [Un peu HS] Comment s'assurer du routage openvpn ?

Eric Degenetais a écrit : Je crois qu'il traîne encore des routeurs qui ne gèrent ni IPV6 ni la transition IPV6-IPV4. IPV6 est désactivé chez moi car la livebox m'avait fait le coup. Le symptôme de ce que j'avais constaté (et résolu à grand renfort de google mon ami...) est que la résolution DNS

Re: [Un peu HS] Comment s'assurer du routage openvpn ?

mal ou bien certains site/numéro de >> port ne sont pas accessibles... >> >> Au niveau client, j'utilise le widget network-manager. >> >> Étant une bille en routage réseau, y'a-t-il des règles à ajouter dans >> openvpn pour s'assurer que la route par défaut est

Re: [Un peu HS] Comment s'assurer du routage openvpn ?

routage réseau, y'a-t-il des règles à ajouter dans openvpn pour s'assurer que la route par défaut est bien le tunnel chiffré ? ++ Mourad J'ai avancé un peu, cela semble lié à IPV6... Mon serveur VPN est en IPV4 uniquement et le réseau qui me pose problème gère les 2 protocoles (IPV4 et IPV6

[Un peu HS] Comment s'assurer du routage openvpn ?

captifs où il me semble que la résolution dns semble rester celle du wifi et donc les redirections se font mal ou bien certains site/numéro de port ne sont pas accessibles... Au niveau client, j'utilise le widget network-manager. Étant une bille en routage réseau, y'a-t-il des règles à ajouter dans

[résolu] Re: Pb de routage entre deux sites via openvpn

Résolu : le nom du fichier ccd qui contient les options spécifique du client doit être le full qualified name du client qui se connecte : avec le nom de domaine complet. Yann. Le vendredi 29 août 2014 à 18:29 +0200, Yann Cohen a écrit : Bonjour, je sèche sur un problème de routage entre

Re: [résolu] Re: Pb de routage entre deux sites via openvpn

Bonsoir, Le 05/09/2014 13:20, Yann COHEN a écrit : Résolu : le nom du fichier ccd qui contient les options spécifique du client doit être le full qualified name du client qui se connecte : avec le nom de domaine complet. Yann. En fait ça dépend surtout de comment tu as nommé le certificat

Re: Pb de routage entre deux sites via openvpn

ne fonctionnaient pas bien). Le samedi 30 août 2014 à 16:30 +0200, Pascal Hambourg a écrit : Yann Cohen a écrit : Bonjour, je sèche sur un problème de routage entre deux sites qui sont connectés via openvpn. [...] Les tables de routage du serveur et du client VPN semblent correctes

Re: Pb de routage entre deux sites via openvpn

Daniel Huhardeaux a écrit : Pour ce que tu veux faire il faut passer par des interfaces tap. En tun tu peux le faire, mais il faut rajouter des règles de firewall spécifiques aux clients tun, cela devient une usine à gaz. Pardon ? Les interfaces tap sont utiles pour simuler un lien

Re: Pb de routage entre deux sites via openvpn

Yann Cohen a écrit : Bonjour, je sèche sur un problème de routage entre deux sites qui sont connectés via openvpn. [...] Les tables de routage du serveur et du client VPN semblent correctes. Pour vérifier le routage d'une adresse donnée, exécuter la commande : ip route get adresse sur

Re: Pb de routage entre deux sites via openvpn

Hello, @Yann on a toujours pas eu ta conf iptables ni ta conf openvpn ;) Le 08/30/2014 04:30 PM, Pascal Hambourg a écrit : Yann Cohen a écrit : Bonjour, je sèche sur un problème de routage entre deux sites qui sont connectés via openvpn. [...] Les tables de routage du serveur et du

Pb de routage entre deux sites via openvpn

Bonjour, je sèche sur un problème de routage entre deux sites qui sont connectés via openvpn. Chaque coté du tunnel est un serveur debian (old-stable et jessie). Le serveur (firewall) est coté old-stable, le client coté jessie. Le serveur dessert les réseaux 192.168.3.0/24, 192.168.4.0/24 et

Re: Pb de routage entre deux sites via openvpn

Salut, Quelle est ta conf de routage iptables ? Quelle est ta conf openvpn.conf ? Le 08/29/2014 06:29 PM, Yann Cohen a écrit : Bonjour, je sèche sur un problème de routage entre deux sites qui sont connectés via openvpn. Chaque coté du tunnel est un serveur debian (old-stable et jessie

Re: Pb de routage entre deux sites via openvpn

Le vendredi 29 août 2014 à 21:13 +0200, Johnny B a écrit : Salut, Bonsoir, ci après les conf... Quelle est ta conf de routage iptables ? Coté serveur root@firewall:~# iptables -L Chain INPUT (policy DROP) target prot opt source destination fail2ban-ssh tcp

Re: Pb de routage entre deux sites via openvpn

Le 29/08/2014 18:29, Yann Cohen a écrit : Bonjour, Bonsoir [...] De chaque coté j'ai mis en place un tshark sur l'interface tun0 et un sur l'interface eth0 ou br0. Objectif suivre les paquets icmp. Les pings et les pongs depuis le client (sky) vers l'adresse du serveur (firewall) en .3

Re: problème de routage avec 2 interfaces réseau

moi-meme a écrit : Network-manager a une interface graphique je crois ? parce que le ne veux pas de X. Il a aussi une interface en ligne de commande, nmcli. L'interface graphique est une option qui ne fait pas partie du paquet de base network-manager. -- Lisez la FAQ de la liste avant de

Re: problème de routage avec 2 interfaces réseau

et je le posterai ici... Fred. -Message d'origine- De : robo...@news.nic.it [mailto:robo...@news.nic.it] De la part de moi-meme Envoyé : jeudi 3 janvier 2013 19:18 À : debian-user-french@lists.debian.org Objet : problème de routage avec 2 interfaces réseau J'ai mon Raspberry

Re: problème de routage avec 2 interfaces réseau

Le Sat, 05 Jan 2013 00:50:01 +0100, Pascal Hambourg a écrit : ifplugd doit pouvoir faire ce genre de chose aussi. Network-manager a une interface graphique je crois ? parce que le ne veuxpas ded X. je pense que je vais tenter la manip avec ifplugd.. J'ai d'autres trucs à tester avant sur mon

Re: problème de routage avec 2 interfaces réseau

prioritaire (avec la métrique la plus élevée) ne sera utilisée que si la route la plus prioritaire (avec la métrique la plus faible) est supprimée. Et pour cela il ne suffit pas de débrancher l'interface correspondante, ce qui ne change strictement rien à la table de routage : il faut soit désactiver

RE: problème de routage avec 2 interfaces réseau

: debian-user-french@lists.debian.org Objet : problème de routage avec 2 interfaces réseau J'ai mon Raspberry avec une Raspbian dedans (je reste en charte). J'ai une clé wifi et une RJ45 branchés. Les deux séparément fonctionnent sans problème. D'office je suis sur la RJ45. Si je le débranche je

Re: problème de routage avec 2 interfaces réseau

[mailto:robo...@news.nic.it] De la part de moi-meme Envoyé : jeudi 3 janvier 2013 19:18 À : debian-user-french@lists.debian.org Objet : problème de routage avec 2 interfaces réseau J'ai mon Raspberry avec une Raspbian dedans (je reste en charte). J'ai une clé wifi et une RJ45 branchés. Les

Re: problème de routage avec 2 interfaces réseau

... Fred. -Message d'origine- De : robo...@news.nic.it [mailto:robo...@news.nic.it] De la part de moi-meme Envoyé : jeudi 3 janvier 2013 19:18 À : debian-user-french@lists.debian.org Objet : problème de routage avec 2 interfaces réseau J'ai mon Raspberry avec une Raspbian dedans (je

Re: problème de routage avec 2 interfaces réseau

route la plus prioritaire (avec la métrique la plus faible) est supprimée. Et pour cela il ne suffit pas de débrancher l'interface correspondante, ce qui ne change strictement rien à la table de routage : il faut soit désactiver l'interface, soit supprimer la route lorsqu'on détecte que la liaison

problème de routage avec 2 interfaces réseau

J'ai mon Raspberry avec une Raspbian dedans (je reste en charte). J'ai une clé wifi et une RJ45 branchés. Les deux séparément fonctionnent sans problème. D'office je suis sur la RJ45. Si je le débranche je perds la liaison. Si je boote avec le Wifi seul c'est lui qui a la route par défaut. En

Re: question routage debian

Le jeudi 05 juillet 2012 à 00:45 +0200, prego jérémy a écrit : bonjour, j'utilise une debian comme routeur pour gérrer mes connexions donc pour passer par une connexion ou par l'autre je fais donc des routes avec le paquet du même nom route add google.fr gw ma_passrelle ou route add

question routage debian

bonjour, j'utilise une debian comme routeur pour gérrer mes connexions donc pour passer par une connexion ou par l'autre je fais donc des routes avec le paquet du même nom route add google.fr gw ma_passrelle ou route add -net netmask-de-google/8 gw ma_passerelle j'aimerai faire ça avec ip

Re: [Un peu long] Souci de routage réseau vers une VM Xen 4.0 en squeeze

peine de gâcher une entrée de routage, c'est le Dom0 qui va le faire :) Pour que tout ça marche, je pense qu'il faut que le dom0 fasse proxy ARP sur son interface virtuelle connectée au domU. Est-ce le cas ? Oui, cf. un peu plus haut. Plus haut il était question de l'interface physique. Très

Re: [Un peu long] Souci de routage réseau vers une VM Xen 4.0 en squeeze

Le 15366ième jour après Epoch, Guillaume écrivait: Est ce que tu as bien dans ton fichier /etc/network/interfaces ceci : auto eth0 iface eth0 inet static address mon_adresse_ip_failover netmask 255.255.255.255 post-up /sbin/ip route add ADDR_IP_MACHINE_HOTE/32 dev eth0

Re: [Un peu long] Souci de routage réseau vers une VM Xen 4.0 en squeeze

? Forcément, il est en ip_forwarding. La table de routage du DomU est triviale: Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 88.191.221.0* 255.255.255.0 U 0 00 eth0 default

Re: [Un peu long] Souci de routage réseau vers une VM Xen 4.0 en squeeze

extérieure ? Forcément, il est en ip_forwarding. La table de routage du DomU est triviale: Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 88.191.221.0* 255.255.255.0 U 0 00 eth0 default

Re: [Un peu long] Souci de routage réseau vers une VM Xen 4.0 en squeeze

l'adresse MAC du Dom0 qu'il faut contacter) Le dom0 fait proxy ARP sur son interface extérieure ? La table de routage du DomU est triviale: Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 88.191.221.0* 255.255.255.0 U

Re: [Un peu long] Souci de routage réseau vers une VM Xen 4.0 en squeeze

Le 15366ième jour après Epoch, Guillaume écrivait: Le 26/01/2012 23:45, François TOURDE a écrit : Salut la liste. J'ai un souci que je ne sais par quel bout prendre... [...] Bonjour, ton dom0 est en mode bridge ou en mode routed ? En mode routed. J'ai oublié de préciser, désolé. --

Re: [Un peu long] Souci de routage réseau vers une VM Xen 4.0 en squeeze

Le 27/01/2012 10:19, François TOURDE a écrit : En mode routed. J'ai oublié de préciser, désolé. Est ce que tu as bien dans ton fichier /etc/network/interfaces ceci : auto eth0 iface eth0 inet static address mon_adresse_ip_failover netmask 255.255.255.255 post-up

[Un peu long] Souci de routage réseau vers une VM Xen 4.0 en squeeze

indique bien que pour l'IP du DomU, c'est l'adresse MAC du Dom0 qu'il faut contacter) La table de routage du DomU est triviale: Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 88.191.221.0* 255.255.255.0 U 0 0

Re: [Un peu long] Souci de routage réseau vers une VM Xen 4.0 en squeeze

88.191.221.39 is-at c8:0a:a9:03:35:bf, length 28 (Le Dom0 indique bien que pour l'IP du DomU, c'est l'adresse MAC du Dom0 qu'il faut contacter) La table de routage du DomU est triviale: Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 88.191.221.0

HS résolu Re: réseau static routage vers passerelle non automatique

Bonjour, Le 13/04/11, David Dumortierd.dumort...@free.fr a écrit : gateway Merci, voilà qui est parfait. J'avais pourtant lu le tutoriel (trop rapidement), mais comme dans les quelques cours de réseau que j'ai eu, on prononçait mal l'anglais en disant gate away, j'ai toujours pensé cette

Re: réseau static routage vers passerelle non automatique

Bonjour, On Wed, Apr 13, 2011 at 01:42:05PM +0200, Raphaël POITEVIN wrote: ... adress 192.168.100.6 address Cordialement. -- Pierre Meurisse -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec

réseau static routage vers passerelle non automatique

Bonjour, Sur un ordinateur squeeze qui servira de serveur, j'ai configuré le réseau en static. Tout à l'air de fonctionner, sauf que le routage vers la passerelle n'est pas dans la table de routage. La solution trouvée est de mettre la comande route add au démarrage, dans le rc.local par exemple

Re: réseau static routage vers passerelle non automatique

Bonjour, Le mer. avril 13 2011 � 01:42:05 +0200, Raphaël POITEVIN dit : Bonjour, Sur un ordinateur squeeze qui servira de serveur, j'ai configuré le réseau en static. Tout à l'air de fonctionner, sauf que le routage vers la passerelle n'est pas dans la table de routage. La solution trouvée

routage statique sous debian

Bonjour à tous, Je vais changer une machine redhat par une machine debian, sur cette machine j'ai deux cartes réseaux avec deux routes différentes, la route par défaut d'une part et deux routes statiques sur la seconde carte pour lesquelles je voudrais qu'elles chargent même en redémarrant la

RE: routage statique sous debian

[mailto:tahar...@yahoo.fr] Envoyé : mardi 22 juin 2010 11:16 À : DEBIAN Objet : routage statique sous debian Bonjour à tous, Je vais changer une machine redhat par une machine debian, sur cette machine j'ai deux cartes réseaux avec deux routes différentes, la route par défaut d'une part et deux routes

Re : routage statique sous debian

Il suffit simplement de rajouter à la fin de ton fichier /etc/network/interfaces (pour reprendre ton exemple) : # Routes statiques up route add -net 193.95.92.0 netmask 255.255.255.0 gw 193.95.93.1 up route add default gw 193.95.93.1 Merci beaucoup pour ton aide. -- Lisez la

Re: routage statique sous debian

Bonjour, Le mardi 22 juin 2010, Frédéric PARIS a écrit... Il suffit simplement de rajouter à la fin de ton fichier /etc/network/interfaces (pour reprendre ton exemple) : # Routes statiques up route add -net 193.95.92.0 netmask 255.255.255.0 gw 193.95.93.1 up route add default gw

Re : routage statique sous debian

Bonjour, Bonjour Le mardi 22 juin 2010, Frédéric PARIS a écrit... Il suffit simplement de rajouter à la fin de ton fichier /etc/network/interfaces (pour reprendre ton exemple) : # Routes statiques up route add -net 193.95.92.0 netmask 255.255.255.0 gw 193.95.93.1 up route

Re: routage statique sous debian

On Tue, Jun 22, 2010 at 10:34:40AM +, Tahar BEN ACHOUR tahar...@yahoo.fr wrote a message of 18 lines which said: up route add -net 193.95.92.0 netmask 255.255.255.0 gw 193.95.93.1 up route add default gw 193.95.93.1 Comment configurer /etc/network/if-pre-up.d ? je mets un

Re: routage statique sous debian

Le Tue, 22 Jun 2010 11:32:42 +0200, Jean-Michel OLTRA jm.oltra.antis...@espinasse.net a écrit : Bonjour, Le mardi 22 juin 2010, Frédéric PARIS a écrit... Il suffit simplement de rajouter à la fin de ton fichier /etc/network/interfaces (pour reprendre ton exemple) : #

Re: routage statique sous debian

Bonjour, Le mardi 22 juin 2010, Frédéric Boiteux a écrit... Pourquoi ne pas utiliser les possibilités de /etc/network/if-pre-up.d/, ou (if-up.d/), plutôt que de charger le fichier interfaces ? Ce sera plus propre de le mettre dans le fichier « interfaces », pour la *bonne*

Re: routage statique sous debian

Le Tue, 22 Jun 2010 14:49:40 +0200, Jean-Michel OLTRA jm.oltra.antis...@espinasse.net a écrit : Que nenni ! J'utilise une structure case...esac pour tester l'interface Ok, mais je ne vois pas l'intérêt de remplacer une ligne dans le bon fichier pour la remplacer par un script de 10 lignes

Re: routage statique sous debian

Jean-Michel OLTRA a écrit : Pourquoi ne pas utiliser les possibilités de /etc/network/if-pre-up.d/, ou (if-up.d/), plutôt que de charger le fichier interfaces ? Ce sera plus propre de le mettre dans le fichier « interfaces », pour la *bonne* interface, plutôt que dans un script de

Re: Pb cohabitation Routage / Bridge avec VirtualBox OSE

Salut, Pierre a écrit : Sur une Debian, je fais du routage entre 2 interfaces réseau d'une part (192.168.101.0 192.168.55.0), et d'autre part le serveur abrite VirtualBox OSE pour faire tourner une VM Windows (XP), qui doit être dans le réseau (donc pas de NAT); j'utilise donc la

Pb cohabitation Routage / Bridge avec VirtualBox OSE

Bonjour à tous, Sur une Debian, je fais du routage entre 2 interfaces réseau d'une part (192.168.101.0 192.168.55.0), et d'autre part le serveur abrite VirtualBox OSE pour faire tourner une VM Windows (XP), qui doit être dans le réseau (donc pas de NAT); j'utilise donc la solution du bridge

Re: Pb de routage/DHCP

routage semble fonctionner... mais pas 192.168.1.254 (interface réseau du routeur) ??? Sinon faut-il vraiment passer par le NAT, est-ce compliqué à faire ? Merci d'avance pour vos lumières, parce que là, je suis dans la pénombre... Pierre a écrit : Bonjour à tous, Bonjour [...] subnet

Re: Pb de routage/DHCP

du Serveur Debian) donc le routage semble fonctionner... mais pas 192.168.1.254 (interface réseau du routeur) ??? Sinon faut-il vraiment passer par le NAT, est-ce compliqué à faire ? Merci d'avance pour vos lumières, parce que là, je suis dans la pénombre... /sbin/iptables -t nat -A POSTROUTING

routage interne selon (sous-) domaine demandé [ était : Re: haproxy 1.3.15.2 : en mode transparent pour garder ip visiteur]

Suite aux différentes réponses sur haproxy, je formule ma demande différemment : sois plusieurs domaines ayant des sous domaine - toto.com : www.toto.com, blog.toto.com, (liste non finie) - titi.com : www.titi.com, joomla.titi.com, boutique.titi.com (liste non finie) - J'ai une seule ip

Re: routage interne selon (sous-) domaine demandé [ était : Re: haproxy 1.3.15.2 : en mode tran sparent pour garder ip visiteur]

Grégory Bulot a écrit : Suite aux différentes réponses sur haproxy, je formule ma demande différemment : [...] aptitude install pound -- 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

Re: Pb de routage/DHCP

On Sat, Nov 28, 2009 at 11:58:47AM +0100, Alex Perso a...@rendour.org wrote a message of 38 lines which said: Fait des ping en utilisant les ips (exemple ip des dns de ton fai) plutot que les noms. Et, comme c'est un problème de routage, il faut plutôt utiliser traceroute que ping

Re: Pb de routage/DHCP

probablement activer la traduction d'adresses sur le routeur :-( demande donc s'il s'agit d'un problème DHCP (passerelle?) ou d'un problème DNS (Résolution de nom?), ou les deux... Ni l'un, ni l'autre, c'est un problème de routage IP. geo.localIN SOA servgeo.geo.local. admg

Re: routage interne selon (sous-) domaine demandé [ était : Re: haproxy 1.3.15.2 : en mode transparent pour garder ip visiteur]

Daniel Huhardeaux no-s...@tootai.net à écrit le Sun, 29 Nov 2009 16:53:31 +0100 Grégory Bulot a écrit : Suite aux différentes réponses sur haproxy, je formule ma demande différemment : [...] aptitude install pound A la lecture de http://packages.debian.org/lenny/pound c'est

Pb de routage/DHCP

. Le problème c'est que les clients DHCP n'accèddent pas à Internet. Je me demande donc s'il s'agit d'un problème DHCP (passerelle?) ou d'un problème DNS (Résolution de nom?), ou les deux... Bon! faut dire que je ne suis pas trop sûr de moi, c'est la première fois que je fais un routage sur un

  1   2   3   4   >