Яка різниця між дозволеними_ ключами та дозволеними_кейсами2?


160

Просто хотів короткий підсумок відмінностей між ними і чому їх дві?


10
Потрібно любити ті файли з послідовними нумераціями, де цифри не мають відношення до їх функції, версії чи опису.
Марк Хендерсон

@ Марк Хендерсон: так, які ще є приклади?
smci

Відповіді:


137

У OpenSSH до версії 3 на сторінці man-sshd раніше говорили:

У файлі $ HOME / .ssh / Author_keys перераховані ключі RSA, дозволені для автентифікації RSA в протоколах SSH 1.3 та 1.5 Аналогічно, у файлі $ HOME / .ssh / pooblasti_keys2 перераховані ключі DSA та RSA, дозволені для автентифікації відкритих ключів ( PubkeyAuthentication) в протоколі SSH 2.0.

В оголошенні про випуск версії 3 зазначено, що дозволено_кейс2 застаріло, і всі ключі повинні бути поміщені у файл дозволених ключів.


27

Використання дозволених_кейсів2 для протоколу 2 припинено з 2001 року .

[ через ]


7
Якщо тільки хтось скаже redhat, що ... авторизовані_ ключі не вдається, авторизований_кейс2 працює чудово.
El Yobo

речі redhat востаннє побудовані у 2001 році ;-)
Кільце Ø

Отже .. яка тут відповідь - я на CentOS 6.2?
javadba

@javadba: CentOS знаходиться в тому ж човні, що і Red Hat.
Денніс Вільямсон

@DennisWilliamson Право .. значить, RH (/ CentOS) вимагає дозволених_кейсів2 чи ні? Мій тест наразі вказує, що авторизованих_кілів достатньо .. але було б добре для більш глибокого розуміння
javadba

8

Спочатку різниця полягала в диференціації версій.

Але більше не турбуйтеся, оскільки зараз це 2можна ігнорувати.


4

Один з дійсно вагомих причин використовувати дозволені_keys2 - якщо у вас є VPS з Arvixe, де служба технічної підтримки постійно перезаписує ваш authorized_keysфайл.


1

Мені також сподобалося, що був другий файл з дозволеними ключами.

Я використовую і поширюю свій файл авторизованого ключа на декілька комп’ютерів, обмежуючи доступ, тому лише моєму основному дому дозволяється входити в інші облікові записи. Але це загалом означає, що вона однакова на всіх моїх акаунтах і перезаписана, якщо вона відрізняється. Я також бачив, що інші програми конфігурації комп'ютера перезаписують його постійно (Ляльковий).

Однак коли я входжу в передній вузол великого кластерного кластера, я люблю вводити ключі у файл санкціонованих_keys2, щоб передній вузол мав доступ до інших вузлів кластера, але не мав доступу до жодної іншої машини. тобто я використовував його як "локальний файл авторизації", як окремий "розподілений файл авторизації".

Це стає особливо важливим, коли використовуються спільні будинки (оскільки вони, як правило, знаходяться в кластері).

Це справжній сором, який зараз знецінився.

Альтернативою, яка була б непоганою, буде механізм включення або підкаталог "санкціонованих_keys.d" або "використовувати ці ключі для цього хоста".


3
Ви можете вказати список файлів, які слід використовувати як авторизовані_ ключі, використовуючи AuthorizedKeysFileналаштування конфігурації. Ви навіть можете використовувати authorized_keys2як один з файлів, якщо вам подобається.
Eborbob

Дякую. Я не знав, що ви можете перелічити декілька файлів у цій опції. Тим більше, що перші слова на сторінці для нього були ... Вказує файл, що ... Сингулярний файл, а не множинні файли. Але це було з’ясовано пізніше. Знову дякую.
Антоній
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.