J'ai configuré un Mac OS X 10.4.10 client en dhcp
A présent je dois lui mettre une IP fixe.
Quand je mets l'IP fixe, je ne peux plus me connecter en ssh.
Le reste, ARD compris, fonctionne.
le message d'erreur est :
Connection closed by 130.223.212.156
Si je remets l'IP en dhcp, le ssh refonctionne à nouveau.
Je ne trouve rien dans les logs et sshd_config est d'origine.
J'ai renomé /Library/preferences puis rebooté, remis les prefs, même
problème.
J'ai repassé la combo update 10.4.10, pas mieux.
In article <1i1g50w.9ki62m1lzs5moN%Nicolas-MICHEL'_remove_'@bluewin.ch>, Nicolas-MICHEL'_remove_'@bluewin.ch (Nicolas MICHEL) wrote:
Bonjour
J'ai configuré un Mac OS X 10.4.10 client en dhcp A présent je dois lui mettre une IP fixe.
Quand je mets l'IP fixe, je ne peux plus me connecter en ssh. Le reste, ARD compris, fonctionne.
le message d'erreur est : Connection closed by 130.223.212.156
Si je remets l'IP en dhcp, le ssh refonctionne à nouveau.
Je ne trouve rien dans les logs et sshd_config est d'origine. J'ai renomé /Library/preferences puis rebooté, remis les prefs, même problème. J'ai repassé la combo update 10.4.10, pas mieux.
Une idée ?
juste pour voir : sudo ipfw list
patpro
-- http://www.patpro.net/
In article
<1i1g50w.9ki62m1lzs5moN%Nicolas-MICHEL'_remove_'@bluewin.ch>,
Nicolas-MICHEL'_remove_'@bluewin.ch (Nicolas MICHEL) wrote:
Bonjour
J'ai configuré un Mac OS X 10.4.10 client en dhcp
A présent je dois lui mettre une IP fixe.
Quand je mets l'IP fixe, je ne peux plus me connecter en ssh.
Le reste, ARD compris, fonctionne.
le message d'erreur est :
Connection closed by 130.223.212.156
Si je remets l'IP en dhcp, le ssh refonctionne à nouveau.
Je ne trouve rien dans les logs et sshd_config est d'origine.
J'ai renomé /Library/preferences puis rebooté, remis les prefs, même
problème.
J'ai repassé la combo update 10.4.10, pas mieux.
In article <1i1g50w.9ki62m1lzs5moN%Nicolas-MICHEL'_remove_'@bluewin.ch>, Nicolas-MICHEL'_remove_'@bluewin.ch (Nicolas MICHEL) wrote:
Bonjour
J'ai configuré un Mac OS X 10.4.10 client en dhcp A présent je dois lui mettre une IP fixe.
Quand je mets l'IP fixe, je ne peux plus me connecter en ssh. Le reste, ARD compris, fonctionne.
le message d'erreur est : Connection closed by 130.223.212.156
Si je remets l'IP en dhcp, le ssh refonctionne à nouveau.
Je ne trouve rien dans les logs et sshd_config est d'origine. J'ai renomé /Library/preferences puis rebooté, remis les prefs, même problème. J'ai repassé la combo update 10.4.10, pas mieux.
Une idée ?
juste pour voir : sudo ipfw list
patpro
-- http://www.patpro.net/
Nicolas-MICHEL'_remove_'
patpro ~ Patrick Proniewski wrote:
juste pour voir : sudo ipfw list
J'avais pensé au firewall, mais il n'est pas activé et j'ai pas installé d'autres système de gesion de ipfw
Il me dit ceci : 65535 allow ip from any to any
Activer ou désactiver le firewall ne change rien.
Merci quand-même :)
-- Nicolas
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
juste pour voir :
sudo ipfw list
J'avais pensé au firewall, mais il n'est pas activé
et j'ai pas installé d'autres système de gesion de ipfw
J'ai configuré un Mac OS X 10.4.10 client en dhcp A présent je dois lui mettre une IP fixe.
Quand je mets l'IP fixe, je ne peux plus me connecter en ssh. Le reste, ARD compris, fonctionne.
le message d'erreur est : Connection closed by 130.223.212.156
Si je remets l'IP en dhcp, le ssh refonctionne à nouveau.
Je ne trouve rien dans les logs et sshd_config est d'origine. J'ai renomé /Library/preferences puis rebooté, remis les prefs, même problème.
Puisque vous parlez de sshd_config, le Mac dont vous parlez est donc le serveur ssh et vous essayez de vous y connectez en ssh depuis une autre machine ?
Si c'est bien ça, le fait de changer d'adresse IP peut être la cause de votre problème (sauf que le message est en général plus clair). Sur la machine cliente (qui tente de se connecter en ssh vers ce mac), éditez le fichier known_hosts (généralement dans ~/.ssh/) et supprimez les lignes correspondant au nom du mac ou à son ancienne adresse IP (celle qu'il avait en DHCP).
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
J'ai configuré un Mac OS X 10.4.10 client en dhcp
A présent je dois lui mettre une IP fixe.
Quand je mets l'IP fixe, je ne peux plus me connecter en ssh.
Le reste, ARD compris, fonctionne.
le message d'erreur est :
Connection closed by 130.223.212.156
Si je remets l'IP en dhcp, le ssh refonctionne à nouveau.
Je ne trouve rien dans les logs et sshd_config est d'origine.
J'ai renomé /Library/preferences puis rebooté, remis les prefs, même
problème.
Puisque vous parlez de sshd_config, le Mac dont vous parlez est donc
le serveur ssh et vous essayez de vous y connectez en ssh depuis une
autre machine ?
Si c'est bien ça, le fait de changer d'adresse IP peut être la cause
de votre problème (sauf que le message est en général plus clair).
Sur la machine cliente (qui tente de se connecter en ssh vers ce mac),
éditez le fichier known_hosts (généralement dans ~/.ssh/) et supprimez
les lignes correspondant au nom du mac ou à son ancienne adresse IP
(celle qu'il avait en DHCP).
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
J'ai configuré un Mac OS X 10.4.10 client en dhcp A présent je dois lui mettre une IP fixe.
Quand je mets l'IP fixe, je ne peux plus me connecter en ssh. Le reste, ARD compris, fonctionne.
le message d'erreur est : Connection closed by 130.223.212.156
Si je remets l'IP en dhcp, le ssh refonctionne à nouveau.
Je ne trouve rien dans les logs et sshd_config est d'origine. J'ai renomé /Library/preferences puis rebooté, remis les prefs, même problème.
Puisque vous parlez de sshd_config, le Mac dont vous parlez est donc le serveur ssh et vous essayez de vous y connectez en ssh depuis une autre machine ?
Si c'est bien ça, le fait de changer d'adresse IP peut être la cause de votre problème (sauf que le message est en général plus clair). Sur la machine cliente (qui tente de se connecter en ssh vers ce mac), éditez le fichier known_hosts (généralement dans ~/.ssh/) et supprimez les lignes correspondant au nom du mac ou à son ancienne adresse IP (celle qu'il avait en DHCP).
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Nicolas-MICHEL'_remove_'
Paul Gaborit wrote:
Si c'est bien ça, le fait de changer d'adresse IP peut être la cause de votre problème (sauf que le message est en général plus clair). Sur la machine cliente (qui tente de se connecter en ssh vers ce mac), éditez le fichier known_hosts (généralement dans ~/.ssh/) et supprimez les lignes correspondant au nom du mac ou à son ancienne adresse IP (celle qu'il avait en DHCP).
Ce n'est pas non-plus ça le problème. Mais ça aurait pu, en effêt.
Finalement j'ai réalisé que depuis un autre client la connexion vers ce serveur ssh se passe bien.
Et si je supprime mon ticket kerberos sur ma propre machine la connexion passe bien également.
Lorsque je renouvelle mon ticker krb, en revanche, le problème revient.
Une idée ? Il doit bien y avoir un cache quelque part ou un truc du genre non ?
Merci d'avance :)
-- Nicolas
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Si c'est bien ça, le fait de changer d'adresse IP peut être la cause
de votre problème (sauf que le message est en général plus clair).
Sur la machine cliente (qui tente de se connecter en ssh vers ce mac),
éditez le fichier known_hosts (généralement dans ~/.ssh/) et supprimez
les lignes correspondant au nom du mac ou à son ancienne adresse IP
(celle qu'il avait en DHCP).
Ce n'est pas non-plus ça le problème.
Mais ça aurait pu, en effêt.
Finalement j'ai réalisé que depuis un autre client la connexion vers ce
serveur ssh se passe bien.
Et si je supprime mon ticket kerberos sur ma propre machine la connexion
passe bien également.
Lorsque je renouvelle mon ticker krb, en revanche, le problème revient.
Une idée ?
Il doit bien y avoir un cache quelque part ou un truc du genre non ?
Si c'est bien ça, le fait de changer d'adresse IP peut être la cause de votre problème (sauf que le message est en général plus clair). Sur la machine cliente (qui tente de se connecter en ssh vers ce mac), éditez le fichier known_hosts (généralement dans ~/.ssh/) et supprimez les lignes correspondant au nom du mac ou à son ancienne adresse IP (celle qu'il avait en DHCP).
Ce n'est pas non-plus ça le problème. Mais ça aurait pu, en effêt.
Finalement j'ai réalisé que depuis un autre client la connexion vers ce serveur ssh se passe bien.
Et si je supprime mon ticket kerberos sur ma propre machine la connexion passe bien également.
Lorsque je renouvelle mon ticker krb, en revanche, le problème revient.
Une idée ? Il doit bien y avoir un cache quelque part ou un truc du genre non ?
Et si je supprime mon ticket kerberos sur ma propre machine la connexion passe bien également.
Lorsque je renouvelle mon ticker krb, en revanche, le problème revient.
Une idée ? Il doit bien y avoir un cache quelque part ou un truc du genre non ?
C'est donc un problème kerberos et non un problème ssh. Pour en savoir plus, vous pouvez tenter une connexion 'ssh' ave l'option '-v' (qu'on peut répetér jusqu'à 2 fois). Mais il y a de grande chance que les traces ne vous disent rien de plus que "l'authentification kerberos échoue". Je ne sais pas ce qu'il y a comme outil sous Mac OS X pour tester kerberos.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Et si je supprime mon ticket kerberos sur ma propre machine la connexion
passe bien également.
Lorsque je renouvelle mon ticker krb, en revanche, le problème revient.
Une idée ?
Il doit bien y avoir un cache quelque part ou un truc du genre non ?
C'est donc un problème kerberos et non un problème ssh. Pour en savoir
plus, vous pouvez tenter une connexion 'ssh' ave l'option '-v' (qu'on
peut répetér jusqu'à 2 fois). Mais il y a de grande chance que les
traces ne vous disent rien de plus que "l'authentification kerberos
échoue". Je ne sais pas ce qu'il y a comme outil sous Mac OS X pour
tester kerberos.
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Et si je supprime mon ticket kerberos sur ma propre machine la connexion passe bien également.
Lorsque je renouvelle mon ticker krb, en revanche, le problème revient.
Une idée ? Il doit bien y avoir un cache quelque part ou un truc du genre non ?
C'est donc un problème kerberos et non un problème ssh. Pour en savoir plus, vous pouvez tenter une connexion 'ssh' ave l'option '-v' (qu'on peut répetér jusqu'à 2 fois). Mais il y a de grande chance que les traces ne vous disent rien de plus que "l'authentification kerberos échoue". Je ne sais pas ce qu'il y a comme outil sous Mac OS X pour tester kerberos.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
laurent.pertois
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
debug1: Calling gss_init_sec_context
Ca sent des soucis de Kerberos ça.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
debug1: Calling gss_init_sec_context
Ca sent des soucis de Kerberos ça.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
debug1: Calling gss_init_sec_context
Ca sent des soucis de Kerberos ça.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
Et si je supprime mon ticket kerberos sur ma propre machine la connexion passe bien également.
Lorsque je renouvelle mon ticker krb, en revanche, le problème revient.
Une idée ? Il doit bien y avoir un cache quelque part ou un truc du genre non ?
Et le poste avec lequel tu n'as pas de soucis pour te connecter, il a un ticket Kerberos ?
Sinon, par défaut il y a tentative de connexion avec authentification Kerberos et comme ça échoue, il ne va pas plus loin. Mais ça peut aussi venir d'un soucis d'absence d'entrée dans le DNS ou de d'accès DNS tout court.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
Et si je supprime mon ticket kerberos sur ma propre machine la connexion
passe bien également.
Lorsque je renouvelle mon ticker krb, en revanche, le problème revient.
Une idée ?
Il doit bien y avoir un cache quelque part ou un truc du genre non ?
Et le poste avec lequel tu n'as pas de soucis pour te connecter, il a un
ticket Kerberos ?
Sinon, par défaut il y a tentative de connexion avec authentification
Kerberos et comme ça échoue, il ne va pas plus loin. Mais ça peut aussi
venir d'un soucis d'absence d'entrée dans le DNS ou de d'accès DNS tout
court.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
Et si je supprime mon ticket kerberos sur ma propre machine la connexion passe bien également.
Lorsque je renouvelle mon ticker krb, en revanche, le problème revient.
Une idée ? Il doit bien y avoir un cache quelque part ou un truc du genre non ?
Et le poste avec lequel tu n'as pas de soucis pour te connecter, il a un ticket Kerberos ?
Sinon, par défaut il y a tentative de connexion avec authentification Kerberos et comme ça échoue, il ne va pas plus loin. Mais ça peut aussi venir d'un soucis d'absence d'entrée dans le DNS ou de d'accès DNS tout court.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.