Il s'agit d'assigner une IP a un rack de prises APC pilotables. mon
powerbook (MacOS X 10.3.8) est sur le même subnet, tout le câblage RJ45
fonctionne...
Est ce que c'est sensé fonctionner sur MacOS X ?
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2
cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 pub
cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 temp
cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 temp pub
cannot intuit interface index and type for une.add.ip.xyz
Chez moi: (reseau en 192.168.1.x) sudo arp -s 192.168.1.77 00:10:60:5a:5b:fc temp
fonctionne
grmllll... et le seul PC qu'on a (pour passer par le port série), ne boot plus. vérole.
sudo arp -s 192.168.42.77 00:10:60:5a:5b:fc temp cannot intuit interface index and type for 192.168.23.77
Mac OS X 10.3, mais je crois qu'il y a un groupe specialise mac OS.
j'ai posté aussi là bas, mais en général j'ai pas de réponse à mes questions, trop compliquées faut croire ;)
merci pour le test en tout cas. Plus j'y pense plus je crois qu'il y a un soucis, l'APC aurait déjà du chopper une IP dans le DHCP...
patpro
patpro ~ Patrick Proniewski
In article , Kevin Denis wrote:
Pour le PC verole: un freesbie live?
ce serait trop beau, on a déjà essayé, mais il a pas voulu booter dessus :))
merci pour le test en tout cas. Plus j'y pense plus je crois qu'il y a un soucis, l'APC aurait déjà du chopper une IP dans le DHCP...
Bah, ca parait quand meme ferocement logique:
arp, c'est l'association ethernet<->IP Si l'ordi n'est pas dans le meme reseau, il n'a pas besoin de connaitre son @Mac, il lui faut connaitre du routeur.
ben il est dans le même réseau, c'est là que le problème se situe...
Donc pour ton mac, je regarderais ses adresses: ifconfig -a
rien de notable, je vais quand meme désactiver airport au cas ou mes tentatives s'amuserait à passer par le mauvais tuyau, mais normalement ce n'est pas le cas.
Avant d'associer, lances un ping depuis le mac vers l'IP a associer, et regardes ce qu'il se passe: arp -a puis tu peux associer en dur apres. Si le ping ne passe pas ou si ARP te renvoie l'@mac de la passerelle, ca me parait curieux de vouloir faire une association arp.
le ping ne passe pas, et c'est normal, le but pour moi est de faire la config initiale de ces @#! prises APC pilotables : celle qui est branchées n'a pas d'IP, la manip décrite est la suivante :
et à ce moment là, le rack de prises pilotables acquière l'IP qu'on lui propose. Ensuite, telnet pour le reste de la config, mais je n'en suis pas là. Ça coince au arp -s
patpro
In article <slrnd2974v.46c.kevin@zipslack.local.tux>,
Kevin Denis <kevin@nowhere.invalid> wrote:
Pour le PC verole: un freesbie live?
ce serait trop beau, on a déjà essayé, mais il a pas voulu booter dessus
:))
merci pour le test en tout cas. Plus j'y pense plus je crois qu'il y a
un soucis, l'APC aurait déjà du chopper une IP dans le DHCP...
Bah, ca parait quand meme ferocement logique:
arp, c'est l'association ethernet<->IP
Si l'ordi n'est pas dans le meme reseau, il n'a pas besoin de connaitre
son @Mac, il lui faut connaitre l@mac du routeur.
ben il est dans le même réseau, c'est là que le problème se situe...
Donc pour ton mac, je regarderais ses adresses:
ifconfig -a
rien de notable, je vais quand meme désactiver airport au cas ou mes
tentatives s'amuserait à passer par le mauvais tuyau, mais normalement
ce n'est pas le cas.
Avant d'associer, lances un ping depuis le mac vers l'IP a
associer, et regardes ce qu'il se passe:
arp -a
puis tu peux associer en dur apres. Si le ping ne passe pas ou si
ARP te renvoie l'@mac de la passerelle, ca me parait curieux de
vouloir faire une association arp.
le ping ne passe pas, et c'est normal, le but pour moi est de faire la
config initiale de ces @#! prises APC pilotables : celle qui est
branchées n'a pas d'IP, la manip décrite est la suivante :
et à ce moment là, le rack de prises pilotables acquière l'IP qu'on lui
propose.
Ensuite, telnet pour le reste de la config, mais je n'en suis pas là. Ça
coince au arp -s
ce serait trop beau, on a déjà essayé, mais il a pas voulu booter dessus :))
merci pour le test en tout cas. Plus j'y pense plus je crois qu'il y a un soucis, l'APC aurait déjà du chopper une IP dans le DHCP...
Bah, ca parait quand meme ferocement logique:
arp, c'est l'association ethernet<->IP Si l'ordi n'est pas dans le meme reseau, il n'a pas besoin de connaitre son @Mac, il lui faut connaitre du routeur.
ben il est dans le même réseau, c'est là que le problème se situe...
Donc pour ton mac, je regarderais ses adresses: ifconfig -a
rien de notable, je vais quand meme désactiver airport au cas ou mes tentatives s'amuserait à passer par le mauvais tuyau, mais normalement ce n'est pas le cas.
Avant d'associer, lances un ping depuis le mac vers l'IP a associer, et regardes ce qu'il se passe: arp -a puis tu peux associer en dur apres. Si le ping ne passe pas ou si ARP te renvoie l'@mac de la passerelle, ca me parait curieux de vouloir faire une association arp.
le ping ne passe pas, et c'est normal, le but pour moi est de faire la config initiale de ces @#! prises APC pilotables : celle qui est branchées n'a pas d'IP, la manip décrite est la suivante :
et à ce moment là, le rack de prises pilotables acquière l'IP qu'on lui propose. Ensuite, telnet pour le reste de la config, mais je n'en suis pas là. Ça coince au arp -s
patpro
patpro ~ Patrick Proniewski
In article , patpro ~ Patrick Proniewski wrote:
ben il est dans le même réseau, c'est là que le problème se situe...
en fait c'est plutot entre la chaise et le clavier qu'il y'a un probleme, j'ai déconné avec mon copier-collé d'IP. En vérifiant le host associé je suis tombé sur un .us, et là forcément...
Donc maintenant c'est bon, la commande arp -s se comporte comme attendu sur MacOS X, c'est tjrs bon a savoir, c'est pas toujours le cas avec les commandes unix sur cet OS.
patpro, qui doit être en pleine hypoglycémie des neurones.
In article <patpro-E3999D.12000201032005@individual.net>,
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
ben il est dans le même réseau, c'est là que le problème se situe...
en fait c'est plutot entre la chaise et le clavier qu'il y'a un
probleme, j'ai déconné avec mon copier-collé d'IP. En vérifiant le host
associé je suis tombé sur un .us, et là forcément...
Donc maintenant c'est bon, la commande arp -s se comporte comme attendu
sur MacOS X, c'est tjrs bon a savoir, c'est pas toujours le cas avec les
commandes unix sur cet OS.
patpro, qui doit être en pleine hypoglycémie des neurones.
ben il est dans le même réseau, c'est là que le problème se situe...
en fait c'est plutot entre la chaise et le clavier qu'il y'a un probleme, j'ai déconné avec mon copier-collé d'IP. En vérifiant le host associé je suis tombé sur un .us, et là forcément...
Donc maintenant c'est bon, la commande arp -s se comporte comme attendu sur MacOS X, c'est tjrs bon a savoir, c'est pas toujours le cas avec les commandes unix sur cet OS.
patpro, qui doit être en pleine hypoglycémie des neurones.
Kevin Denis
Le 01-03-2005, patpro ~ Patrick Proniewski a écrit :
Est ce que c'est sensé fonctionner sur MacOS X ?
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 pub cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 temp cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 temp pub cannot intuit interface index and type for une.add.ip.xyz
une idée ?
Chez moi:
(reseau en 192.168.1.x) sudo arp -s 192.168.1.77 00:10:60:5a:5b:fc temp
fonctionne
sudo arp -s 192.168.42.77 00:10:60:5a:5b:fc temp cannot intuit interface index and type for 192.168.23.77
Mac OS X 10.3, mais je crois qu'il y a un groupe specialise mac OS. -- Kevin
Le 01-03-2005, patpro ~ Patrick Proniewski a écrit :
Est ce que c'est sensé fonctionner sur MacOS X ?
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2
cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 pub
cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 temp
cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 temp pub
cannot intuit interface index and type for une.add.ip.xyz
une idée ?
Chez moi:
(reseau en 192.168.1.x)
sudo arp -s 192.168.1.77 00:10:60:5a:5b:fc temp
fonctionne
sudo arp -s 192.168.42.77 00:10:60:5a:5b:fc temp
cannot intuit interface index and type for 192.168.23.77
Mac OS X 10.3, mais je crois qu'il y a un groupe specialise mac OS.
--
Kevin
Le 01-03-2005, patpro ~ Patrick Proniewski a écrit :
Est ce que c'est sensé fonctionner sur MacOS X ?
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 pub cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 temp cannot intuit interface index and type for une.add.ip.xyz
# arp -s une.add.ip.xyz 00:c0:b7:6f:63:f2 temp pub cannot intuit interface index and type for une.add.ip.xyz
une idée ?
Chez moi:
(reseau en 192.168.1.x) sudo arp -s 192.168.1.77 00:10:60:5a:5b:fc temp
fonctionne
sudo arp -s 192.168.42.77 00:10:60:5a:5b:fc temp cannot intuit interface index and type for 192.168.23.77
Mac OS X 10.3, mais je crois qu'il y a un groupe specialise mac OS. -- Kevin
Kevin Denis
Le 01-03-2005, patpro ~ Patrick Proniewski a écrit :
Chez moi: (reseau en 192.168.1.x) sudo arp -s 192.168.1.77 00:10:60:5a:5b:fc temp
fonctionne
Pour le PC verole: un freesbie live?
sudo arp -s 192.168.42.77 00:10:60:5a:5b:fc temp cannot intuit interface index and type for 192.168.23.77
Mac OS X 10.3, mais je crois qu'il y a un groupe specialise mac OS.
j'ai posté aussi là bas, mais en général j'ai pas de réponse à mes questions, trop compliquées faut croire ;)
merci pour le test en tout cas. Plus j'y pense plus je crois qu'il y a un soucis, l'APC aurait déjà du chopper une IP dans le DHCP...
Bah, ca parait quand meme ferocement logique:
arp, c'est l'association ethernet<->IP Si l'ordi n'est pas dans le meme reseau, il n'a pas besoin de connaitre son @Mac, il lui faut connaitre du routeur.
et la, le mac te dit que pour 192.168.42.77 il n'arrive pas a trouver le type de l'interface. Forcement, l'adresse de sa carte etant en 192.168.1.O/24 ! Donc pour ton mac, je regarderais ses adresses: ifconfig -a
Avant d'associer, lances un ping depuis le mac vers l'IP a associer, et regardes ce qu'il se passe: arp -a puis tu peux associer en dur apres. Si le ping ne passe pas ou si ARP te renvoie l'@mac de la passerelle, ca me parait curieux de vouloir faire une association arp.
-- Kevin
Le 01-03-2005, patpro ~ Patrick Proniewski a écrit :
Chez moi:
(reseau en 192.168.1.x)
sudo arp -s 192.168.1.77 00:10:60:5a:5b:fc temp
fonctionne
Pour le PC verole: un freesbie live?
sudo arp -s 192.168.42.77 00:10:60:5a:5b:fc temp
cannot intuit interface index and type for 192.168.23.77
Mac OS X 10.3, mais je crois qu'il y a un groupe specialise mac OS.
j'ai posté aussi là bas, mais en général j'ai pas de réponse à mes
questions, trop compliquées faut croire ;)
merci pour le test en tout cas. Plus j'y pense plus je crois qu'il y a
un soucis, l'APC aurait déjà du chopper une IP dans le DHCP...
Bah, ca parait quand meme ferocement logique:
arp, c'est l'association ethernet<->IP
Si l'ordi n'est pas dans le meme reseau, il n'a pas besoin de connaitre
son @Mac, il lui faut connaitre l@mac du routeur.
et la, le mac te dit que pour 192.168.42.77 il n'arrive pas a trouver
le type de l'interface. Forcement, l'adresse de sa carte etant en
192.168.1.O/24 !
Donc pour ton mac, je regarderais ses adresses:
ifconfig -a
Avant d'associer, lances un ping depuis le mac vers l'IP a
associer, et regardes ce qu'il se passe:
arp -a
puis tu peux associer en dur apres. Si le ping ne passe pas ou si
ARP te renvoie l'@mac de la passerelle, ca me parait curieux de
vouloir faire une association arp.
Le 01-03-2005, patpro ~ Patrick Proniewski a écrit :
Chez moi: (reseau en 192.168.1.x) sudo arp -s 192.168.1.77 00:10:60:5a:5b:fc temp
fonctionne
Pour le PC verole: un freesbie live?
sudo arp -s 192.168.42.77 00:10:60:5a:5b:fc temp cannot intuit interface index and type for 192.168.23.77
Mac OS X 10.3, mais je crois qu'il y a un groupe specialise mac OS.
j'ai posté aussi là bas, mais en général j'ai pas de réponse à mes questions, trop compliquées faut croire ;)
merci pour le test en tout cas. Plus j'y pense plus je crois qu'il y a un soucis, l'APC aurait déjà du chopper une IP dans le DHCP...
Bah, ca parait quand meme ferocement logique:
arp, c'est l'association ethernet<->IP Si l'ordi n'est pas dans le meme reseau, il n'a pas besoin de connaitre son @Mac, il lui faut connaitre du routeur.
et la, le mac te dit que pour 192.168.42.77 il n'arrive pas a trouver le type de l'interface. Forcement, l'adresse de sa carte etant en 192.168.1.O/24 ! Donc pour ton mac, je regarderais ses adresses: ifconfig -a
Avant d'associer, lances un ping depuis le mac vers l'IP a associer, et regardes ce qu'il se passe: arp -a puis tu peux associer en dur apres. Si le ping ne passe pas ou si ARP te renvoie l'@mac de la passerelle, ca me parait curieux de vouloir faire une association arp.
