20
votes

ssh_init: Erreur réseau: impossible d'attribuer l'adresse demandée

J'essaie de configurer une connexion et de transférer des fichiers à l'aide de mastic sur une plate-forme Windows 10. J'ai vérifié que le port par défaut dans putty est 22. Lorsque j'exécute la commande dans la ligne de commande pour connecter et transférer des fichiers bien que j'obtienne l'erreur ci-dessus. Une idée de pourquoi ou de ce que je devrais faire?


0 commentaires

3 Réponses :


40
votes

As-tu essayé:

pscp -P 22 c:\documents\foo.txt user@example.com:/tmp/foo


5 commentaires

Merci beaucoup.


pourquoi le port doit-il être défini explicitement?


@mlhDev, lors de l'exécution de pscp avec -v (verbose), il affiche Connecting to example.com port 0 . Donc, il semble que le port par défaut pour pscp soit 0, pas 22, ce qui est bizarre.


Il s'agit d'un bogue connu sur les machines propres et il a deux solutions de contournement. La réponse de TomRod donne la meilleure solution permanente unique.


A travaillé pour moi. Bien que j'espérais que ce serait le port par défaut.



7
votes

J'ai dû aller dans les paramètres par défaut de Putty et les "enregistrer" à nouveau, malgré le port 22 affiché par défaut. A travaillé pour moi pour éviter d'ajouter l'option -P 22 chaque fois.


3 commentaires

C'était aussi pour moi. Je ne sais pas ce qu'il faut pour entrer dans cet état, mais pour moi, c'était sur une assez nouvelle installation. La session enregistrée "Paramètres par défaut" dans putty montrait le port 22 et le rechargement gardait le port 22. Mais bien sûr, en le sauvegardant à nouveau, pscp commençait à utiliser le port 22 pour chaque IP que je lui ai donnée, au lieu du port 0 qu'il utilisait pour chaque IP. Bizarre


Cela devrait être la solution acceptée car il s'agit d'une solution unique. La réponse doit spécifier les paramètres par défaut de Putty, car ils affectent également l'outil pscp.exe distinct.


Pour moi, à la fois -P 22 et l' enregistrement des paramètres par défaut du Putty ont à nouveau fonctionné, mais je préférerais les paramètres par défaut. Merci @Martha



1
votes

J'ai eu la même erreur et j'ai fini sur cette page. Le -P 22 n'a pas résolu mon problème.

J'utilise des sessions enregistrées par Putty et j'ai vérifié ma ligne de commande et j'ai eu la même erreur que l'OP.

J'utilisais:

pscp -l SESSION_NAME_IN_PUTTY ip:/remote_path local_path

J'ai examiné les options de ligne de commande pour pscp et changé le -l en -load et cela a fonctionné.

La commande finale ressemblait à:

pscp -load SESSION_NAME_IN_PUTTY ip:/remote_path local_path

Remarque : Si l'erreur persiste, vérifiez l'orthographe de SESSION_NAME_IN_PUTTY et assurez-vous qu'il s'agit d'une correspondance exacte. Une lettre off, peut provoquer la même erreur.


1 commentaires

-P 22 ne fonctionnait pas non plus pour moi mais - la charge fonctionnait