autrement (en 8bit) :
<null><esc>
Je ne peux pas dire plus.
autrement (en 8bit) :
<null><esc>
Je ne peux pas dire plus.
autrement (en 8bit) :
<null><esc>
Je ne peux pas dire plus.
Bonsoir,
je viens de passer en Linux 18 Sarah alias 16.04 LTS (Xenial Xerus) avec
XFCE. (Shell fish)
(avant j'étais en Ubuntu 14.04)
le problème que je rencontre quand je me connecte via ssh à un portable
sous macOS Sierra :
┬─[:~]─[16-11-21 17:52:58]
╰─>$ ssh
Last login: Mon Nov 21 17:35:18 2016 from 192.168.0.48
]1337;RemoteHost=]1337;CurrentDir=/Users/yt]1337;ShellIntegrationVersion=2;shell=fish]1337;RemoteHost=]1337;CurrentDir=/Users/ytWelcome
to fish, the friendly interactive shell
Type help for instructions on how to use fish
type: Could not find 'acpi'
]133;D;0]133;A.-[:~]-[16-11-21 17:53:30]
'->$ ]133;Bexit
]133;C;
Connection to 192.168.0.41 closed.
les "]" devant 1337; (une escape séquence ?) ne sont pas visualisés
ainsi au terminal mais par un rectangle avec des petits chiffres illisibles.
il ne semble pas que ce soit un pb de police de caractère sur le
terminal que j'utilise (Guake), j'ai changé de police, ça ne change rien...
changer de terminal non plus : xfce4-terminal 0.6.3 donne la même chose
que guake.
je pense que c'est une sorte de banière venant du ssh de macOS Sierra
(je n'avais pas ça avant).
par ailleurs, côté macOS mon fichier /etc/ssh/ssh_config n'a pas
vraiment changé.
Bonsoir,
je viens de passer en Linux 18 Sarah alias 16.04 LTS (Xenial Xerus) avec
XFCE. (Shell fish)
(avant j'étais en Ubuntu 14.04)
le problème que je rencontre quand je me connecte via ssh à un portable
sous macOS Sierra :
┬─[yt@d620:~]─[16-11-21 17:52:58]
╰─>$ ssh yt@mbp.local
Last login: Mon Nov 21 17:35:18 2016 from 192.168.0.48
]1337;RemoteHost=yt@mbp.local]1337;CurrentDir=/Users/yt]1337;ShellIntegrationVersion=2;shell=fish]1337;RemoteHost=yt@mbp.local]1337;CurrentDir=/Users/ytWelcome
to fish, the friendly interactive shell
Type help for instructions on how to use fish
type: Could not find 'acpi'
]133;D;0]133;A.-[yt@mbp.local:~]-[16-11-21 17:53:30]
'->$ ]133;Bexit
]133;C;
Connection to 192.168.0.41 closed.
les "]" devant 1337; (une escape séquence ?) ne sont pas visualisés
ainsi au terminal mais par un rectangle avec des petits chiffres illisibles.
il ne semble pas que ce soit un pb de police de caractère sur le
terminal que j'utilise (Guake), j'ai changé de police, ça ne change rien...
changer de terminal non plus : xfce4-terminal 0.6.3 donne la même chose
que guake.
je pense que c'est une sorte de banière venant du ssh de macOS Sierra
(je n'avais pas ça avant).
par ailleurs, côté macOS mon fichier /etc/ssh/ssh_config n'a pas
vraiment changé.
Bonsoir,
je viens de passer en Linux 18 Sarah alias 16.04 LTS (Xenial Xerus) avec
XFCE. (Shell fish)
(avant j'étais en Ubuntu 14.04)
le problème que je rencontre quand je me connecte via ssh à un portable
sous macOS Sierra :
┬─[:~]─[16-11-21 17:52:58]
╰─>$ ssh
Last login: Mon Nov 21 17:35:18 2016 from 192.168.0.48
]1337;RemoteHost=]1337;CurrentDir=/Users/yt]1337;ShellIntegrationVersion=2;shell=fish]1337;RemoteHost=]1337;CurrentDir=/Users/ytWelcome
to fish, the friendly interactive shell
Type help for instructions on how to use fish
type: Could not find 'acpi'
]133;D;0]133;A.-[:~]-[16-11-21 17:53:30]
'->$ ]133;Bexit
]133;C;
Connection to 192.168.0.41 closed.
les "]" devant 1337; (une escape séquence ?) ne sont pas visualisés
ainsi au terminal mais par un rectangle avec des petits chiffres illisibles.
il ne semble pas que ce soit un pb de police de caractère sur le
terminal que j'utilise (Guake), j'ai changé de police, ça ne change rien...
changer de terminal non plus : xfce4-terminal 0.6.3 donne la même chose
que guake.
je pense que c'est une sorte de banière venant du ssh de macOS Sierra
(je n'avais pas ça avant).
par ailleurs, côté macOS mon fichier /etc/ssh/ssh_config n'a pas
vraiment changé.
Je ne connais pas fish, btw. Ca ne va pas être évident, pour moi, de
t'aider, mais je suppose qu'il y a un équivalent de PS1 ? Comment est
positionné la variable d'environnement TERM ?
En changeant le shell pour bash (par exemple), est-ce que tout rentre
dans l'ordre ?
il ne semble pas que ce soit un pb de police de caractère sur le
terminal que j'utilise (Guake), j'ai changé de police, ça ne change rien...
changer de terminal non plus : xfce4-terminal 0.6.3 donne la même chose
que guake.
je pense que c'est une sorte de banière venant du ssh de macOS Sierra
(je n'avais pas ça avant).
par ailleurs, côté macOS mon fichier /etc/ssh/ssh_config n'a pas
vraiment changé.
Je suppose que tu voulais écrire /etc/ssh/sshd_config. Ca se passe
dans les directives Banner et PrintMotd. Mais j'ai plutôt l'impression
que le problème provient du shell de ton utilisateur.
Je ne connais pas fish, btw. Ca ne va pas être évident, pour moi, de
t'aider, mais je suppose qu'il y a un équivalent de PS1 ? Comment est
positionné la variable d'environnement TERM ?
En changeant le shell pour bash (par exemple), est-ce que tout rentre
dans l'ordre ?
il ne semble pas que ce soit un pb de police de caractère sur le
terminal que j'utilise (Guake), j'ai changé de police, ça ne change rien...
changer de terminal non plus : xfce4-terminal 0.6.3 donne la même chose
que guake.
je pense que c'est une sorte de banière venant du ssh de macOS Sierra
(je n'avais pas ça avant).
par ailleurs, côté macOS mon fichier /etc/ssh/ssh_config n'a pas
vraiment changé.
Je suppose que tu voulais écrire /etc/ssh/sshd_config. Ca se passe
dans les directives Banner et PrintMotd. Mais j'ai plutôt l'impression
que le problème provient du shell de ton utilisateur.
Je ne connais pas fish, btw. Ca ne va pas être évident, pour moi, de
t'aider, mais je suppose qu'il y a un équivalent de PS1 ? Comment est
positionné la variable d'environnement TERM ?
En changeant le shell pour bash (par exemple), est-ce que tout rentre
dans l'ordre ?
il ne semble pas que ce soit un pb de police de caractère sur le
terminal que j'utilise (Guake), j'ai changé de police, ça ne change rien...
changer de terminal non plus : xfce4-terminal 0.6.3 donne la même chose
que guake.
je pense que c'est une sorte de banière venant du ssh de macOS Sierra
(je n'avais pas ça avant).
par ailleurs, côté macOS mon fichier /etc/ssh/ssh_config n'a pas
vraiment changé.
Je suppose que tu voulais écrire /etc/ssh/sshd_config. Ca se passe
dans les directives Banner et PrintMotd. Mais j'ai plutôt l'impression
que le problème provient du shell de ton utilisateur.
Le 22/11/2016 à 15:16, Bruno Ducrot a écrit :Je ne connais pas fish, btw. Ca ne va pas être évident, pour moi, de
t'aider, mais je suppose qu'il y a un équivalent de PS1 ? Comment est
positionné la variable d'environnement TERM ?
# echo $TERM
xtermEn changeant le shell pour bash (par exemple), est-ce que tout rentre
dans l'ordre ?
rien de changé.il ne semble pas que ce soit un pb de police de caractère sur le
terminal que j'utilise (Guake), j'ai changé de police, ça ne change rien...
changer de terminal non plus : xfce4-terminal 0.6.3 donne la même chose
que guake.
je pense que c'est une sorte de banière venant du ssh de macOS Sierra
(je n'avais pas ça avant).
bon entre-temps j'ai regardé le sshd_config sur mac, par défaut on a :
Banner nonepar ailleurs, côté macOS mon fichier /etc/ssh/ssh_config n'a pas
vraiment changé.
Je suppose que tu voulais écrire /etc/ssh/sshd_config. Ca se passe
dans les directives Banner et PrintMotd. Mais j'ai plutôt l'impression
que le problème provient du shell de ton utilisateur.
ben non, malheureusement...
Le 22/11/2016 à 15:16, Bruno Ducrot a écrit :
Je ne connais pas fish, btw. Ca ne va pas être évident, pour moi, de
t'aider, mais je suppose qu'il y a un équivalent de PS1 ? Comment est
positionné la variable d'environnement TERM ?
# echo $TERM
xterm
En changeant le shell pour bash (par exemple), est-ce que tout rentre
dans l'ordre ?
rien de changé.
il ne semble pas que ce soit un pb de police de caractère sur le
terminal que j'utilise (Guake), j'ai changé de police, ça ne change rien...
changer de terminal non plus : xfce4-terminal 0.6.3 donne la même chose
que guake.
je pense que c'est une sorte de banière venant du ssh de macOS Sierra
(je n'avais pas ça avant).
bon entre-temps j'ai regardé le sshd_config sur mac, par défaut on a :
Banner none
par ailleurs, côté macOS mon fichier /etc/ssh/ssh_config n'a pas
vraiment changé.
Je suppose que tu voulais écrire /etc/ssh/sshd_config. Ca se passe
dans les directives Banner et PrintMotd. Mais j'ai plutôt l'impression
que le problème provient du shell de ton utilisateur.
ben non, malheureusement...
Le 22/11/2016 à 15:16, Bruno Ducrot a écrit :Je ne connais pas fish, btw. Ca ne va pas être évident, pour moi, de
t'aider, mais je suppose qu'il y a un équivalent de PS1 ? Comment est
positionné la variable d'environnement TERM ?
# echo $TERM
xtermEn changeant le shell pour bash (par exemple), est-ce que tout rentre
dans l'ordre ?
rien de changé.il ne semble pas que ce soit un pb de police de caractère sur le
terminal que j'utilise (Guake), j'ai changé de police, ça ne change rien...
changer de terminal non plus : xfce4-terminal 0.6.3 donne la même chose
que guake.
je pense que c'est une sorte de banière venant du ssh de macOS Sierra
(je n'avais pas ça avant).
bon entre-temps j'ai regardé le sshd_config sur mac, par défaut on a :
Banner nonepar ailleurs, côté macOS mon fichier /etc/ssh/ssh_config n'a pas
vraiment changé.
Je suppose que tu voulais écrire /etc/ssh/sshd_config. Ca se passe
dans les directives Banner et PrintMotd. Mais j'ai plutôt l'impression
que le problème provient du shell de ton utilisateur.
ben non, malheureusement...
Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Le 22/11/2016 à 17:50, Bruno Ducrot a écrit :Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Tu veras sur le net il y a plein de "tuyaux" pour ce problème d'ssh, mais je n'ai pas trouvé le bon.
Côté mac se connectant à linux, ça me demande toujours un mot de passe, alors que j'ai une passphrase et que côté linux j'ai mis
dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac (les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de session, j'entre ma passphrase t je n'en ai plus bessoin.
Le 22/11/2016 à 17:50, Bruno Ducrot a écrit :
Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Tu veras sur le net il y a plein de "tuyaux" pour ce problème d'ssh, mais je n'ai pas trouvé le bon.
Côté mac se connectant à linux, ça me demande toujours un mot de passe, alors que j'ai une passphrase et que côté linux j'ai mis
dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac (les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de session, j'entre ma passphrase t je n'en ai plus bessoin.
Le 22/11/2016 à 17:50, Bruno Ducrot a écrit :Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Tu veras sur le net il y a plein de "tuyaux" pour ce problème d'ssh, mais je n'ai pas trouvé le bon.
Côté mac se connectant à linux, ça me demande toujours un mot de passe, alors que j'ai une passphrase et que côté linux j'ai mis
dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac (les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de session, j'entre ma passphrase t je n'en ai plus bessoin.
Le 22/11/2016 à 17:50, Bruno Ducrot a écrit :Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Tu veras sur le net il y a plein de "tuyaux" pour ce problème d'ssh,
mais je n'ai pas trouvé le bon.
Côté mac se connectant à linux, ça me demande toujours un mot de passe,
alors que j'ai une passphrase et que côté linux j'ai mis dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac
(les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de session,
j'entre ma passphrase t je n'en ai plus bessoin.
Le 22/11/2016 à 17:50, Bruno Ducrot a écrit :
Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Tu veras sur le net il y a plein de "tuyaux" pour ce problème d'ssh,
mais je n'ai pas trouvé le bon.
Côté mac se connectant à linux, ça me demande toujours un mot de passe,
alors que j'ai une passphrase et que côté linux j'ai mis dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac
(les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de session,
j'entre ma passphrase t je n'en ai plus bessoin.
Le 22/11/2016 à 17:50, Bruno Ducrot a écrit :Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Tu veras sur le net il y a plein de "tuyaux" pour ce problème d'ssh,
mais je n'ai pas trouvé le bon.
Côté mac se connectant à linux, ça me demande toujours un mot de passe,
alors que j'ai une passphrase et que côté linux j'ai mis dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac
(les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de session,
j'entre ma passphrase t je n'en ai plus bessoin.
Le 22/11/2016 à 18:07, Une Bévue a écrit :Le 22/11/2016 à 17:50, Bruno Ducrot a écrit :Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Tu veras sur le net il y a plein de "tuyaux" pour ce problème d'ssh,
mais je n'ai pas trouvé le bon.
Côté mac se connectant à linux, ça me demande toujours un mot de
passe, alors que j'ai une passphrase et que côté linux j'ai mis
dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac
(les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de
session, j'entre ma passphrase t je n'en ai plus bessoin.
verifier sur le linux si il n'y a pas un repertoire de toute la chaine
sur $HOME/.ssh avec un w pour le groupe ou other
verifier sur le mac si la clef privée est bien uniquement en rw
ssh -vvv peux etre ton ami
Le 22/11/2016 à 18:07, Une Bévue a écrit :
Le 22/11/2016 à 17:50, Bruno Ducrot a écrit :
Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Tu veras sur le net il y a plein de "tuyaux" pour ce problème d'ssh,
mais je n'ai pas trouvé le bon.
Côté mac se connectant à linux, ça me demande toujours un mot de
passe, alors que j'ai une passphrase et que côté linux j'ai mis
dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac
(les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de
session, j'entre ma passphrase t je n'en ai plus bessoin.
verifier sur le linux si il n'y a pas un repertoire de toute la chaine
sur $HOME/.ssh avec un w pour le groupe ou other
verifier sur le mac si la clef privée est bien uniquement en rw
ssh -vvv peux etre ton ami
Le 22/11/2016 à 18:07, Une Bévue a écrit :Le 22/11/2016 à 17:50, Bruno Ducrot a écrit :Bon. Sous El Capitan, aucun soucis (mais tu l'as déjà écrit). Je vais
upgrader quand j'aurai le temps et surtout quand je serai chez moi, ce
soir, juste pour voir.
Tu veras sur le net il y a plein de "tuyaux" pour ce problème d'ssh,
mais je n'ai pas trouvé le bon.
Côté mac se connectant à linux, ça me demande toujours un mot de
passe, alors que j'ai une passphrase et que côté linux j'ai mis
dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac
(les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de
session, j'entre ma passphrase t je n'en ai plus bessoin.
verifier sur le linux si il n'y a pas un repertoire de toute la chaine
sur $HOME/.ssh avec un w pour le groupe ou other
verifier sur le mac si la clef privée est bien uniquement en rw
ssh -vvv peux etre ton ami
Et bien, je n'ai pas eu de problème :
:~$ uname -a
Linux poupinette 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux
:~$ ssh
Password:
Last login: Wed Nov 23 09:42:09 2016 from 192.168.1.15
~> uname -a
Darwin poupmac.poup 16.1.0 Darwin Kernel Version 16.1.0: Wed Oct 19 20:31:56 PDT 2016; root:xnu-3789.21.4~4/RELEASE_X86_64 x86_64
~> echo $SHELL
/usr/local/bin/fish
Tout ça sous xterm.
Côté mac se connectant à linux, ça me demande toujours un mot de passe,
alors que j'ai une passphrase et que côté linux j'ai mis dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac
(les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de session,
j'entre ma passphrase t je n'en ai plus bessoin.
Là je ne vois pas. Problème de droits du répertoire ~/.ssh peut-être ?
Un ssh -v (comme le suggère un intervenant) pourrait aider.
Ou bien un ~/.ssh/config qui override le défaut ?
A plus,
Et bien, je n'ai pas eu de problème :
bruno@poupinette:~$ uname -a
Linux poupinette 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux
bruno@poupinette:~$ ssh toto@poupmac.poup
Password:
Last login: Wed Nov 23 09:42:09 2016 from 192.168.1.15
toto@poupmac ~> uname -a
Darwin poupmac.poup 16.1.0 Darwin Kernel Version 16.1.0: Wed Oct 19 20:31:56 PDT 2016; root:xnu-3789.21.4~4/RELEASE_X86_64 x86_64
toto@poupmac ~> echo $SHELL
/usr/local/bin/fish
Tout ça sous xterm.
> Côté mac se connectant à linux, ça me demande toujours un mot de passe,
> alors que j'ai une passphrase et que côté linux j'ai mis dans ma conf :
>
> PasswordAuthentication no
>
> Ce qui marche très bien dans l'autre sens : linux se connectant à mac
> (les deux ordis sont côte-à-côte).
> Sur linux il a suffit que je mette un ssh-add à l'ouverture de session,
> j'entre ma passphrase t je n'en ai plus bessoin.
Là je ne vois pas. Problème de droits du répertoire ~/.ssh peut-être ?
Un ssh -v (comme le suggère un intervenant) pourrait aider.
Ou bien un ~/.ssh/config qui override le défaut ?
A plus,
Et bien, je n'ai pas eu de problème :
:~$ uname -a
Linux poupinette 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux
:~$ ssh
Password:
Last login: Wed Nov 23 09:42:09 2016 from 192.168.1.15
~> uname -a
Darwin poupmac.poup 16.1.0 Darwin Kernel Version 16.1.0: Wed Oct 19 20:31:56 PDT 2016; root:xnu-3789.21.4~4/RELEASE_X86_64 x86_64
~> echo $SHELL
/usr/local/bin/fish
Tout ça sous xterm.
Côté mac se connectant à linux, ça me demande toujours un mot de passe,
alors que j'ai une passphrase et que côté linux j'ai mis dans ma conf :
PasswordAuthentication no
Ce qui marche très bien dans l'autre sens : linux se connectant à mac
(les deux ordis sont côte-à-côte).
Sur linux il a suffit que je mette un ssh-add à l'ouverture de session,
j'entre ma passphrase t je n'en ai plus bessoin.
Là je ne vois pas. Problème de droits du répertoire ~/.ssh peut-être ?
Un ssh -v (comme le suggère un intervenant) pourrait aider.
Ou bien un ~/.ssh/config qui override le défaut ?
A plus,