Как управлять большой информацией о соединении SSH экземпляров EC2 от человечности с помощью различных .pem файлов
Я должен получить доступ к большому количеству экземпляров AWS EC2 от моей локальной машины регулярно. Их IP-адреса не отображаются ни на каком домене, я должен войти им в команду использования как:
ssh -i keyfile.pem ec2-user@<ip address of the instance>
Существует более чем 10 экземпляров EC2, и у некоторых есть тот же файл ключей, который некоторые имеют отличающийся. Проблема состоит в том, что я не помню их IP-адресов и каждый раз, когда я должен искать их на своей консоли AWS и затем скопировать, вставляют их IP-адрес. Есть ли какой-либо способ, которым я могу сделать этот процесс намного быстрее путем хранения некоторых псевдонимов к этим экземплярам локально и получить доступ к ним использующий некоторый инструмент GUI? Я не хочу использовать ШПАКЛЕВКУ, так как мне нравится оболочка Ubuntu.
2 ответа
Можно попробовать ярлыками мимо, указывают имя хоста, имя пользователя, порт и закрытый ключ. Относитесь официальные документы .
Host MyInstance1
Host example.com or ipaddress
User ubuntu
IdentityFile /path/to/privatekey/MyInstance1.pem
Разрешение:
chmod 600 ~/.ssh/config
Затем Попытка получить доступ
ssh MyInstance1
можно также попробовать псевдонимами:
Файл:
vi vim ~/.bash_aliases
Затем
alias MyInstance1='ssh ubuntu@ec2.amazon.com -i /path/to/private-key/MyInstance1.pem'
Конфигурация ssh является большой для этого, однако, после повторного развертывания новых экземпляров, которые изменит дюйм/с, и Ваша конфигурация ssh станет устаревшей. Я записал инструмент, который вытянет последние материально-технические ресурсы EC2 от AWS и ssh в систему, которая соответствует Вашему поиску: https://github.com/wagoodman/bridgy
bridgy ssh <some-instance-id>
или если Вы добавляете тег, названный Name к каждому экземпляру затем, можно использовать это также:
bridgy ssh <some-name-tag-value>
, Если Вам определили ~/.aws creds/config, как Вы были бы с aws-cli, а также следующим в ~/.bridgy/config.yml:
inventory:
source: aws
update_at_start: true
ssh:
user: <your ssh user>
...
затем это должно работать!
Одна последняя вещь: если Вы добавите все свои ssh ключи к ssh-агенту затем, то это решит Вашу проблему относительно нескольких файлов ключей (все ключи пробуют против хоста, в который Вы пытаетесь войти).