Salut,
Un extrait de "apt search dhcp" :
isc-dhcp-relay/oldstable,now 4.4.1-2+deb10u1 amd64 [installed]
ISC DHCP relay daemon
isc-dhcp-server/oldstable 4.4.1-2+deb10u1 amd64
ISC DHCP server for automatic IP address assignment
Lancé sur le relais DHCP qui est mon mini-routeur. Sur
Bonjour
Le 11/03/2022 à 12:48, Olivier a écrit :
Bonjour,
Je souhaite mettre en place sur une machine Bullseye, un service DHCP
traitant 250 réseaux locaux de petite taille (/28 soit 16 adresses)
mais chacun avec 1 ou 2 machines connectées, au maximum.
1. Qui a déjà mis en oeuvre ce type de
Très intéressant !
Je n'y a avais pas pensé du tout !
Dans mon labo, le serveur DHCP fait office de routeur mais sur
l'implémentation cible, il est possible que ce rôle soit confié à une
machine tierce.
Dans les 2 cas, il faudra savoir configurer en masse les réseaux et
les relais DHC
On Friday 11 March 2022 12:48:54 Olivier wrote:
> Je souhaite mettre en place sur une machine Bullseye, un service DHCP
> traitant 250 réseaux locaux de petite taille (/28 soit 16 adresses)
> mais chacun avec 1 ou 2 machines connectées, au maximum.
> 1. Qui a déjà mis en oeuvre ce t
Le 11/03/2022 à 12:48, Olivier a écrit :
Bonjour,
Je souhaite mettre en place sur une machine Bullseye, un service DHCP
traitant 250 réseaux locaux de petite taille (/28 soit 16 adresses)
mais chacun avec 1 ou 2 machines connectées, au maximum.
1. Qui a déjà mis en oeuvre ce type de chose
Bonjour,
Je souhaite mettre en place sur une machine Bullseye, un service DHCP
traitant 250 réseaux locaux de petite taille (/28 soit 16 adresses)
mais chacun avec 1 ou 2 machines connectées, au maximum.
1. Qui a déjà mis en oeuvre ce type de chose ? Avec quels composants ?
Quel retour
e IPTables).
Quand j'installe un serveur ISC-DHCP sur la machine hébergeant firewalld,
la configuration ci-après semble suffisante pour que des clients (connectés
par l'interface ens9) récupèrent une adresse.
# firewall-cmd --info-zone=internal
internal (active)
target: default
icmp
Bonjour,
Je souhaite mettre en place un serveur sous Bullseye, "auto-configurable
faisant office de double passerelle réseau vers Internet".
Par auto-configurable, j'entends ici que:
1.les 2 interfaces WAN se configurent pas DHCP,
2. je veux éviter d'avoir à scripter le
vid Martin a écrit :
>
> > Steeve, Bravo c'était ça.
> > Merci beaucoup pour tes lumières ;-)
>
> Et alors, tu as trouvé des serveurs DHCP scélérats sur ton réseau ? :)
>
>
--
david martin
ation de nsupdate pour modifier le contenu de la zone du
serveur dns.
3. utilisation de la capacité de dnsmasq de déclencher un script sur
événement dhcp (ajout, mise à jour ou suppression de bail) => voir le
paramètre dhcp-script
Solution :
1. création d'un script qui suit l'i
Le 09-04-2021, à 10:05:16 +0200, David Martin a écrit :
Steeve, Bravo c'était ça.
Merci beaucoup pour tes lumières ;-)
Et alors, tu as trouvé des serveurs DHCP scélérats sur ton réseau ? :)
Steeve, Bravo c'était ça.
Merci beaucoup pour tes lumières ;-)
Le jeu. 8 avr. 2021 à 14:19, steve a écrit :
> Bonjour David,
>
> Le 02-04-2021, à 14:29:00 +0200, David Martin a écrit :
>
> > Bonjour,
> > Je cherche à faire fonctionner nmap avec l'op
Salut Steve,
Je teste ça, merci
Le jeu. 8 avr. 2021 à 14:19, steve a écrit :
> Bonjour David,
>
> Le 02-04-2021, à 14:29:00 +0200, David Martin a écrit :
>
> > Bonjour,
> > Je cherche à faire fonctionner nmap avec l'option --script
> > broad
Bonjour David,
Le 02-04-2021, à 14:29:00 +0200, David Martin a écrit :
Bonjour,
Je cherche à faire fonctionner nmap avec l'option --script
broadcast-dhcp-discover . mais ça ne fonctionne pas.
Je pense que je devrais au moins trouver celui qui m'offre une adresse.
J&#
Salut Bernard,
Non eth0 n'est pas erronée, je nomme mes interfaces en ce sens... je suis
un vieux ;-)
Merci pour tes réponses, mais l'idée est de déceler si un serveur DHCP
(monté par un élève par exemple ou un prof) clandestin
est monté en plus de celui officiel sur le réseau d'u
Pour ton malheur (vu mon niveau en réseau: quasiment double zéro) je
profère mes élucubrations à haute voix, un peu au hasard ;-)
peut-être que tu peux récupérer les données de tes fichiers de baux DHCP
(je ne sais même pas exactement ce qu'il y a dedans, j'ai jamais monté
de se
Bonjour,
La situation est la suivante :
Je dispose d'un petit morceau de LAN sur lequel est utiliser dnsmasq
pour assurer DHCP et DNS et servir le domaine lab.toto.local.
Ce morceau de LAN est interconnecté avec une infrastructure tout
windows en terme de serveur DHCP et DNS.
Il n&#x
> Bonjour,
>
> > Je cherche à faire fonctionner nmap avec l'option --script
> > broadcast-dhcp-discover . mais ça ne fonctionne pas.
>
> > Je pense que je devrais au moins trouver celui qui m'offre une
> > adresse.
>
> > J'ai test
- Mail original -
> De: "David Martin"
> À: "debian-user-french@lists.debian.org French"
>
> Envoyé: Vendredi 2 Avril 2021 14:29:00
> Objet: [HS] Rogue DHCP
> Bonjour,
> Je cherche à faire fonctionner nmap avec l'option --script
> br
Bonjour,
Je cherche à faire fonctionner nmap avec l'option --script
broadcast-dhcp-discover . mais ça ne fonctionne pas.
Je pense que je devrais au moins trouver celui qui m'offre une adresse.
J'ai testé de mettre le script dans un répertoire avec les foncton rand.lua
etc
Bonjour,
Dans un environnement WiFi où les utilisateurs utilisent leurs propres
appareils (PC portables, smartphones avec un total de 4 appareils maximum),
comment associer l'identifiant 802.1X à un bail DHCP ?
Idéalement, j'aimerai pouvoir implémenter une règle déterministe du ty
ers db.xxx habituels dans ce répertoire
Le lun. 21 sept. 2020 à 16:41, Olivier a écrit :
> Bonjour,
>
> Je teste la possibilité de mises à jour entre un serveur ISC-DHCP et une
> instance Bind9, les deux services étant hébergés par la même machine sous
> Debian Buster.
>
>
Bonjour,
Je teste la possibilité de mises à jour entre un serveur ISC-DHCP et une
instance Bind9, les deux services étant hébergés par la même machine sous
Debian Buster.
J'ai suivi les instructions de [1] mais je rencontre l'erreur :
Sep 21 16:17:54 foo kernel: [ 8867.630002] audit:
Bonjour,
Depuis quelques jours, j'ai des soucis avec la mise à jour automatique
des DNS par le serveur DHCP. Voici le log lors de la connexion d'un client :
Aug 26 11:28:39 canoe dhcpd[1590]: DHCPREQUEST for 192.168.0.34 from
ac:fd:ce:c6:11:32 (surf) via enp2s0
Aug 26 11:28:39 c
Le 11/06/2018 à 23:24, Alban Vidal a écrit :
Bonsoir,
Dans le fichier « /etc/default/isc-dhcp-server » je serai tenté de
mettre l'option suivante pour ne pas faire du DHCPv6 :
OPTIONS="-4"
merci, ça a résolu le souci. Par défaut, sur debian en tout cas, il
semble utiliser
Bonsoir,
Le 11/06/2018 à 20:34, Jérémy PREGO a écrit :
> bonjour à tous,
>
> vu que ça parle de démarrage de debian dans un autre sujet, je pose
> mon souci ici, peut être que vous allez pouvoir m'aider.
>
> je tourne sur une debian testing, isc-dhcp-server version 4.3.5-4
bonjour à tous,
vu que ça parle de démarrage de debian dans un autre sujet, je pose mon
souci ici, peut être que vous allez pouvoir m'aider.
je tourne sur une debian testing, isc-dhcp-server version 4.3.5-4. seul
souci, au boot, j'ai toujours une erreur de isc-dhcp-server, parce
Sur livebox, ni complication, ni soucis. Mais c'est une vieille livebox, et
last is not always best...
Le 29 oct. 2017 4:04 PM, a écrit :
> On Monday 23 October 2017 23:17:16 Pierre L. wrote:
> > C'est vrai, il est tout à fait possible de configurer le DHCP de la box
> >
On Monday 23 October 2017 23:17:16 Pierre L. wrote:
> C'est vrai, il est tout à fait possible de configurer le DHCP de la box
> pour des baux statiques.
Je ne réponds peut-être pas à la problèmatique,
mais je préconise de régler les IP fixes (par la mac adresse)
des ordinateur
Le 25/10/2017 à 15:13, Christophe De Natale a écrit :
et que l'adresse attribuée à eth1 apparaît dans la rubrique "baux
valides" ; si ok, réservez cette adresse dans "baux statiques"
Pardon, elle n'apparaîtra pas dans "baux valides" puisque pas attribuée
par la LB
Si elle n'y est pas, il faut
la box, perd son IP, attribuée normalement via le DHCP de la box).
Et si la synchro revient, je ne récupère pas d'IP de façon
automatique... Je suis obligé de relancer via service networking
restart
En référence à la configuration que vous donnez ci-dessous, le
serveur possède deux cartes
s qui ont plus de 15 ans ?
Vous pouvez demander un remplacement à votre service client (gratuit)
Non, c'est une noire Livebox play qui n'est pas très vieille (1 ou 2 an max)
Si je ne touche à rien, mon serveur qui est branché en filaire sur
la box, perd son IP, attribuée normalement via
es qui ont plus de 15 ans ?
Vous pouvez demander un remplacement à votre service client (gratuit)
Si je ne touche à rien, mon serveur qui est branché en filaire sur
la box, perd son IP, attribuée normalement via le DHCP de la box).
Et si la synchro revient, je ne récupère pas d'IP de façon
au
Le 24/10/2017 à 13:23, Pierre L. a écrit :
Je n'ai plus mes logs sous la main.
Mais de tête, j'ai souvenir que l'état (state) de l'interface passait en
DOWN lorsque le serveur DHCP n'était plus accessible.
Pourquoi, c'était aussi la question qui m'avait tit
Je n'ai plus mes logs sous la main.
Mais de tête, j'ai souvenir que l'état (state) de l'interface passait en
DOWN lorsque le serveur DHCP n'était plus accessible.
Pourquoi, c'était aussi la question qui m'avait titillé à l'époque !
[râleur] Je pense qu'
e est
régulièrement oxydée.
Si je ne touche à rien, mon serveur qui est branché en filaire sur la
box, perd son IP, attribuée normalement via le DHCP de la box). Et si
la synchro revient, je ne récupère pas d'IP de façon automatique...
Je suis obligé de relancer via service networking restart
En
Bonjour
Le lundi 23 octobre 2017 à 23:17 +0200, Pierre L. a écrit :
> Bonsoir,
>
> C'est vrai, il est tout à fait possible de configurer le DHCP de la
> box
> pour des baux statiques.
> Le souci énoncé dans ce post m'était aussi arrivé pour une raison
> similaire,
Bonsoir,
C'est vrai, il est tout à fait possible de configurer le DHCP de la box
pour des baux statiques.
Le souci énoncé dans ce post m'était aussi arrivé pour une raison
similaire, le seul serveur DHCP sur le LAN ne répondait plus car buggé
aléatoirement. 1 machine (client DHCP)
box, perd son IP, attribuée normalement via le DHCP de la box). Et si
la synchro revient, je ne récupère pas d'IP de façon automatique... Je
suis obligé de relancer via service networking restart
En référence à la configuration que vous donnez ci-dessous, le serveur
possède deux cartes
Le 23 oct. 2017 8:44 AM, "Pierre L." a écrit :
Si je peux me permettre, qui dit "serveur", dit IP fixe ;)
Bonjour, ce n'est pas nécessairement incompatible avec le DHCP. J'ai des IP
(locales) fixes avec une livebox. Il suffit de configurer le service DHCP
en ce sens.
Bonjour,
Si je peux me permettre, qui dit "serveur", dit IP fixe ;)
Y a-t-il une raison pour laquelle rester sur une configuration du client
en DHCP ?
A voir pour configurer ton interface eth1 en "static", ca devrait
résoudre le souci !
Good luck ;)
Le 22/10/2017 à 2
Bonjour,
Sur ma box personnelle (livebox), j'ai régulièrement des pertes de
synchro qui durent quelques jours.
Si je ne touche à rien, mon serveur qui est branché en filaire sur la
box, perd son IP, attribuée normalement via le DHCP de la box). Et si la
synchro revient, je ne récupèr
. Les autres
box que j'ai vues n'allaient pas si loin dans le mauvais gout. (fin de
troll)
Pour info, lors d'une négociation DHCP, les machines peuvent envoyer
leur petit nom. C'est grâce à cela que le serveur DHCP prend
connaissance du nom des machines et peut mettre à jour un s
dresse ip
On y voit le nom court des machines découvertes par la box et son ip (v4
et v6) mais la colonne "nom dns" est vide ; c'est cette dernière qu'il
faut renseigner
La machine devient joignable soit à "machine.monréseaulocal" soit à
"machine.monréseaulocal
je suis certain que non, les box ne font pas de résolution
locale.
> Le 12 mai 2017 11:45 PM, "Thierry Bugier Pineau"
> a écrit :
> > Bonsoir
> > c'est grâce au service DHCP de la box qu'on n'a pas besoin d'un
> > bind9 ou dnsmask
Je soupçonne le service de la box de faire de la résolution locale en plus
de relayer les requêtes au DNS du FAI pour les noms de domaine publics.
Le 12 mai 2017 11:45 PM, "Thierry Bugier Pineau" a
écrit :
> Bonsoir
>
> c'est grâce au service DHCP de la box qu'on
NS mais vu de
>l'utilisateur la box fait bien la résolution de nom pour le
>réseau local ...
>
>
>Le Fri, 12 May 2017 23:28:31 +0200
>Thierry Bugier Pineau a écrit:
>
>> Bonsoir
>> c'est grâce au service DHCP de la box qu'on n'a pas besoin d'
Bonsoir
c'est grâce au service DHCP de la box qu'on n'a pas besoin d'un bind9
ou dnsmask : quand un ordinateur cherche un serveur DHCP sur le réseau
local, celui de la box répond, et il négocie avec l'ordinateur pour
délivrer une adresse IP, mais pas seulement. La box f
Peut-être que stricto sensu elle ne fait pas DNS mais vu de
l'utilisateur la box fait bien la résolution de nom pour le
réseau local ...
Le Fri, 12 May 2017 23:28:31 +0200
Thierry Bugier Pineau a écrit:
> Bonsoir
> c'est grâce au service DHCP de la box qu'on n'a
; >Eric Degenetais a écrit:
> >
> >> Bonjour,
> >>
> >> Les machines de mon réseau familial obtiennent leur IP via le serveur
> >> DHCP de ma box internet. C'est pratique et courant. Par contre, quand
> >il
> >> s'agit de contacter l&#x
>Le Fri, 12 May 2017 12:10:08 +
>Eric Degenetais a écrit:
>
>> Bonjour,
>>
>> Les machines de mon réseau familial obtiennent leur IP via le serveur
>> DHCP de ma box internet. C'est pratique et courant. Par contre, quand
>il
>> s'agit de conta
Bonjour
Vous pouvez mettre mes noms que vous voulez dans /etc/hosts.
Les machines se basent sur cette liste pour résoudre un nom en IP, avant
d'essayer les serveurs DNS listés dans /etc/resolv.conf ou
/etc/networking/interfaces
Le 12 mai 2017 20:36:46 GMT+02:00, andre_deb...@numericable.fr a
On Friday 12 May 2017 14:30:08 steve wrote:
> Le 12-05-2017, à 14:21:32 +0200, André Debian a écrit :
> >La solution est d'attribuer l'IP à chaque station selon :
> >MAC adresse des PC => IP fixe.
> >Toutes Box doit avoir cette option.
> >Je le fais aussi pour mon imprimante réseau,
> >ainsi chaqu
Le Fri, 12 May 2017 12:10:08 +
Eric Degenetais a écrit:
> Bonjour,
>
> Les machines de mon réseau familial obtiennent leur IP via le serveur
> DHCP de ma box internet. C'est pratique et courant. Par contre, quand il
> s'agit de contacter l'une ou l'autre
Le 12-05-2017, à 14:21:32 +0200, André Debian a écrit :
On Friday 12 May 2017 13:37:43 steve wrote:
Les machines de mon réseau familial obtiennent leur IP via le serveur
DHCP de ma box internet. C'est pratique et courant. Par contre, quand il
s'agit de contacter l'une ou l'
On Friday 12 May 2017 13:37:43 steve wrote:
> Les machines de mon réseau familial obtiennent leur IP via le serveur
> DHCP de ma box internet. C'est pratique et courant. Par contre, quand il
> s'agit de contacter l'une ou l'autre machine, c'est plus pratique de le
Bonjour,
Les machines de mon réseau familial obtiennent leur IP via le serveur
DHCP de ma box internet. C'est pratique et courant. Par contre, quand il
s'agit de contacter l'une ou l'autre machine, c'est plus pratique de le
faire grâce à son petit nom. Je peux utiliser l
Le 12/05/2017 à 13:37, steve a écrit :
> Bonjour,
>
> Les machines de mon réseau familial obtiennent leur IP via le serveur
> DHCP de ma box internet. C'est pratique et courant. Par contre, quand il
> s'agit de contacter l'une ou l'autre machine, c'est plus
Bonjour,
Les machines de mon réseau familial obtiennent leur IP via le serveur
DHCP de ma box internet. C'est pratique et courant. Par contre, quand il
s'agit de contacter l'une ou l'autre machine, c'est plus pratique de le
faire grâce à son petit nom. Je peux utiliser l
Bonjour,
Je viens de me rendre compte d'un Pb de dhcp-realy sur un routeur...
Description
routeur (debian sous xen) avec deux interfaces eth0 (192.168.3.0/24) et
eth1 (192.168.1.0/24).
un serveur dhcp sur le réseau ".3"
Une requête dhcp sur le réseau ".1" ne reçoit
Bonjour,
Je viens de me rendre compte d'un Pb de dhcp-realy sur un routeur...
Description
routeur (debian sous xen) avec deux interfaces eth0 (192.168.3.0/24) et
eth1 (192.168.1.0/24).
un serveur dhcp sur le réseau ".3"
Une requête dhcp sur le réseau ".1" ne reçoit
Bonsoir,
J'ai un soucis (de configuration je penses) avec isc-dhcp-relay,
la topologie du réseau est la suivante:
<-> <->
Le soucis c'est que le client PXE n'arrive pas à obtenir le DHCPOFFER
lors d'un boot via PXE.
Le serveur dhcpd me donne dans
Bonsoir,
Le 18/11/2013 13:37, Dorian a écrit :
> Alors, avant de poster chaque config, le modem est grand public
> configuré par mon FAI, je crois pas que je peux lui apprendre les
> routes vers mon réseau 192.168.2.0 autre que 192.168.1.0, le détail des
> résolutions suit.
J'avoue ne pas avo
que 192.168.1.0, le détail des résolutions suit.
Donc voici ce que j'ai:
DomU's:
@Mac-chose-cpt:~# ifconfig
eth0 Link encap:Ethernet HWaddr xx:xx:xx:xx:x:xx:xx
inet addr:192.168.1.12 Bcast:192.168.1.255 Mask:255.255.2
Hello,
Que donne la table de routage sur chaque machine ?
Ton modem doit également doit également avoir les routes vers les
réseaux autre que 1.X.
Un wireshark sur les bridge va pouvoir peut être te confirmer un
problème au niveau du routage.
Bon amusement :)
++
Tgz
--
Lisez la FAQ de la liste
Le 12/11/2013 15:23, Guillaume a écrit :
Le 12/11/2013 11:20, Dorian Carpentier de Changy a écrit :
Le 4/11/2013 17:43, Dorian Carpentier de Changy a écrit :
> Bonjour la liste,
>
> Je continue les labos sur l'installation- configuration de serveur.
> Aujourd'hui ISC-D
Le 12/11/2013 11:20, Dorian Carpentier de Changy a écrit :
UP. Qqn peut il m'aider à faire fonctionner 2 sous réseaux sur un
L.AN scindé par deux interfaces sur le serveur DHCP. les machines
clientes doivent pouvoir se pinguer entre sous-réseaux différents et
accéder à internet.
Ce qu
UP. Qqn peut il m'aider à faire fonctionner 2 sous réseaux sur un L.AN
scindé par deux interfaces sur le serveur DHCP. les machines clientes
doivent pouvoir se pinguer entre sous-réseaux différents et accéder à
internet.
Ce qui m'a surpris c qu'en configurant des addresses fi
On Monday 04 November 2013 17:43:34 Dorian Carpentier de Changy wrote:
> Je continue les labos sur l'installation- configuration de serveur.
> Aujourd'hui ISC-DHCP-Server :
Il y a un atelier * serveur DHCP * le 15 novembre :
http://linuxfr.org/news/atelier-serveur-dhcp-sous
Je joins une fichier image pour le shéma car celui rédigé n'est pas
lisible ..
O:-)
Le 4/11/2013 17:43, Dorian Carpentier de Changy a écrit :
Bonjour la liste,
Je continue les labos sur l'installation- configuration de serveur.
Aujourd'hui ISC-DHCP-Server :
Je pars
Bonjour la liste,
Je continue les labos sur l'installation- configuration de serveur.
Aujourd'hui ISC-DHCP-Server :
Je pars pour cela d'une configuration composée de 3 machines (DomU)
virtuelles linux -2 Debian et 1 Ubuntu- ainsi qu'un invité windows.
J'ai config
Le 06/08/2013 11:27, Benoit B a écrit :
> Bonjour,
> Comment/ou configurer un délai abandon très court s'il ne trouve pas de
> serveur dhcp
Pas testé : y'a de quoi jouer dans :
/etc/dhcp/dhclient.conf
timeout time ;
The timeout statement determines the amount of
auto lo
iface lo inet loopback
# The primary network interface
#auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
Et la config statique du boulot en commantaire que je n'ai pas copié
Le 6 août 2013 11:42, Bernard Schoenacker a
écrit :
> Le Tue, 6 Aug 2013 11:27:09 +0200,
&g
çon a laisser juste allow-hotplug eth0
>
> jerem
> Le 06/08/2013 11:27, Benoit B a écrit :
>
> Bonjour,
>
> Mon ordi portable est configuré en dhcp de cette façon.
>
>
> https://wiki.debian.org/fr/NetworkConfiguration#Utiliser_DHCP_pour_configurer_automatiquement_une_
Le Tue, 6 Aug 2013 11:27:09 +0200,
Benoit B a écrit :
> Bonjour,
>
> Mon ordi portable est configuré en dhcp de cette façon.
>
> https://wiki.debian.org/fr/NetworkConfiguration#Utiliser_DHCP_pour_configurer_automatiquement_une_interface_r.2BAOk-seau
>
> Seul petit problèm
bonjour,
commentez le auto eth0 dans le fichier interface
de façon a laisser juste allow-hotplug eth0
jerem
Le 06/08/2013 11:27, Benoit B a écrit :
Bonjour,
Mon ordi portable est configuré en dhcp de cette façon.
https://wiki.debian.org/fr/NetworkConfiguration
Bonjour,
Mon ordi portable est configuré en dhcp de cette façon.
https://wiki.debian.org/fr/NetworkConfiguration#Utiliser_DHCP_pour_configurer_automatiquement_une_interface_r.2BAOk-seau
Seul petit problème : quand je boot et que le câble réseau n'est pas
branché :
Il attend :
Listening o
aie bien de s'enregistrer dessus, mouline un
> moment, puis finit par échouer.
>
>
> Le même laptop, sous windows, se connecte sans problème au même
> hotspot wifi.
>
>
> J'ai oui dire que certaines solutions DHCP basées sous windows
> coopéraient mal avec Linu
Bonjour,
puisque le réseau fonctionne parfaitement avec win32 serait il possible
de trouver son adresse IP, pour cela il faut ouvrir un prompt shell et
taper IPCFG /all || ipconfig /all et ainsi trouver la classe IP ...
et faire pareil avec linux : iwconfig
houer.
Le même laptop, sous windows, se connecte sans problème au même hotspot
wifi.
J'ai oui dire que certaines solutions DHCP basées sous windows coopéraient
mal avec Linux.
Quelqu'un aurait-il un embryon de solution pour que je puisse me connecter
depuis ma Debian?
Merci!
Pascal
Bzzz a écrit :
>
> Ensuite, pourquoi passer en mode routed plutôt que bridged?
> (bridged est plus facile à faire fonctionner et surtout
> amène le ping que routed ne permet pas)
N'importe quoi. Le choix dépend des adresses IP et MAC qu'on peut utiliser.
Si on dispose de plusieurs adresses MAC et
Salut,
On 16/01/2013 21:28, Yann Coleu wrote:
ifconfig $eth 0.0.0.0 promisc up
En voila un exemple d'utilisation anormale... a coup sur c'est pour ca
que le switch te bloque.
Le mode "promicuous" est utile pour faire de l'analyse reseau, du
sniffing de paquet, dans le cas d'un serveur dedi
Je ne sais pas si ce que je vais dire a vraiment un rapport, mais sait
on jamais.
J'ai créé des machines virtuelles Kvm sur une Dedibox. J'avais
l'habitude d'utiliser le mode bridge pour ça, mais j'avais lu une doc de
chez Online disant que c'était franchement déconseillé. Je ne me
rappelle plu
Bonjour,
Le mercredi 16 janvier 2013, Yann Coleu a écrit...
> Bon je vais tenter de trouver un tuto qui explique bien la demarche
> sur un serveur dédié dans un environnement rigoureux au possible. Et
> surtout me renseigner un peu plus sur les bridges pour savoir dans
> quels cas je peux
ifconfig $br $eth_ip netmask$eth_netmask broadcast$eth_broadcast up
Le script est correct mais sur ces lignes-là il y a
un blem: les variables sont collées aux littéraux,
il _faut_ un espace entre les 2.
eg: tel quel: netmask255.255.255.0
au lieu de: netmask 255.255.255.0
route add d
On Wed, 16 Jan 2013 21:28:34 +0100
Yann Coleu wrote:
> ifconfig $br $eth_ip netmask$eth_netmask broadcast$eth_broadcast up
Le script est correct mais sur ces lignes-là il y a
un blem: les variables sont collées aux littéraux,
il _faut_ un espace entre les 2.
eg: tel quel: netmask255.255.25
Le 16/01/2013 20:36, Bzzz a écrit :
On Wed, 16 Jan 2013 19:39:11 +0100
Yann Coleu wrote:
Je réfléchissais à ça... ne vais-je pas avoir un souci avec le switch de
ma Dedibox? Ne va t-il pas m'en vouloir que je mette d'autres adresses
IP sur le pont?
Je crois que j'ai du mal à comprendre le vrai
r Netmask(svr-clis) DHCP_Range_Start DHCP_Range_Stop
>
> Pouvez-vous me réconforter ou me flageller à coup de CD gravés Win*ws
> Millenium piratés en me disant que je fais une énorme bêtise?
T'as pas besoin de faire de bêtises pour te faire flageller.
Je ne vois pas trop pou
Ensuite, pourquoi passer en mode routed plutôt que bridged?
(bridged est plus facile à faire fonctionner et surtout
amène le ping que routed ne permet pas)
Je réfléchissais à ça... ne vais-je pas avoir un souci avec le switch de
ma Dedibox? Ne va t-il pas m'en vouloir que je mette d'autres
serveurs Israëliens
ainsi que pour les connexions Chinoises ...
Ahah !
.Jan 15 10:02:27: %DHCP_SNOOPING-4-DHCP_SNOOPING_ERRDISABLE_WARNING: DHCP
Snooping received 10 DHCP packets on interface Gi1/0/2 .Jan 15 10:02:27:
%DHCP_SNOOPING-4-DHCP_SNOOPING_RATE_LIMIT_EXCEEDED: The interface Gi
a vient de me saboter le
tuyau d'admission de la solexine,
sale temps pour les serveurs Israëliens
ainsi que pour les connexions Chinoises ...
> .Jan 15 10:02:27: %DHCP_SNOOPING-4-DHCP_SNOOPING_ERRDISABLE_WARNING: DHCP
> Snooping received 10 DHCP packets on interface Gi1/0/2 .Jan 15 10:
dans les logs.
.Jan 15 10:02:27: %DHCP_SNOOPING-4-DHCP_SNOOPING_ERRDISABLE_WARNING: DHCP
Snooping received 10 DHCP packets on interface Gi1/0/2
.Jan 15 10:02:27: %DHCP_SNOOPING-4-DHCP_SNOOPING_RATE_LIMIT_EXCEEDED: The
interface Gi1/0/2 is receiving more than the threshold set
.Jan 15 10:02:27: %PM-4-
flux non autorisé) et
je demande ce qu'il se passe.
Le technicien me répond (rapidement d'ailleurs, et très sympa) que le
switch, sur lequel ma machine est reliée, a fermé le port
automatiquement en laissant un post-it dans les logs.
.Jan 15 10:02:27: %DHCP_SNOOPING-4-DHCP_SNOOP
Le lundi 23 juillet 2012 à 22:24:04, Christophe Maquaire a écrit
:
>[…]
> finalement, en cherchant un peu, j'ai trouvé ça:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656584
> où il apparaît que le bug est connu, qu'il n'y a pas encore
> vraiment de solution, que l'origine du problème es
Le dimanche 22 juillet 2012 à 22:39 +0200, Sylvain L. Sauvage a écrit :
> Le dimanche 22 juillet 2012 à 21:12:38, Christophe Maquaire a
> écrit :
bonsoir,
>
> Sinon, les montages doivent aussi apparaître dans
> /var/log/boot (si bootlogd est installé). Ça permet d’avoir une
> datation plus pr
c plaisir, mais je n'y vois pas grand chose de bien plus
> informatif.
>
> Ils sont ici:
> http://www.ce2c.com/files/daemon.log
> et là:
> http://www.ce2c.com/files/syslog
Ça indique déjà que le DHCP se passe bien et rapidement.
Ça devrait aussi prouver qu’il n’y a p
Bonjour,
Le dimanche 22 juillet 2012, moi-meme a écrit...
> > J'ai eu ça sur la machine de ma fille. Étant donné que c'est une tour
> > qui n'a pas besoin de network-manager, je l'ai viré, et tout va bien…
> +1
J'ajoute, uniquement pour mettre de l'huile sur le feu, et parce qu'on
est pa
Le Sun, 22 Jul 2012 16:10:02 +0200, Jean-Michel OLTRA a écrit :
> J'ai eu ça sur la machine de ma fille. Étant donné que c'est une tour
> qui n'a pas besoin de network-manager, je l'ai viré, et tout va bien…
+1
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/
ne sont pas très utiles (en
> particulier les dmesg). Puisqu’il semble que ce soient le DHCP
> et le NFS du côté client qui prennent du temps, ce sont leurs
> logs qui nous intéressent. C’est-à-dire
> /var/log/daemon.log
> et
> /var/log/syslog
> côté _client_.
Avec plai
Le dimanche 22 juillet 2012 à 16:07 +0200, Jean-Michel OLTRA a écrit :
> Bonjour,
>
> J'ai eu ça sur la machine de ma fille. Étant donné que c'est une tour
> qui n'a pas besoin de network-manager, je l'ai viré, et tout va bien…
J'avoue que j'hésite entre virer network-manager (mais j'ai une
utili
1 - 100 sur 737 matches
Mail list logo
