В то время как установка SFTP между *отклоняет серверы, действительно ли начальное квитирование является дополнительным?
Существует простой и эффективный способ найти размер каждого файла и каталога в Ubuntu:
Приложения> Аксессуары> Использование диска Анализатор
в этом окне нажимают кнопку "Scan Filesystem" на панели инструментов. после короткого времени (секунды) у Вас есть использование диска каждого каталога и файла.
Я не знаю ни о каком подобном процессе "квитирования" в SSH. От шагов Вы обрисовали в общих чертах, однако, кажется, что Вы не говорите SSH использовать ключ id_dsa для аутентификации, которая вызвала бы нейтрализацию к аутентификации по паролю. Когда Вы обеспечили пароль, возможно, некоторый пароль или ключевой демон кэширования, работающий на клиенте, хранят ту информацию и снова используют ее на последующих соединениях?
Это могло случайно быть тем, что Вы видите?
Если так, просто нужно сказать SSH использовать id_dsa для аутентификации, после того как удаленный сервер знает о соответствующем открытом ключе и что нужно позволить использоваться для аутентификации.
В странице справочника OpenSSH говорится:
-i identity_file Selects a file from which the identity (private key) for RSA or DSA authentication is read. The default is ~/.ssh/identity for protocol version 1, and ~/.ssh/id_rsa and ~/.ssh/id_dsa for protocol version 2. (...)
и если Солярис является чем-либо подобным, если Вы не находитесь в ~/.ssh при выполнении ssh-keygen, SSH не знает для использования ./id_dsa.
Оказывается, что мне установили неправильные полномочия для .ssh и authorized_keys это потребовало, чтобы я ввел учетные данные.
~/.ssh каталог мог иметь полномочия 700 или 755, но нет 775 поскольку затем другие могут получить доступ authorized_keys содержание файла. Предоставление других пишет, что полномочия по этому файлу пропустили бы смысл безопасности.
~/.ssh/authorized_keys файл может иметь полномочия 400 (читаемый только Вам) или 600 (записываемый только Вам).
-v(возможно,-vv) флаг (принимающий OpenSSH, но Солярис должно быть подобным) отобразить дополнительную информацию во время установления соединения и разрушения. А именно, ищите сообщения, включающие предпринятые, отказавшие и методы аутентификации, за которыми следуют. Или, если у Вас есть доступ к ним, проверьте журналы удаленного сервера. Это скажет Вам, как SSH на самом деле проходит проверку подлинности к удаленному серверу, который должен представить явные свидетельства относительно того, корректна ли гипотеза, которую я обрисовал в общих чертах, или нет. – a CVn 10.04.2013, 11:54