Вопросы Теги

OpenSSH не может открыть known_hosts и id_rsa, но файлы явно доступны

Как другой сказали, что не обычно возможно иметь корзину на сетевом ресурсе.

Но возможно получить эту функциональность для домашних папок. Если GPOS будет использоваться для перенаправления "Моих Документов" сетевому ресурсу, то что-либо удаленное из "Моих Документов" закончится в корзине.

Это действительно поднимает другую проблему, при этом тот корзины, хранятся в сети, таким образом, Вам будет нужен своего рода план maintainance удалить или освободить корзины.

1
задан 6 April 2017 в 16:13
3 ответа

OpenSSH отказывается использовать закрытые ключи, которые читаемы любым кроме их владельца - проверяют, что единственная учетная запись с полномочиями в тот файл является СИСТЕМНОЙ учетной записью.

(Дальнейший контроль указывает, что это не проблема в Вашем случае.)

3
ответ дан 3 December 2019 в 17:00
  • 1
    также может быть требовательно в отношении того, кто может записать в эти файлы (и я верю родительской папке также, хотя могло быть неправильным там). Попробуйте наименьшим количеством набора полномочий, а не большинством. –  Tom Newton 15 July 2009 в 13:07
  • 2
    Я полагаю, что openssh является довольно коммуникативным при игнорировании файла, который слишком открыт. Если бы это было проблемой, то я должен видеть сообщение как " Полномочия 0644 для '/cygdrive/c/Users/Paul/.ssh/id_rsa' слишком открыты " –  Michael Donohue 15 July 2009 в 16:24

Контроль источника OpenSSH показывает, что это сообщение об ошибке только когда-либо печатается в условиях, где статистика (2) вызов функции перестала работать: посмотрите строку 1224 sshconnect2.c. Было бы интересно видеть вывод 'whoami && статистика/c/Windows/System32/config/systemprofile/.ssh/id_dsa' от среды Cygwin.

С другой стороны, попробуйте инструмент как Монитор Процесса для наблюдения то, что продолжается на уровне API - возможно, сообщение об ошибке, возвращенное, когда к файлам идентификационных данных получают доступ, даст Вам ключ к разгадке.

2
ответ дан 3 December 2019 в 17:00

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

Если файлы были скопированы там неадминистраторской учетной записью, возможно, что они закончили в

%USERPROFILE%\AppData\Local\VirtualStore

Т.е. Вы скопировали ключи со своим пользователем к указанному пути (путям), перспектива создала наложение в Ваших пользователях VirtualStore, содержащий те файлы. Однако при вызове как другой пользователь тот пользователь не будет видеть изменений, содержавшихся в пользователях VirtualStore.

1
ответ дан 3 December 2019 в 17:00
  • 1
    Это действительно звучит довольно вероятным, но я can' t находят соответствующую структуру каталогов в папке VirtualStore, таким образом, я don' t думают that' s это. –  Michael Donohue 17 July 2009 в 00:41

Теги

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