Bonjour a tous,
Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian unstable,
tout allait bien jusqu'a la semaine derniere et depuis une semaine, alors que
rien n'a été installé ou upgradé, j'ai les connexions reseaux qui se
coupent...sans avoir aucun message particulier dans les fichiers de log
"classiques" (syslog, dmesg, auth...)
Je ne sais pas si c'est lié mais quand je fais en temps normal un scan des
ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
9/tcp open discard
13/tcp open daytime
22/tcp open ssh
37/tcp open time
111/tcp open rpcbind
113/tcp open auth
Par contre pendant une phase ou les connexions sont coupés, un scan me donne
ca (cas II) :
139/tcp open netbios-ssn
Alors que, si je me trompes pas, le port 139 est utilisé par samba mais samba
n'est pas installé...
Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une carte
reseau installée physiquement sur le poste, entre les cas I et II, j'ai les
adresses mac qui changent...
Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne vois
aucune connexion apparaitre sur le port 139...
donc voila, si vous avez besoin de precision, hesitez pas...
merci d'avance,
Guillaume
Bonjour a tous,
Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian unstable,
tout allait bien jusqu'a la semaine derniere et depuis une semaine, alors que
rien n'a été installé ou upgradé, j'ai les connexions reseaux qui se
coupent...sans avoir aucun message particulier dans les fichiers de log
"classiques" (syslog, dmesg, auth...)
Je ne sais pas si c'est lié mais quand je fais en temps normal un scan des
ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
9/tcp open discard
13/tcp open daytime
22/tcp open ssh
37/tcp open time
111/tcp open rpcbind
113/tcp open auth
Par contre pendant une phase ou les connexions sont coupés, un scan me donne
ca (cas II) :
139/tcp open netbios-ssn
Alors que, si je me trompes pas, le port 139 est utilisé par samba mais samba
n'est pas installé...
Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une carte
reseau installée physiquement sur le poste, entre les cas I et II, j'ai les
adresses mac qui changent...
Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne vois
aucune connexion apparaitre sur le port 139...
donc voila, si vous avez besoin de precision, hesitez pas...
merci d'avance,
Guillaume
Bonjour a tous,
Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian unstable,
tout allait bien jusqu'a la semaine derniere et depuis une semaine, alors que
rien n'a été installé ou upgradé, j'ai les connexions reseaux qui se
coupent...sans avoir aucun message particulier dans les fichiers de log
"classiques" (syslog, dmesg, auth...)
Je ne sais pas si c'est lié mais quand je fais en temps normal un scan des
ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
9/tcp open discard
13/tcp open daytime
22/tcp open ssh
37/tcp open time
111/tcp open rpcbind
113/tcp open auth
Par contre pendant une phase ou les connexions sont coupés, un scan me donne
ca (cas II) :
139/tcp open netbios-ssn
Alors que, si je me trompes pas, le port 139 est utilisé par samba mais samba
n'est pas installé...
Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une carte
reseau installée physiquement sur le poste, entre les cas I et II, j'ai les
adresses mac qui changent...
Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne vois
aucune connexion apparaitre sur le port 139...
donc voila, si vous avez besoin de precision, hesitez pas...
merci d'avance,
Guillaume
Fuhr Guillaume wrote:
>Bonjour a tous,
>
>Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian
> unstable, tout allait bien jusqu'a la semaine derniere et depuis une
> semaine, alors que rien n'a été installé ou upgradé, j'ai les c onnexions
> reseaux qui se coupent...sans avoir aucun message particulier dans les
> fichiers de log "classiques" (syslog, dmesg, auth...)
>
>Je ne sais pas si c'est lié mais quand je fais en temps normal un scan des
>ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
>
>9/tcp open discard
>13/tcp open daytime
>22/tcp open ssh
>37/tcp open time
>111/tcp open rpcbind
>113/tcp open auth
>
>Par contre pendant une phase ou les connexions sont coupés, un scan me
> donne ca (cas II) :
>139/tcp open netbios-ssn
>Alors que, si je me trompes pas, le port 139 est utilisé par samba mais
> samba n'est pas installé...
>
>Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une
> carte reseau installée physiquement sur le poste, entre les cas I et II,
> j'ai les adresses mac qui changent...
>
>Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne
> vois aucune connexion apparaitre sur le port 139...
>
>donc voila, si vous avez besoin de precision, hesitez pas...
>
>merci d'avance,
>Guillaume
2 pistes => 2 cartes avec la meme @MAC
2 cartes avec la meme @IP
de mauvaises regles de firewalling....
Fuhr Guillaume wrote:
>Bonjour a tous,
>
>Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian
> unstable, tout allait bien jusqu'a la semaine derniere et depuis une
> semaine, alors que rien n'a été installé ou upgradé, j'ai les c onnexions
> reseaux qui se coupent...sans avoir aucun message particulier dans les
> fichiers de log "classiques" (syslog, dmesg, auth...)
>
>Je ne sais pas si c'est lié mais quand je fais en temps normal un scan des
>ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
>
>9/tcp open discard
>13/tcp open daytime
>22/tcp open ssh
>37/tcp open time
>111/tcp open rpcbind
>113/tcp open auth
>
>Par contre pendant une phase ou les connexions sont coupés, un scan me
> donne ca (cas II) :
>139/tcp open netbios-ssn
>Alors que, si je me trompes pas, le port 139 est utilisé par samba mais
> samba n'est pas installé...
>
>Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une
> carte reseau installée physiquement sur le poste, entre les cas I et II,
> j'ai les adresses mac qui changent...
>
>Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne
> vois aucune connexion apparaitre sur le port 139...
>
>donc voila, si vous avez besoin de precision, hesitez pas...
>
>merci d'avance,
>Guillaume
2 pistes => 2 cartes avec la meme @MAC
2 cartes avec la meme @IP
de mauvaises regles de firewalling....
Fuhr Guillaume wrote:
>Bonjour a tous,
>
>Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian
> unstable, tout allait bien jusqu'a la semaine derniere et depuis une
> semaine, alors que rien n'a été installé ou upgradé, j'ai les c onnexions
> reseaux qui se coupent...sans avoir aucun message particulier dans les
> fichiers de log "classiques" (syslog, dmesg, auth...)
>
>Je ne sais pas si c'est lié mais quand je fais en temps normal un scan des
>ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
>
>9/tcp open discard
>13/tcp open daytime
>22/tcp open ssh
>37/tcp open time
>111/tcp open rpcbind
>113/tcp open auth
>
>Par contre pendant une phase ou les connexions sont coupés, un scan me
> donne ca (cas II) :
>139/tcp open netbios-ssn
>Alors que, si je me trompes pas, le port 139 est utilisé par samba mais
> samba n'est pas installé...
>
>Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une
> carte reseau installée physiquement sur le poste, entre les cas I et II,
> j'ai les adresses mac qui changent...
>
>Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne
> vois aucune connexion apparaitre sur le port 139...
>
>donc voila, si vous avez besoin de precision, hesitez pas...
>
>merci d'avance,
>Guillaume
2 pistes => 2 cartes avec la meme @MAC
2 cartes avec la meme @IP
de mauvaises regles de firewalling....
Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une ca rte
reseau installée physiquement sur le poste, entre les cas I et II, j'ai les
adresses mac qui changent...
Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne vois
aucune connexion apparaitre sur le port 139...
donc voila, si vous avez besoin de precision, hesitez pas...
merci d'avance,
Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une ca rte
reseau installée physiquement sur le poste, entre les cas I et II, j'ai les
adresses mac qui changent...
Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne vois
aucune connexion apparaitre sur le port 139...
donc voila, si vous avez besoin de precision, hesitez pas...
merci d'avance,
Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une ca rte
reseau installée physiquement sur le poste, entre les cas I et II, j'ai les
adresses mac qui changent...
Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne vois
aucune connexion apparaitre sur le port 139...
donc voila, si vous avez besoin de precision, hesitez pas...
merci d'avance,
On Mardi 21 Septembre 2004 10:37, Laurent CARON wrote:Fuhr Guillaume wrote:Bonjour a tous,
Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian
unstable, tout allait bien jusqu'a la semaine derniere et depuis une
semaine, alors que rien n'a été installé ou upgradé, j'ai les connexions
reseaux qui se coupent...sans avoir aucun message particulier dans les
fichiers de log "classiques" (syslog, dmesg, auth...)
Je ne sais pas si c'est lié mais quand je fais en temps normal un scan des
ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
9/tcp open discard
13/tcp open daytime
22/tcp open ssh
37/tcp open time
111/tcp open rpcbind
113/tcp open auth
Par contre pendant une phase ou les connexions sont coupés, un scan me
donne ca (cas II) :
139/tcp open netbios-ssn
Alors que, si je me trompes pas, le port 139 est utilisé par samba mais
samba n'est pas installé...
Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une
carte reseau installée physiquement sur le poste, entre les cas I et II,
j'ai les adresses mac qui changent...
Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne
vois aucune connexion apparaitre sur le port 139...
donc voila, si vous avez besoin de precision, hesitez pas...
merci d'avance,
Guillaume
2 pistes => 2 cartes avec la meme @MAC
2 cartes avec la meme @IP
de mauvaises regles de firewalling....
Justement, comme je le dis, il n'y a qu'une carte reseau physiquement presente
donc je vois pas comment il arrives a en trouver 2...
ensuite je pense pas que ce sois du a des mauvaises regles d'iptables car avec
ou sans son activation, le probleme se pose... (je tiens a preciser que le
script utilisé est utilisé sur d'autres PC sans aucun probleme...)
On Mardi 21 Septembre 2004 10:37, Laurent CARON wrote:
Fuhr Guillaume wrote:
Bonjour a tous,
Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian
unstable, tout allait bien jusqu'a la semaine derniere et depuis une
semaine, alors que rien n'a été installé ou upgradé, j'ai les connexions
reseaux qui se coupent...sans avoir aucun message particulier dans les
fichiers de log "classiques" (syslog, dmesg, auth...)
Je ne sais pas si c'est lié mais quand je fais en temps normal un scan des
ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
9/tcp open discard
13/tcp open daytime
22/tcp open ssh
37/tcp open time
111/tcp open rpcbind
113/tcp open auth
Par contre pendant une phase ou les connexions sont coupés, un scan me
donne ca (cas II) :
139/tcp open netbios-ssn
Alors que, si je me trompes pas, le port 139 est utilisé par samba mais
samba n'est pas installé...
Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une
carte reseau installée physiquement sur le poste, entre les cas I et II,
j'ai les adresses mac qui changent...
Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne
vois aucune connexion apparaitre sur le port 139...
donc voila, si vous avez besoin de precision, hesitez pas...
merci d'avance,
Guillaume
2 pistes => 2 cartes avec la meme @MAC
2 cartes avec la meme @IP
de mauvaises regles de firewalling....
Justement, comme je le dis, il n'y a qu'une carte reseau physiquement presente
donc je vois pas comment il arrives a en trouver 2...
ensuite je pense pas que ce sois du a des mauvaises regles d'iptables car avec
ou sans son activation, le probleme se pose... (je tiens a preciser que le
script utilisé est utilisé sur d'autres PC sans aucun probleme...)
On Mardi 21 Septembre 2004 10:37, Laurent CARON wrote:Fuhr Guillaume wrote:Bonjour a tous,
Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian
unstable, tout allait bien jusqu'a la semaine derniere et depuis une
semaine, alors que rien n'a été installé ou upgradé, j'ai les connexions
reseaux qui se coupent...sans avoir aucun message particulier dans les
fichiers de log "classiques" (syslog, dmesg, auth...)
Je ne sais pas si c'est lié mais quand je fais en temps normal un scan des
ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
9/tcp open discard
13/tcp open daytime
22/tcp open ssh
37/tcp open time
111/tcp open rpcbind
113/tcp open auth
Par contre pendant une phase ou les connexions sont coupés, un scan me
donne ca (cas II) :
139/tcp open netbios-ssn
Alors que, si je me trompes pas, le port 139 est utilisé par samba mais
samba n'est pas installé...
Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une
carte reseau installée physiquement sur le poste, entre les cas I et II,
j'ai les adresses mac qui changent...
Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je ne
vois aucune connexion apparaitre sur le port 139...
donc voila, si vous avez besoin de precision, hesitez pas...
merci d'avance,
Guillaume
2 pistes => 2 cartes avec la meme @MAC
2 cartes avec la meme @IP
de mauvaises regles de firewalling....
Justement, comme je le dis, il n'y a qu'une carte reseau physiquement presente
donc je vois pas comment il arrives a en trouver 2...
ensuite je pense pas que ce sois du a des mauvaises regles d'iptables car avec
ou sans son activation, le probleme se pose... (je tiens a preciser que le
script utilisé est utilisé sur d'autres PC sans aucun probleme...)
Fuhr Guillaume wrote:
>On Mardi 21 Septembre 2004 10:37, Laurent CARON wrote:
>>Fuhr Guillaume wrote:
>>>Bonjour a tous,
>>>
>>>Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian
>>>unstable, tout allait bien jusqu'a la semaine derniere et depuis une
>>>semaine, alors que rien n'a été installé ou upgradé, j'ai les connexions
>>>reseaux qui se coupent...sans avoir aucun message particulier dans les
>>>fichiers de log "classiques" (syslog, dmesg, auth...)
>>>
>>>Je ne sais pas si c'est lié mais quand je fais en temps normal un sc an
>>> des ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
>>>
>>>9/tcp open discard
>>>13/tcp open daytime
>>>22/tcp open ssh
>>>37/tcp open time
>>>111/tcp open rpcbind
>>>113/tcp open auth
>>>
>>>Par contre pendant une phase ou les connexions sont coupés, un scan me
>>>donne ca (cas II) :
>>>139/tcp open netbios-ssn
>>>Alors que, si je me trompes pas, le port 139 est utilisé par samba m ais
>>>samba n'est pas installé...
>>>
>>>Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une
>>>carte reseau installée physiquement sur le poste, entre les cas I et II,
>>>j'ai les adresses mac qui changent...
>>>
>>>Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je
>>> ne vois aucune connexion apparaitre sur le port 139...
>>>
>>>donc voila, si vous avez besoin de precision, hesitez pas...
>>>
>>>merci d'avance,
>>>Guillaume
>>
>>2 pistes => 2 cartes avec la meme @MAC
>> 2 cartes avec la meme @IP
>>
>>de mauvaises regles de firewalling....
>
>Justement, comme je le dis, il n'y a qu'une carte reseau physiquement
> presente donc je vois pas comment il arrives a en trouver 2...
>ensuite je pense pas que ce sois du a des mauvaises regles d'iptables car
> avec ou sans son activation, le probleme se pose... (je tiens a preciser
> que le script utilisé est utilisé sur d'autres PC sans aucun proble me...)
un conflit d'@MAC/IP?
Fuhr Guillaume wrote:
>On Mardi 21 Septembre 2004 10:37, Laurent CARON wrote:
>>Fuhr Guillaume wrote:
>>>Bonjour a tous,
>>>
>>>Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian
>>>unstable, tout allait bien jusqu'a la semaine derniere et depuis une
>>>semaine, alors que rien n'a été installé ou upgradé, j'ai les connexions
>>>reseaux qui se coupent...sans avoir aucun message particulier dans les
>>>fichiers de log "classiques" (syslog, dmesg, auth...)
>>>
>>>Je ne sais pas si c'est lié mais quand je fais en temps normal un sc an
>>> des ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
>>>
>>>9/tcp open discard
>>>13/tcp open daytime
>>>22/tcp open ssh
>>>37/tcp open time
>>>111/tcp open rpcbind
>>>113/tcp open auth
>>>
>>>Par contre pendant une phase ou les connexions sont coupés, un scan me
>>>donne ca (cas II) :
>>>139/tcp open netbios-ssn
>>>Alors que, si je me trompes pas, le port 139 est utilisé par samba m ais
>>>samba n'est pas installé...
>>>
>>>Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une
>>>carte reseau installée physiquement sur le poste, entre les cas I et II,
>>>j'ai les adresses mac qui changent...
>>>
>>>Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je
>>> ne vois aucune connexion apparaitre sur le port 139...
>>>
>>>donc voila, si vous avez besoin de precision, hesitez pas...
>>>
>>>merci d'avance,
>>>Guillaume
>>
>>2 pistes => 2 cartes avec la meme @MAC
>> 2 cartes avec la meme @IP
>>
>>de mauvaises regles de firewalling....
>
>Justement, comme je le dis, il n'y a qu'une carte reseau physiquement
> presente donc je vois pas comment il arrives a en trouver 2...
>ensuite je pense pas que ce sois du a des mauvaises regles d'iptables car
> avec ou sans son activation, le probleme se pose... (je tiens a preciser
> que le script utilisé est utilisé sur d'autres PC sans aucun proble me...)
un conflit d'@MAC/IP?
Fuhr Guillaume wrote:
>On Mardi 21 Septembre 2004 10:37, Laurent CARON wrote:
>>Fuhr Guillaume wrote:
>>>Bonjour a tous,
>>>
>>>Voila j'ai installé sur un bi-opteron (et donc en 64bit) une debian
>>>unstable, tout allait bien jusqu'a la semaine derniere et depuis une
>>>semaine, alors que rien n'a été installé ou upgradé, j'ai les connexions
>>>reseaux qui se coupent...sans avoir aucun message particulier dans les
>>>fichiers de log "classiques" (syslog, dmesg, auth...)
>>>
>>>Je ne sais pas si c'est lié mais quand je fais en temps normal un sc an
>>> des ports ouverts, j'ai les ports normaux qui sont ouverts (cas I):
>>>
>>>9/tcp open discard
>>>13/tcp open daytime
>>>22/tcp open ssh
>>>37/tcp open time
>>>111/tcp open rpcbind
>>>113/tcp open auth
>>>
>>>Par contre pendant une phase ou les connexions sont coupés, un scan me
>>>donne ca (cas II) :
>>>139/tcp open netbios-ssn
>>>Alors que, si je me trompes pas, le port 139 est utilisé par samba m ais
>>>samba n'est pas installé...
>>>
>>>Autre petite remarque, que je viens de voir , alors qu'il n'y a qu'une
>>>carte reseau installée physiquement sur le poste, entre les cas I et II,
>>>j'ai les adresses mac qui changent...
>>>
>>>Autre remarque, quand je fais un "netstat -tanp" pendant le cas II, je
>>> ne vois aucune connexion apparaitre sur le port 139...
>>>
>>>donc voila, si vous avez besoin de precision, hesitez pas...
>>>
>>>merci d'avance,
>>>Guillaume
>>
>>2 pistes => 2 cartes avec la meme @MAC
>> 2 cartes avec la meme @IP
>>
>>de mauvaises regles de firewalling....
>
>Justement, comme je le dis, il n'y a qu'une carte reseau physiquement
> presente donc je vois pas comment il arrives a en trouver 2...
>ensuite je pense pas que ce sois du a des mauvaises regles d'iptables car
> avec ou sans son activation, le probleme se pose... (je tiens a preciser
> que le script utilisé est utilisé sur d'autres PC sans aucun proble me...)
un conflit d'@MAC/IP?
Donc d'apres les reponses, tout le monde a l'air d'accords pour dire que ca
serait une autre personne qui s'est attribué cette adresse.... donc je vais
chercher de ce coté la...
Quelqu'un sait comment je pourrais faire, autrement qu'en tapant a toutes les
portes? :)
Donc d'apres les reponses, tout le monde a l'air d'accords pour dire que ca
serait une autre personne qui s'est attribué cette adresse.... donc je vais
chercher de ce coté la...
Quelqu'un sait comment je pourrais faire, autrement qu'en tapant a toutes les
portes? :)
Donc d'apres les reponses, tout le monde a l'air d'accords pour dire que ca
serait une autre personne qui s'est attribué cette adresse.... donc je vais
chercher de ce coté la...
Quelqu'un sait comment je pourrais faire, autrement qu'en tapant a toutes les
portes? :)
On 21/09 11:06, Fuhr Guillaume wrote :
> Donc d'apres les reponses, tout le monde a l'air d'accords pour dire que
> ca serait une autre personne qui s'est attribué cette adresse.... don c je
> vais chercher de ce coté la...
>
> Quelqu'un sait comment je pourrais faire, autrement qu'en tapant a tout es
> les portes? :)
et bien si tu as un (bon) switch, il peut éventuellement te donner les
adresses mac sur ses ports, et si tu as une correspondance
port-des-switch <=> prise-dans-les-bureaux ça se trouve vite, mais il
faut avoir ça :-)
L'autre solution c'est de bloquer cette IP sur le firewall et:
1- la personne remet la bonne IP
2- elle vient râler chez toi parceque ça marche plus
voilà
Jean-Michel
On 21/09 11:06, Fuhr Guillaume wrote :
> Donc d'apres les reponses, tout le monde a l'air d'accords pour dire que
> ca serait une autre personne qui s'est attribué cette adresse.... don c je
> vais chercher de ce coté la...
>
> Quelqu'un sait comment je pourrais faire, autrement qu'en tapant a tout es
> les portes? :)
et bien si tu as un (bon) switch, il peut éventuellement te donner les
adresses mac sur ses ports, et si tu as une correspondance
port-des-switch <=> prise-dans-les-bureaux ça se trouve vite, mais il
faut avoir ça :-)
L'autre solution c'est de bloquer cette IP sur le firewall et:
1- la personne remet la bonne IP
2- elle vient râler chez toi parceque ça marche plus
voilà
Jean-Michel
On 21/09 11:06, Fuhr Guillaume wrote :
> Donc d'apres les reponses, tout le monde a l'air d'accords pour dire que
> ca serait une autre personne qui s'est attribué cette adresse.... don c je
> vais chercher de ce coté la...
>
> Quelqu'un sait comment je pourrais faire, autrement qu'en tapant a tout es
> les portes? :)
et bien si tu as un (bon) switch, il peut éventuellement te donner les
adresses mac sur ses ports, et si tu as une correspondance
port-des-switch <=> prise-dans-les-bureaux ça se trouve vite, mais il
faut avoir ça :-)
L'autre solution c'est de bloquer cette IP sur le firewall et:
1- la personne remet la bonne IP
2- elle vient râler chez toi parceque ça marche plus
voilà
Jean-Michel
> L'autre solution c'est de bloquer cette IP sur le firewall et:
> 1- la personne remet la bonne IP
> 2- elle vient râler chez toi parceque ça marche plus
>
> voilà
>
> Jean-Michel
Justement vu comme est fait le reseau, je n'ai pas acces aux switch, qu'a ux
differents postes... et niveau firewall, iptables est installé sur les
differents PC, il n'y a pas de firewall hardware d'installé...
> L'autre solution c'est de bloquer cette IP sur le firewall et:
> 1- la personne remet la bonne IP
> 2- elle vient râler chez toi parceque ça marche plus
>
> voilà
>
> Jean-Michel
Justement vu comme est fait le reseau, je n'ai pas acces aux switch, qu'a ux
differents postes... et niveau firewall, iptables est installé sur les
differents PC, il n'y a pas de firewall hardware d'installé...
> L'autre solution c'est de bloquer cette IP sur le firewall et:
> 1- la personne remet la bonne IP
> 2- elle vient râler chez toi parceque ça marche plus
>
> voilà
>
> Jean-Michel
Justement vu comme est fait le reseau, je n'ai pas acces aux switch, qu'a ux
differents postes... et niveau firewall, iptables est installé sur les
differents PC, il n'y a pas de firewall hardware d'installé...
Le mardi 21 septembre 2004 à 11:34 +0200, Fuhr Guillaume a écrit :
> > L'autre solution c'est de bloquer cette IP sur le firewall et:
> > 1- la personne remet la bonne IP
> > 2- elle vient râler chez toi parceque ça marche plus
> >
> > voilà
> >
> > Jean-Michel
>
> Justement vu comme est fait le reseau, je n'ai pas acces aux switch,
> qu'aux differents postes... et niveau firewall, iptables est installé sur
> les differents PC, il n'y a pas de firewall hardware d'installé...
ou alors, tu apt-getinstalles fake et tu mets un petit send_arp bien
senti dans ta crontab.
C'est pas ce qu'il y a de plus clean, mais ça devrait marcher (et sans
que tu deplaces :)
Le mardi 21 septembre 2004 à 11:34 +0200, Fuhr Guillaume a écrit :
> > L'autre solution c'est de bloquer cette IP sur le firewall et:
> > 1- la personne remet la bonne IP
> > 2- elle vient râler chez toi parceque ça marche plus
> >
> > voilà
> >
> > Jean-Michel
>
> Justement vu comme est fait le reseau, je n'ai pas acces aux switch,
> qu'aux differents postes... et niveau firewall, iptables est installé sur
> les differents PC, il n'y a pas de firewall hardware d'installé...
ou alors, tu apt-getinstalles fake et tu mets un petit send_arp bien
senti dans ta crontab.
C'est pas ce qu'il y a de plus clean, mais ça devrait marcher (et sans
que tu deplaces :)
Le mardi 21 septembre 2004 à 11:34 +0200, Fuhr Guillaume a écrit :
> > L'autre solution c'est de bloquer cette IP sur le firewall et:
> > 1- la personne remet la bonne IP
> > 2- elle vient râler chez toi parceque ça marche plus
> >
> > voilà
> >
> > Jean-Michel
>
> Justement vu comme est fait le reseau, je n'ai pas acces aux switch,
> qu'aux differents postes... et niveau firewall, iptables est installé sur
> les differents PC, il n'y a pas de firewall hardware d'installé...
ou alors, tu apt-getinstalles fake et tu mets un petit send_arp bien
senti dans ta crontab.
C'est pas ce qu'il y a de plus clean, mais ça devrait marcher (et sans
que tu deplaces :)
