2015-09-14 1 views
2

J'ai donc passé la majeure partie de la journée à essayer de naviguer dans les docs de l'API Azure et enfin Je suis à un stade où ma VM est installée.Créer une VM Azure avec une clé ssh via l'API

Au cours des dernières heures, j'ai essayé de créer une machine virtuelle avec une clé publique pour que je puisse y entrer. Cependant, il ne semble pas pouvoir m'authentifier.

Voici mon code:

Cela ajoute le certificat au service:

cert_path = "/home/rohan/temp/mycert.pem" 

with open(cert_path, "rb") as bfile: 
    cert_data = base64.b64encode(bfile.read()).decode() # decode to make sure this is a str and not a bstr 
    cert_format = 'pfx' 
    cert_password = '' 
    cert_res = sms.add_service_certificate(service_name=hosted_service_name, 
         data=cert_data, 
         certificate_format=cert_format, 
         password=cert_password) 

est de créer la machine virtuelle avec la clé ssh_key:

linux_config = LinuxConfigurationSet(vm_name, 'xxxx', 'yyyyy', True) 

SERVICE_CERT_THUMBPRINT = "1058XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" 
linux_config.ssh = SSH() 
pair = KeyPair(SERVICE_CERT_THUMBPRINT, '/home/xxxx/temp/mycert.pub') 
linux_config.ssh.key_pairs.key_pairs.append(pair) 

sms.create_virtual_machine_deployment(service_name=hosted_service_name, 
    deployment_name=hosted_service_name, 
    deployment_slot='production', 
    label=hosted_service_name, 
    role_name=hosted_service_name, 
    system_config=linux_config, 
    os_virtual_hard_disk=os_hd, 
    role_size='Small') 

Lorsque je tente de ssh en la machine, je reçois le journal suivant:

ssh -i mycert.key -v [email protected] 
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug1: /etc/ssh/ssh_config line 19: Applying options for * 
debug1: Connecting to dw9y1qzwp2.cloudapp.net [104.208.26.98] port 22. 
debug1: Connection established. 
debug1: identity file mycert.key type -1 
debug1: identity file mycert.key-cert type -1 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3 
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6p1 Ubuntu-2 
debug1: match: OpenSSH_6.6p1 Ubuntu-2 pat OpenSSH_6.5*,OpenSSH_6.6* compat 0x14000000 
debug1: SSH2_MSG_KEXINIT sent 
debug1: SSH2_MSG_KEXINIT received 
debug1: kex: server->client aes128-ctr [email protected] none 
debug1: kex: client->server aes128-ctr [email protected] none 
debug1: sending SSH2_MSG_KEX_ECDH_INIT 
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY 
debug1: Server host key: ECDSA a2:80:7e:dc:b6:47:c5:d7:97:0a:7b:9c:75:c6:1f:85 
debug1: Host 'dw9y1qzwp2.cloudapp.net' is known and matches the ECDSA host key. 
debug1: Found key in /home/rohan/.ssh/known_hosts:22 
debug1: ssh_ecdsa_verify: signature correct 
debug1: SSH2_MSG_NEWKEYS sent 
debug1: expecting SSH2_MSG_NEWKEYS 
debug1: SSH2_MSG_NEWKEYS received 
debug1: Roaming not allowed by server 
debug1: SSH2_MSG_SERVICE_REQUEST sent 
debug1: SSH2_MSG_SERVICE_ACCEPT received 
debug1: Authentications that can continue: publickey 
debug1: Next authentication method: publickey 
debug1: Offering RSA public key: [email protected] 
debug1: Authentications that can continue: publickey 
debug1: Trying private key: mycert.key 
debug1: key_parse_private2: missing begin marker 
debug1: read PEM private key done: type RSA 
debug1: Authentications that can continue: publickey 
debug1: No more authentication methods to try. 
Permission denied (publickey). 

Je suis absolument perplexe et aimerais Des idées ou des suggestions.

+1

http://askubuntu.com/questions/343060/no-more-authentication-methods-to-try-permission-denied-publickey La raison exacte de l'échec de connexion sera également disponible dans le journal ssh '/ var/log/auth.log' ou '/ var/log/secure' en fonction de la configuration de' syslog'. – Abhi

+1

Malheureusement, cette réponse suggère d'avoir accès aux deux machines. Je n'aurai techniquement pas accès à la machine virtuelle tant que je ne pourrai pas établir une connexion SSH fonctionnelle – RohanC

+0

J'ai rencontré un problème similaire lors de la connexion à une machine virtuelle non azur distante - votre problème est très probablement lié aux "permissions". Lorsque vous créez la VM vous ne pouvez pas définir/vérifier la permission? https://gist.github.com/ogrisel/5340771 – Abhi

Répondre

0

Probablement pas exactement ce que vous recherchez, mais en termes de « obtenir une machine virtuelle et en cours d'exécution et la connexion via ssh », il devrait faire l'affaire (en utilisant l'Azure CLI: https://azure.microsoft.com/en-us/documentation/articles/xplat-cli-install/):

azure vm quick-create -g nsglinuxrg -n nsglinuxvm -l westus --os-type Linux -Q Canonical:UbuntuServer:14.04.4-LTS:latest -z Standard_D1 -u negat -p <YOUR_PWORD> -M ~/.ssh/id_rsa.pub 

Après avoir fait cela, je peux me connecter avec succès à l'aide:

ssh [email protected]<PUBLIC_IP> -i ~/.ssh/id_rsa 

où j'ai découvert le PUBLIC_IP du FQDN craché par la première commande.