Как настроить Coda для работы с моим инстансом Amazon EC2?

Я не могу подключиться к своему экземпляру EC2. Я открыл порт 21 в консоли AWS. Я думаю, что нет возможности ввести мою пару SSH-ключей в Coda. Есть ли способ подключить Coda к моему инстансу EC2?


person einstein    schedule 03.06.2011    source источник


Ответы (3)


Coda должна получить настройки из вашей конфигурации ssh, чтобы вы могли легко настроить это.

Если вы сохранили свою пару ключей EC2 ssh в ~/.ssh/ec2_rsa, просто отредактируйте ~/.ssh/config, чтобы она выглядела так:

IdentityFile ~/.ssh/ec2_rsa

Вы также можете ограничить директиву IdentityFile только своим ресурсом AWS с помощью:

Host somehost.amazonaws.com
    IdentityFile ~/.ssh/ec2_rsa

Если все настроено правильно, вы сможете из командной строки запустить ssh username@awshost и получить запрос на вход в систему.

Если у вас по-прежнему возникают проблемы, вы всегда можете включить аутентификацию по паролю на своем экземпляре, отредактировав /etc/ssh/sshd_config и добавив строку PasswordAuthentication yes в конец файла, а затем установив пароль для своего пользователя с помощью passwd

Я использую следующие настройки в моем .ssh/config для автоматического применения моих пар ключей EC2 для ресурсов EC2:

# EC2 Northern Virginia
Host *.compute-1.amazonaws.com
    IdentityFile ~/.keys/ssh/ec2/us_east_1.key
    StrictHostKeyChecking no
    UserKnownHostsFile /dev/null
    IdentitiesOnly yes
    ForwardAgent no

# EC2 Northern California:
Host *.us-west-1.compute.amazonaws.com
    IdentityFile ~/.keys/ssh/ec2/us_west_1.key
    StrictHostKeyChecking no
    UserKnownHostsFile /dev/null
    IdentitiesOnly yes
    ForwardAgent no

# EC2 Ireland:
Host *.eu-west-1.compute.amazonaws.com
    IdentityFile ~/.keys/ssh/ec2/eu_west_1.key
    StrictHostKeyChecking no
    UserKnownHostsFile /dev/null
    IdentitiesOnly yes
    ForwardAgent no

# EC2 Singapore:
Host *.ap-southeast-1.compute.amazonaws.com
    IdentityFile ~/.keys/ssh/ec2/ap_southeast_1.key
    StrictHostKeyChecking no
    UserKnownHostsFile /dev/null
    IdentitiesOnly yes
    ForwardAgent no

# EC2 Tokyo:
Host *.ap-northeast-1.compute.amazonaws.com
    IdentityFile ~/.keys/ssh/ec2/ap_northeast_1.key
    StrictHostKeyChecking no
    UserKnownHostsFile /dev/null
    IdentitiesOnly yes
    ForwardAgent no
person Peter    schedule 20.06.2011
comment
В Coda при настройке сайта вам нужно использовать somehost.amazonaws.com в поле Сервер и root в поле Имя пользователя, если только вы не хотите войти в систему как кто-то еще и, наконец, оставьте password пустым. - person NullRef; 21.06.2011
comment
Это было превосходно. Спасибо. Я не знал, что этот файл существует, и это сделало мою жизнь намного проще... - person Jake; 29.02.2012
comment
Даже с вашим файлом ‹name›.pem в ~/.ssh/ и с правами доступа, установленными на 700, у вас могут возникнуть проблемы с Coda. В текущих версиях Coda рядом с полем пароля есть кнопка. Нажатие этой кнопки вызывает диалоговое окно, в котором вы можете указать Coda, какой ключевой файл использовать. Если вы настроили Finder для отображения невидимых элементов (по умолчанию com.apple.finder AppleShowAllFiles TRUE), за которым следует (killall Finder), то - person jaredsinclair; 06.11.2012

Я боролся с этим в течение некоторого времени, поэтому делюсь важными для меня шагами:

  1. Настройте псевдоним в /.ssh/config
  2. Убедитесь, что разрешения my_key.pem имеют смысл, например. сделать > chmod 644 my_key.pem
  3. Просто введите свой псевдоним в поле «Сервер» при создании сеанса SSH или SFTP, и ничего больше.

Это сработало для меня.

person knutole    schedule 04.08.2012
comment
Пришлось использовать chmod 400 my_key.pem но все равно иначе - person Dan Smart; 27.01.2015

В новой версии Coda есть небольшой значок ключа, который отображается в поле пароля справа. Если вы нажмете на нее, вы сможете перейти к файлу PEM и выбрать его в качестве пароля.

Значок исчезает, как только вы щелкаете поле пароля, и, насколько я могу судить, вы не можете вернуть его, не создавая новый проект.

person TelFiRE    schedule 20.06.2013