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 route

Re: Pb routage NAT suite update/reboot

rne,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

Re: Pb routage NAT suite update/reboot

ns ce cas. > 192.168.1.0/24 dev eth1 proto kernel scope 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&#

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 pr

Pb routage NAT suite update/reboot

l'interface externe,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 paque

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 d'utili

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...). Personne

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 qu

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 par

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 pann

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 pas,

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

e, 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 commande route est obsolète Librement. -- Basile St

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

lisions 0 > device interrupt 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 rou

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

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 utilise

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

serveur Debian testing avec deux ethernet (et routage)

e 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 commande route est obsolète Librement. -- Basile Starynkevitch

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 ma

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

nter-clients - Chaque 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 d

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

j'ai 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-

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

e 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 configuration d'OpenVPN 2- s

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 compr

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

ter les paquets d'un 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 un

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

t un réseau externe unique, 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 corres

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 co

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 (192.16

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 paq

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

N en 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 OpenVP

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 port

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

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 ?

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 machi

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

e de sortie et l'adresse source ont déjà été 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

27;interface de sortie et l'adresse 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 rout

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 ce

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 pas

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 ?

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 >> openvpn pour s'assurer que la rou

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

nt 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 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 l

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

s portails 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

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 c

[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 rout

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

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

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

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 ethe

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 pa

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

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

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: 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

») > > Certes, mais la route la moins 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 qu

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

ment >>> network-manager... C'est juste un peu cryptique / peu documenté, >>> j'essaierai de te trouver plus d'infos et je le posterai ici... >>> >>> Fred. >>> >>> >>> -Message d'origine- >>>

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

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 l'interface, soit suppri

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

/ peu documenté, >> j'essaierai de te trouver plus d'infos 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

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'

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

voyé : 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 deux séparément fonctionnent sans problème. D'

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 f

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 > rout

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 rou

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

Faut quand même imaginer la signification du truc : > - passerelle : tout l'internet est quelque part derrière elle ; > - pas de passerelle : tout l'internet est directement sur le LAN ! C'est ça. Du coup, pas la peine de gâcher une entrée de routage, c'est le Dom0 qui va le

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

en tout cas physique. Mais il y a bien une interface virtuelle en liaison avec le domU. >> Le dom0 fait proxy ARP sur son interface extérieure ? > > Forcément, il est en ip_forwarding. > >>> La table de routage du DomU est triviale: >>> >>> Kernel IP rou

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

48.056003 ARP, Reply 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) > > Le dom0 fait proxy ARP sur son interface extérieure ? Forcément, il est en ip_forward

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 e

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

Reply 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) Le dom0 fait proxy ARP sur son interface extérieure ? > La table de routage du DomU est triviale: &g

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 /sbin

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

has 88.191.221.39 tell 88.191.122.1, length 46 23:35:48.056003 ARP, Reply 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 tab

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

:35:48.056003 ARP, Reply 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

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

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

Bonjour, Le 13/04/11, David Dumortier 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 combinaison de ces deux mo

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

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.lo

Re: routage statique sous debian

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 193.95.93.1 Pas à la fin mais à la su

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 scr

Re: routage statique sous debian

Le Tue, 22 Jun 2010 14:49:40 +0200, Jean-Michel OLTRA 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 moins visible… Chacun ses g

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 11:32:42 +0200, Jean-Michel OLTRA 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) : > > > # Routes statiques > > up

Re: routage statique sous debian

On Tue, Jun 22, 2010 at 10:34:40AM +, Tahar BEN ACHOUR 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 fichier > text

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

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 g

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 l

RE: routage statique sous debian

CHOUR [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

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 m

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 p

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

Re: Pb de routage/DHCP

2.168.1.4 (eth1 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 -

Re: Pb de routage/DHCP

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... > > Pierre a écrit : &g

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

Daniel Huhardeaux à é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 alléchant ! pourq

Re: Pb de routage/DHCP

ctiver 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.local

Re: Pb de routage/DHCP

On Sat, Nov 28, 2009 at 11:58:47AM +0100, Alex Perso 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. -- Lise

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 vos

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 publique

  1   2   3   4   >