Вопросы Теги

scp: пароль localhost, не принятый

Точки соединения NTFS являются типом точки повторного анализа, эффективно действуя как символьные ссылки, но ограниченный предназначением для локальных каталогов полным путем.

Предположим, что Вы имеете

C:\>mkdir a b
C:\>linkd b\c C:\a

То, что происходит, то, что в таблице каталога для C:\b, запись каталога называют c вставляется, с атрибутом $Reparse содержа данные, указывающие, что это - точка соединения с целью C:\a.

Когда Windows 2000 (когда точки повторного анализа и точки соединения были представлены) встречаются с точкой повторного анализа, они переданы к соответствующему обработчику. В этом случае, при доступе к пути ниже C:\b\c, обработчик для точек соединения заменил бы путь C:\b\c с C:\a и нормальные операции файловой системы продолжились бы оттуда на.

Другие фильтры файловой системы могут быть установлены, которые прерывают и обрабатывают другие типы точек повторного анализа; Windows Vista, Сервер, 2008, и позже идет с обработчиком для точек повторного анализа "символьной ссылки" на NTFS, который может указать на файл или каталог, абсолютный или относительный, локальный или удаленный - в значительной степени как символьные ссылки в других системах.

Отдельно, NTFS действительно имеет поддержку hardlinks, почти таким же способом UNIX делает - несколько записей каталога могут указать на тот же "inode", который является фактическими данными файла. Это не имеет никакого отношения к точкам повторного анализа. Почти во всех системах жесткие ссылки могут только быть сделаны в файлы; каталоги hardlinking чреваты опасностью. (Среди прочего, что должно .. запись hardlinked каталога указывает на?)

4
20.04.2012, 21:52
3 ответа

Это кажется чрезмерно сложным. Попытайтесь использовать следование localhost:

scp ~/.ssh/id_rsa.pub [remotename]@[remote.com]:.ssh/uploaded_key.pub
4
27.01.2020, 20:53
  • 1
    +1. Я подтверждаю этот ответ как корректный. Среди Вас не должен быть пользователь/хост локальной части в Вашей команде scp. –  bahamat 20.04.2012, 00:54
  • 2
    ! По-видимому, моя команда пыталась использовать [localuser] в качестве имени пользователя для входа [remote.com], но это не пользователь на том сервере. –  meetar 20.04.2012, 15:57

Интересный вопрос, я просто попробовал то же самое и столкнулся с той же ошибкой. Я использовал -vvv переключитесь для выяснения то, что продолжается под капотом и в основном этим ssh's к localhost и выполняется scp -v ~/.ssh/id_rsa.pub remoteuser@remoteserver:~/

Это должно хорошо работать, однако, команда пытается считать пароль из stdin, но без управления tty, нет никакого пароля, следовательно разрешение отклонило сообщения.

Вот является сокращение вниз версией отладки, которая объясняет мою идею:

debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
dpac@localhost's password: 
debug3: packet_send2: adding 64 (len 60 padlen 4 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
.
.
.

debug1: Sending command: scp -v ~/.ssh/id_rsa.pub REMOTEUSER@REMOTESERVER:~/
debug2: channel 1: request exec confirm 1
debug2: callback done
debug2: channel 1: open confirm rwindow 0 rmax 32768
debug2: channel 1: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 1
debug2: exec request accepted on channel 1
debug2: channel 1: read<=0 rfd 5 len 0
debug2: channel 1: read failed
debug2: channel 1: close_read
debug2: channel 1: input open -> drain
debug2: channel 1: ibuf empty
debug2: channel 1: send eof
debug2: channel 1: input drain -> closed
debug2: channel 1: rcvd ext data 92
Executing: program /usr/bin/ssh host REMOTESERVER, user REMOTEUSER, command scp -v -t -- ~/
debug2: channel 1: written 92 to efd 7
debug2: channel 1: rcvd ext data 57
.
.
.
.
.

debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/dpac/.ssh/id_rsa
debug1: Trying private key: /home/dpac/.ssh/id_dsa
debug2: channel 1: written 214 to efd 7
debug2: channel 1: rcvd ext data 100
debug2: channel 1: rcvd ext data 73
debug1: Trying private key: /home/dpac/.ssh/id_ecdsa
debug1: Next authentication method: password
debug1: read_passphrase: can't open /dev/tty: No such device or address
debug2: channel 1: written 173 to efd 7
debug2: channel 1: rcvd ext data 174
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
debug1: read_passphrase: can't open /dev/tty: No such device or address
debug2: channel 1: written 174 to efd 7
debug2: channel 1: rcvd ext data 101
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
debug2: channel 1: written 101 to efd 7
debug2: channel 1: rcvd ext data 73
debug1: read_passphrase: can't open /dev/tty: No such device or address
debug2: channel 1: written 73 to efd 7
debug2: channel 1: rcvd ext data 152
debug1: Authentications that can continue: publickey,password
debug1: No more authentication methods to try.
Permission denied (publickey,password).
2
27.01.2020, 20:53

Я нашел нет scp версия до сих пор, которая действительно поддерживает использование "удаленной" спецификации для источника и цели.

0
27.01.2020, 20:53
  • 1
    Это действительно работает. Я сделал это с помощью ключей. Ваш закрытый ключ должен быть на 'локальном' и 'удаленном источнике' хостами. Ваш открытый ключ должен быть на 'удаленном источнике' и 'удаленных целевых' хостах. –  bahamat 20.04.2012, 00:57
  • 2
    Для добавления к комментарию bahamat Вы не должны использовать пароль для своих ключей для него для работы. –  Deepak Mittal 20.04.2012, 07:58

Теги

Похожие вопросы