2016-07-06 9 views
0

Серверный новичок здесь и на Mac для справки.Может все еще получить доступ к серверу LAMP, даже после удаления локальных ключей ssh ​​

Так что я пытаюсь сломать мою аутентификацию ключа ssh между мной и моим стеком LAMP, хотя я не могу. Другими словами, он просто дает мне доступ, и я не знаю, как это сделать! Вот что я сделал ...

  • Создано ключ через терминал: ssh-keygen -f foo_key
  • Застрял ключ паб в правильном месте на моем сервере ...
  • ssh'ed в терминале с помощью: ssh -i /Users/me/.ssh/foo_key [email protected]
  • Спрашивается пароль, который я выбрал при настройке, в порядке ввода.

Итак, теперь у меня есть доступ, следующий I logout с моего сервера. Теперь я хочу избавиться от доступа на этом компьютере. Я попытался удалить локальные частные и открытые ключи, я попытался удалить контрольную сумму в known_hosts, я пробовал найти ключ, сохраненный в keychain access, там ничего нет.

Итак, когда эта информация аутентификации была сохранена, это довольно раздражает.

Все рекомендации оценены.

EDIT

Вот некоторые многословным информация, это, похоже, не использовать мой foo_key на все теперь:

debug1: identity file /Users/me/.ssh/id_rsa type 1 
debug1: key_load_public: No such file or directory 
debug1: identity file /Users/me/.ssh/id_rsa-cert type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /Users/me/.ssh/id_dsa type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /Users/me/.ssh/id_dsa-cert type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /Users/me/.ssh/id_ecdsa type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /Users/me/.ssh/id_ecdsa-cert type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /Users/me/.ssh/id_ed25519 type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /Users/me/.ssh/id_ed25519-cert type -1 

Нет точной информации о ключе RSA даже frickin' предлагает в первое место:

debug1: Authentications that can continue: publickey,password 
debug1: Next authentication method: publickey 
debug1: Offering RSA public key: 
debug1: Authentications that can continue: publickey,password 
debug1: Offering RSA public key: 
debug1: Server accepts key: pkalg ssh-rsa blen 279 
debug1: Authentication succeeded (publickey). 

ДРУГОЙ UPDATE

Выполнение -vvv не дает мне более значимой информации, чем то, что я уже разместил. Я не знаю, связано ли это с этим, но у меня нет файла authorized_keys в ~/.ssh/. Я создал один и создал несколько новых ключей, там ничего не хранится.

Мне просто нужно знать, почему я могу продолжать доступ к моему серверу даже после того, как я предположительно удалил все доказательства ключей, которые я сгенерировал на своей машине. Не могу поверить, что это не распространено !?

Стоит отметить, что я не использую ключи id_rsa, я специально создаю пользовательские и хочу продолжать их использовать.

+0

Опубликовать подробный журнал. Он расскажет вам, что там происходит. – Jakuje

+0

Я опубликовал некоторые из них, какие-нибудь полезные? –

+1

Вы подтверждаете подлинность с помощью некоторого ключа. Использование '-vvv' должно дать вам еще больше информации и, надеюсь, также, где взять ключ. – Jakuje

ответ

0

Вы внесли какие-либо изменения в sshd_config, чтобы запретить подключения без проверки подлинности с открытым ключом?

Если нет, то вам придется изменить линию, говоря

PasswordAuthentication yes 

в

PasswordAuthentication no 

Затем перезапустить SSHd с любой системой инициализации у вас есть.

+0

Я сделаю это и дам вам знать, как я нахожусь. –

+0

Это совершенно не связано с вопросом. – Jakuje

+0

Это не было или не было несвязано перед редактированием OP. Если вы не отключите PasswordAuthentication, вы сможете войти на сервер независимо от наличия закрытого ключа или нет. – reign

0

Вам необходимо удалить .ssh/foo_key и .ssh/foo_key.pub с вашего локального компьютера, а также удалить запись открытого ключа с .ssh/authorized_keys на сервере.

Последний шаг является решающим.

Редактировать: Кроме того, вы можете использовать опцию -v для получения более подробного вывода, чтобы увидеть, как именно он аутентифицируется.

+0

Несомненно, не имеет значения, существует ли еще ключ pub на сервере? Я удалил как публичные, так и частные локально и все еще мог получить доступ, что является странной основой для моего вопроса. –

+0

@Capio Это правда, просто хотелось убедиться, что все этапы будут покрыты. 'ssh -vvv' должен быть в состоянии сказать вам, какой ключ/метод auth он использует, хотя. И проверьте файл authorized_keys для любых ключей других ключей, которые могут быть добавлены. –

0

После удаления ключей локально с моего mac и перезапуска, только тогда он отменяет доступ. Поэтому он должен каким-то образом кэшировать учетные данные подключения. Не знаю, как, но просто заставляйте кого-то испытывать одно и то же.