Changer les indicateurs de commande SCP Par défaut B. Linux

J'essaie de déplacer le fichier de la machine virtuelle (Ubuntu 18.04) Dans mon système local sur un serveur distant en utilisant très simple

scp

équipe. Ce problème n'est présent que sur un serveur spécifique, d'autres travaillent normalement, ce n'est donc pas une chose polyvalente.

scp <file name=""> <user>@<complete_hostname>:~/

Mais cette équipe ne continue pas après une authentification réussie.

La même chose arrive quand j'utilise FileZilla.

L'équipe informatique m'a conseillé d'utiliser WinSCP, ce qui fonctionne bien.

Bûcher le débogage scp

debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /home/username/.ssh/id_dsa
debug1: Trying private key: /home/username/.ssh/id_ecdsa
debug1: Next authentication method: password
'user'@'full hostname's password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = C
debug1: Sending env LC_ALL = C
debug1: Sending command: scp -v -t ~/

Après cela, il n'y a pas de progrès, FileZilla s'éteint à travers 20 Secondes de la même manière. jusqu'à WinSCP fonctionne bien.

Ce qui peut causer

scp

Pour accrocher, parce que je l'utilise dans certains de mes scripts, ce problème avec un serveur spécifique a rendu mes scripts inappropriés pour leur utilisation, mais s'applique également aux méthodes SFTP.

L'équipe informatique m'a conseillé de ne pas utiliser les drapeaux

-d

et

-t

Lors de la saisie de la commande, il est affiché dans le journal de débogage et n'est pas pris en charge par le serveur distant. Pouvez-vous les supprimer? Je ne leur ai pas donné à l'équipe.

Changement 2:

SCP Log: (from local machine, Ubuntu 18.04)
==========
debug1: Next authentication method: publickey
debug1: Offering public key:
RSA SHA256:<key> /home/username/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Authentication succeeded (publickey).
Authenticated to 'HOSTNAME' ([10.6.26.145]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: Sending environment.
debug1: Sending env LANG = en_IN
debug1: Sending command: scp -v -r -d -t ~/received/

</key></complete_hostname></user></file>
Invité:

Giselle

Confirmation de:

L'équipe informatique m'a conseillé de ne pas utiliser les drapeaux

-d

et

-t

Lors de la saisie de la commande, il est affiché dans le journal de débogage et n'est pas pris en charge par le serveur distant. Pouvez-vous les supprimer? Je ne leur ai pas donné une équipe explicite.


-t

- Ceci est un non-sens complet. Protocole SCP ne peut pas travailler sans

-t

drapeau. Voir
https://stackoverflow.com/q/37558853/850848

-d

- Utilisé lorsque vous spécifiez plus d'une source. Il indique le serveur que "l'objectif doit être un catalogue".

Dans les deux cas, je doute que le serveur ne supporte aucun d'entre eux. Depuis que Ubuntu, il utilise OpenSSH avec certitude 99,9%. ET OpenSSH Soutient ces drapeaux du moment même de son existence. Voir
https://github.com/openssh/ope ... -L267
.

Je suis presque sûr que vous avez reçu des conseils - Juste un non-sens. DANS

«IT équipe"

Probablement juste n'a pas trouvé ces commutateurs dans

scp

man Et a eu un moyen simple de vous aider vraiment. Mais ces drapeaux sont des drapeaux internes utilisés pour la communication entre

scp

comme "client" et

scp

Comme "serveur". Ils ne sont pas documentés par destination.

Également FileZilla Ne pas supporter même le protocole SCP. Ce qui contribue uniquement à ce qui précède - Votre problème n'a rien à voir avec

"

scp

Drapeaux "

.

Christine

Confirmation de:

Il s'avère que le pare-feu bloquant le transfert. La raison en est que c'est la résolution du fichier dans mon shell par défaut.

. * rc

déposer.

.cshrc

dans ce cas.

Ma coquille par défaut - csh, Et l'accès au fichier a

-rwxr-s---

En les changeant sur

-rw-r-----

J'ai décidé de la question.

Merci à tout le monde pour l'aide.

Pour répondre aux questions, connectez-vous ou registre