Несколько дней назад мне удалось scp к удаленному серверу с моего Windows Server 2003, используя Cygwin для копирования id_rsa , используя scp (id_rsa.pub location) user@example.com теперь он (scp), похоже, не работает. Я не установил и не удалил ни один из пакетов cygwin.
Я все еще могу автоматически подключаться к серверу, используя ssh . На том же сервере, работая на другой машине с Ubuntu, scp и ssh работают отлично. Он даже не запрашивает пароль при использовании команды scp .
scp -v c:/outfiles/headers.csvuser@example.com:~/temp/headers.csv
Executing: /usr/bin/ssh -x -oClearAllForwardings=yes -n -v -- c scp -v /outfiles/headers.csv user@example.com:~/temp/headers.csv
OpenSSH_6.0p1, OpenSSL 1.0.1c 10 May 2012
debug1: Connecting to c [XXXXXXXXXX] port 22.
debug1: connect to address XXXXXXXXXX port 22: Connection timed out
ssh: connect to host c port 22: Connection timed out
Пока ssh имеет следующее сообщение отладки:
$ ssh -v user@example.com
OpenSSH_6.0p1, OpenSSL 1.0.1c 10 May 2012
debug1: Connecting to example.com [XXXXXXXXXX] port 22.
debug1: Connection established.
debug1: identity file /home/Administrator/.ssh/id_rsa type 1
debug1: identity file /home/Administrator/.ssh/id_rsa-cert type -1
debug1: identity file /home/Administrator/.ssh/id_dsa type -1
debug1: identity file /home/Administrator/.ssh/id_dsa-cert type -1
debug1: identity file /home/Administrator/.ssh/id_ecdsa type -1
debug1: identity file /home/Administrator/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1 Debian-7ubuntu1
debug1: match: OpenSSH_5.8p1 Debian-7ubuntu1 pat OpenSSH_5*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.0
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA (host key XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
debug1: Host 'example.com' is known and matches the ECDSA host key.
debug1: Found key in /home/Administrator/.ssh/known_hosts:1
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/Administrator/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
Authenticated to example.com ([xxxxxxxxx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
Еще один вопрос, который я хотел бы добавить здесь:
Я могу запустить службу cron, но работа cron не работает. Я получаю сообщение об ошибке (ORPHAN)no password set для задания cron при выполнении запросов с помощью cronlogs. Похоже, что есть некоторые проблемы с моими настройками Cygwin, но я не могу их диагностировать.
Помимо многочисленных поисков в cygwin FAQ почти 2 дня поиска в Google все еще в той же ситуации, застрял. В основном я пытаюсь автоматизировать передачу файлов, используя scp любой другой способ сделать это помог бы, я застрял довольно долго.
Может быть, не очень хорошая идея, но я должен спросить это. Можно ли подозревать брандмауэр по причине, если да, то как это проверить? Я где-то читал о netstat но не удосужился продолжить, оправданный или неправильно обоснованный идеей, что ssh успешно использовал тот же порт no. 22.