J'ai créé une instance micro de Linux EC2 de Linux et j'ai lancée, créé un clavier et toutes les choses de début spécifiées dans cette vidéo:
http://www.youtube.com/watch?v=hjrsti6dsjg p>
Mais lorsque je me connecte à mon instance avec un terminal de mastic, il ne se connectera pas à Mon instance EC2. p>
J'ai spécifié le bon exemple public DNS et la clé privée que j'ai créée avec le générateur de clé de mastic. p>
i Obtenir cette erreur: p>
Network Error : Connection timeout
9 Réponses :
Êtes-vous sûr que vous avez activé l'accès SSH dans les paramètres de pare-feu de votre instance?
Pouvez-vous vous connecter à Putty à d'autres machines? Peut-être que votre pare-feu local bloque les connexions SSH.
En outre, vous ne pouvez pas simplement utiliser une clé privée que vous avez générée avec PUTTY - vous devrez créer une utilisation à l'aide de l'interface Web AWS, attribuez-la à votre instance EC2, téléchargez-la sur votre ordinateur local et instruez Putty à l'utiliser lorsque Connexion à votre instance EC2.
merci, je suis capable de connecter maintenant c'était un problème de réglage du pare-feu maintenant je corrige maintenant, je suis maintenant capable de vous connecter à mon instance, il demandant à la connexion, car j'entre la racine ainsi que "l'utilisateur EC2" quelle personne entrent en vidéo mais j'ai trouvé un serveur d'erreur Refuser notre clé, s'il vous plaît veuillez dire ce qui devrait être nom d'utilisateur.
Si c'est une AMI fournie par Amazon, le nom d'utilisateur doit être l'utilisateur EC2. Êtes-vous sûr que vous avez fourni le bon fichier de clé à Putty?
Oui, je fournit un fichier de clé correct, mais cela donne toujours une erreur "déconnectée: aucune méthode d'authentification prise en charge" :(
Selon ceci (un peu vieux) link freesshd.com/... < / a>, Metty a eu des problèmes avec une authentification clé privée / publique dans le passé. Pourriez-vous le tester avec un autre client SSH?
Cela n'a pas fonctionné pour moi. Suppression de la question du pare-feu, mais obtenue toujours "Erreur mortelle du mastic, la connexion réseau expirée" même après avoir augmenté le temps
Cela a fonctionné pour moi avec des actions suivantes 1.Turned of McAfee Firewall Params 2.Added Putty aux programmes autorisés dans les paramètres Windows Firewall 3. J'utilisais un nom d'instance incorrecte, corrigé-le. C'est ça. Je peux voir la console avec une invite de commande. Maintenant, je dois vérifier comment accéder à Ubuntu UI.
Une dernière chose à retenir lorsque vous utilisez Putty pour vous connecter, ajoutez un paramètre de sécurité pour accepter la connexion SSH. Si vous prenez le groupe de sécurité par défaut
C'est gibberish. Pouvez-vous essayer de reformuler?
Ayant connecté avec succès dans le passé, j'ai eu cette erreur après avoir fermé mon instance et la recommençante.
Apparemment, le DNS public change après l'avoir fermée et recommencez à nouveau, je devais donc remplacer la chaîne DNS dans le putty avant qu'il ne puisse trouver mon instance de se connecter avec le port 22.
Merci pour cette réponse. J'ai vu la même chose et je n'ai pas remarqué que l'IP publique avait changé, essayant tout en vain.
Vous devez simplement ajouter une règle SSH pour vous connecter des connexions entrantes à votre instance EC2 dans la console de gestion EC2.
Cela a effectivement résolu mon problème, en tenant compte si vous faites face à l'erreur de connexion chronométrée! Merci.
Semble que le client IP peut changer et, par conséquent, ne correspond pas à celui défini dans les règles entrantes. Le réglage de la source vers n'importe où le rend dynamique et résout le problème. Merci @kevin
Je suis également confronté à la même erreur de réseau: problème de délai de connexion après avoir gardé tout ce qui est à bon endroit.
Mais dans mon cas, Internet Gateway (IGW) ne fonctionne pas, vous vérifiez également que vous vérifiez également la configuration VPC par défaut pour le dépannage.
Cette erreur est généralement survenue car le serveur ne répondant pas signifie que la source n'a pas clairement le chemin de connexion pour vous connecter à votre serveur, même si vous mettez le port SSH 22 de SG.
J'ai confronté à un problème similaire. Raison: car dans mon groupe de sécurité, le trafic entrant du port 22 a été défini sur MyIP, maintenant depuis que je me suis connecté à Internet, j'ai reçu une adresse IP différente, tandis que dans notre groupe de sécurité, le trafic entrant de SSH devait provenir de IP uniquement.
solution:
J'ai fait face à ce problème. Les cas possibles sont
Assurez-vous d'ouvrir le numéro de port-22 (SSH) dans la règle entrante du groupe de sécurité
Assurez-vous d'utiliser le fichier .ppk correct
Vérifiez les paramètres réseau. Le VPC dans lequel vous avez lancé une instance, peut ne pas avoir attaché à la passerelle Internet. Cela se produit lorsque vous supprimez accidentellement la valeur par défaut L'Internet- passerelle. a) Créer une passerelle Internet et joindre au VPC mentionné b) Dans la table de route -> Route, ajoutez une passerelle Internet avec (0.0.0.0.0/0)
Cela devrait résoudre le problème. : -)
Cette erreur peut se produire lorsque vous activez Si vous avez déjà commis l'erreur. Suivez ensuite le guide suivant Activer le mode insertion en appuyant sur mise à jour Cliquez sur Enfin, lancez l'instance bloquée. Voici vous pouvez accéder à votre instance. Si vous activez à nouveau UFW, n'oubliez pas d'autoriser 22 / TCP. ufw et redémarrez votre instance. Vous devez d'abord ajouter 22 / tcp avant d'activer ufw . Voici la commande ufw allaite 22 / tcp
sudo lsblk pour afficher les volumes ci-joints
i dans VI éditeur
activé = OUI à activé = NO
ESC et tapez : wq pour mettre à jour le fichier.
activé = OUI -> activé = non
/ dev / sda1 . .
Merci pour la réponse. J'ai fait la même erreur et je continuais à changer le groupe de sécurité.
Comment démarrer une instance de récupération?
Vous devez simplement ajouter une règle SSH pour les connexions entrantes à votre instance EC2.
Connectez maintenant qu'il fonctionne