Le lundi 08 juin 09 à 0:55, Goldy a écrit :
| Maurice Guerrier a écrit :
| Bonjour à tous,
Bonjour,
| Il faut ouvrir le port 22 er le rediriger vers ta machine dans la
| configuration de ta box.
Je confirme, il faut redirriger le port 22 vers ta machine, le problème
c'est que tu risques
En cette matinée du lundi 08 juin 2009,
Sébastien NOBILI sebnewslet...@free.fr a écrit :
Je te conseillerais plutôt de redirriger le port 1234 (par exemple) de ton
routeur vers le port 22 de ton serveur, ça limitera déjà beaucoup les risques.
Autoriser uniquement l'authentification par clés
Basile STARYNKEVITCH a écrit :
Maurice Guerrier wrote:
j'ai une machine debian chez moi, je veux quand je suis au boulot,
faire un ssh sur ma machine de chez moi.
J'ai neufbox comme fournisseur internet.
qu'est ce que je dois mettre en place pour pouvoir faire usage à
distance de ma
Bonjour à tous,
j'ai une machine debian chez moi, je veux quand je suis au boulot, faire un ssh
sur ma machine de chez moi.
L'usage de ssh sur un meme reseau c'est trop simple, il y a aucun souci.
J'ai neufbox comme fournisseur internet.
qu'est ce que je dois mettre en place pour pouvoir
Maurice Guerrier a écrit :
Bonjour à tous,
Bonjour à toi
j'ai une machine debian chez moi, je veux quand je suis au boulot, faire
un ssh sur ma machine de chez moi.
L'usage de ssh sur un meme reseau c'est trop simple, il y a aucun souci.
J'ai neufbox comme fournisseur internet.
Maurice Guerrier wrote:
j'ai une machine debian chez moi, je veux quand je suis au boulot,
faire un ssh sur ma machine de chez moi.
J'ai neufbox comme fournisseur internet.
qu'est ce que je dois mettre en place pour pouvoir faire usage à
distance de ma machine.
Il faut probablement ouvrir
Bonjour,
Petit rappel: la commande ssh ne marche pas sur une machine
sauf si lancée avec un gdb ou un strace ! Le cpu est utilisé à
100% et en peu de temps toute la RAM est mangée !
La solution :
Un admin zélé a ajouté dans /etc/bash.bashrc les lignes suivantes :
sshy() { ssh -Y $@ ;
Bonjour et merci de vous intéresser à mon problème.
Effectivement, y a un fonctionnement étrange avec strace.
Avec le strace, je peux saisir mon mot de passe et me logguer.
Biensûr, à cause des commentaires de strace cette connexion
est pas vraiment utilisable. Noter également que le scp
Bonjour,
J'avais loupé ce point ainsi que le fait qu'il s'agissait d'une Debian
stable. La prochaine fois je lirai plus correctement le message
initial. Guy, tu ne vois pas Password: s'afficher lorsque tu tentes
ton ssh ?
Effectivement password ne s'affiche pas ...
Si non essaie une
Guy Roussin a écrit :
Bonjour,
slt,
J'avais loupé ce point ainsi que le fait qu'il s'agissait d'une Debian
stable. La prochaine fois je lirai plus correctement le message
initial. Guy, tu ne vois pas Password: s'afficher lorsque tu tentes
ton ssh ?
Effectivement password ne s'affiche
juste un truc bête : je suppose que tu as déjà testé mais bon... en
renommant le ~/.ssh en ~/.ssh_old , ça fait qqch ?
Merci GiGGz, je n'avais pas testé ... mais ça ne change rien.
Autre remarque que je viens de faire.
Pour sortir de cette situation suite au ssh bloqué, un CTRL-C ne
suffit pas
Le 14083ième jour après Epoch,
Guy Roussin écrivait:
J'ai l'impression que mon probleme vient du mécanisme mis
en place pour cacher la saisie du mot de passe ... Cette
saisie est peut etre attendue dans un autre terminal ou
dans l'espace intersideral des /dev ...
Ou mieux, tu es face à un
The Wednesday 23 July 2008 09:23:10 Guy Roussin, you wrote :
Bonjour et merci de vous intéresser à mon problème.
Effectivement, y a un fonctionnement étrange avec strace.
Avec le strace, je peux saisir mon mot de passe et me logguer.
Biensûr, à cause des commentaires de strace cette connexion
Quelques observations complémentaires.
Lorsque je suis sous gnome avec un compte non root,
le probleme du blocage ssh se pose de la même manière.
Je peux voir avec le moniteur système que 100% d'un
cpu est utilisé par le processus bash et que la mémoire
est consommée a un rythme soutenu de qq %
Guy Roussin a écrit :
[...]
Lorque je suis dans une console (ctrl-alt-Fx ou depuis
un accès ssh d'une autre machine) le blocage se
manifeste lorsque je suis root mais je viens de constater
que je n'ai pas de blocage si je ne suis pas root !!!
Peut etre que root n'est pas autorisé à se connecter
Bonjour,
Sur une machine en debian etch (amd64) je ne peux pas faire
de ssh :
Le lancement de ssh avec l'option -vvv pourtant très bavard
d'habitude ne donne *rien*.
$ ssh -vvv monhost
reste bloqué là indéfiniment ... jusqu'à un ctrl C
pourtant un :
telnet monhost 22
montre un dialogue sur le
The Tuesday 22 July 2008 18:38:21 Guy Roussin, you wrote :
Bonjour,
Sur une machine en debian etch (amd64) je ne peux pas faire
de ssh :
Le lancement de ssh avec l'option -vvv pourtant très bavard
d'habitude ne donne *rien*.
$ ssh -vvv monhost
reste bloqué là indéfiniment ... jusqu'à un
Merci Thomas pour cette réponse rapide.
AS-tu eu une mise à jour de openssh-client récemment ? Si oui essaie de
récupérer la version de testing
Sans doute, l'installation est toute fraiche ...
# apt-cache policy openssh-client
openssh-client:
Installé : 1:4.3p2-9etch2
Candidat :
Bonjour,
On Tue, 22 Jul 2008, Guy Roussin wrote:
Le lancement de ssh avec l'option -vvv pourtant très bavard
d'habitude ne donne *rien*.
$ ssh -vvv monhost
reste bloqué là indéfiniment ... jusqu'à un ctrl C
Ce n'est pas cohérent avec la trace ci-dessous qui reste bloquée sur
la demande d'un
Le mardi 22 juillet 2008, Raphael Hertzog a écrit :
Bonjour,
On Tue, 22 Jul 2008, Guy Roussin wrote:
Le lancement de ssh avec l'option -vvv pourtant très bavard
d'habitude ne donne *rien*.
$ ssh -vvv monhost
reste bloqué là indéfiniment ... jusqu'à un ctrl C
Ce n'est pas cohérent avec
20 matches
Mail list logo
