ВНИМАНИЕ: Не удалось подключиться к ip-xxx-xx-xx-xx

Question

Ошибка: FATAL: # узла найдены, но не имеют обязательного атрибута для установления соединения. Попробуйте установить другой атрибут, чтобы открыть соединение с помощью --attribute.

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

Так что, когда я запускаю команду я получаю следующее я получаю следующее

knife ssh "role:servers" "touch /home/ubuntu/file.txt" 

WARNING: Failed to connect to ip-172-31-8-x.us-west-2.compute.internal -- SocketError: getaddrinfo: nodename nor servname provided, or not known 
WARNING: Failed to connect to ip-172-31-94-xb.us-west-2.compute.internal -- SocketError: getaddrinfo: nodename nor servname provided, or not known 
WARNING: Failed to connect to ip-172-31-99-x.us-west-2.compute.internal -- SocketError: getaddrinfo: nodename nor servname provided, or not known 

Когда я попробовать новые атрибуты

knife ssh "role:web" "touch /home/ubuntu/file.txt" -x ubuntu -a hostname 

FATAL: 6 nodes found, but does not have the required attribute to establish the 
connection. Try setting another attribute to open the connection using --attribute. 

Я пытался Differnet атрибуты, но не повезло

knife ssh "role:servers" "touch /home/ubuntu/file.txt" -a ec2.public_hostname 
knife ssh "role:servers" "touch /home/ubuntu/file.txt" -a public_hostname 


knife ssh "role:servers" "touch /home/ubuntu/testfile.txt" --attribute 54.68.122.109 -i /Users/useraccount/.ssh/mykey.pem -x ubuntu 

FATAL: 2 nodes found, but does not have the required attribute to establish the connection. Try setting another attribute to open the connection using --attribute. 

Очевидно, что у меня что-то не хватает.

Следует отметить, что я могу использовать ssh на серверах, но не используя ip-172-31-xx.us-west-2.compute.internal, которые клиент-шеф-клиент обнаруживает при настройке, скорее, AWS Публичный IP.

Это повлияет на то, что я смогу правильно выполнить команду выше?

Chef данные списки серверов узла как

FQDN: IP-172-31-хх-xx.us-запад 2.compute.internal

IP Address: 172.31.xx. хх

С AWS согласования установки, как это так,

Priviate DNS: IP-172-31-хх-xx.us-запад 2.compute.internal

Priviate IP-адреса: 172.31.xx.xx

Однако информация AWS для sshing в экземпляр является

Public DNS: ec2-54-200-xx-xxx.us -west-2.compute.amazonaws.com Public IP: 54.200.xx.xxx

Это данные AWS Public DNS я могу использовать, чтобы правильно SSH в сервер (не ножом).

Если возможно, проблема заключается в том, как данные узла узла шеф-повара передаются на сервер шеф-повара, есть ли возможность исправить это, так что сервер шеф-повара отражает данные об общедоступных IP-адресах aws?

Answer 1

Если ваша рабочая станция не находится на AWS VPN или фактически запущена внутри вашего VPC, вы захотите использовать -a public_ip_address.

Если это экземпляр VPC, возможно, у вас нет этого атрибута, установленного из-за некоторых проблем с ohai. В этом случае убедитесь, что вы установили подсказку ec2 для ohai.Самый простой способ сделать это - использовать флаг --hint ec2 при загрузке узла.

И, наконец, если этот узел не имеет общедоступного IP-адреса, так как многие из них не находятся в VPC, вам необходимо использовать прокси-узел для его доступа. Для этого используется флаг --ssh-gateway, и ему нужно будет указать узел в общей подсети вашего VPC.