Connexion ouverte sur le VPC en peering

0

Je suis sur aws et j'ai 3 vpc connectés dans un modèle appelé "flying V" https://docs.aws.amazon.com/en_us/vpc/latest/peering/peering-configurations-full-access.html#one -to-two-vpcs-full-access , 1 administrateur vpc (10.100.0.0/16) lié à 1 esclave vpc (10.110.0.0/16) et 1 production (vpc) (10.120.0.0/16). très similaire à https://www.whaletech.co/2014/10/02/reference-vpc-architecture.html

J'ai besoin d'utiliser l'admin vpc comme point d'accès centralisé, puis de me connecter aux deux autres vpc.

J'ai configuré la connexion de peering entre admin-> esclave et admin-> production, ainsi que la table des itinéraires pour autoriser le trafic via vpc.

Maintenant, je peux me connecter avec putty sur la couche publique nat-ec2 et à partir de là, je peux:

ssh [email protected] //private service layer

et connectez-vous à admin-ec2 dans la couche service.

Comment puis-je connecter à partir d'admin vpc à un slave-ec2 à l'intérieur de l'esclave vpc? ssh [email protected] // cela ne fonctionne pas

[modifier]

Ici (à l'intérieur du serveur de la couche privée d'administrateur), je suis en mesure de faire un ping vers un autre serveur, dans une autre couche privée vpc. Quelle ligne de commande dois-je activer pour basculer vers ce serveur?

Mindexperiment
la source
J'ai trouvé que mes tables de routage n'étaient pas correctement configurées. Maintenant, lorsque j'essaie de me connecter à une instance sur un autre vpc, l'erreur "Autorisation refusée: (publickey, gssapi-keyex, gssapi-with-mix)" est une erreur
Mindexperiment
J'ai trouvé maintenant que je peux cingler au serveur dans l'autre vpc, alors maintenant la question est, comment puis-je accéder à la ligne de commande de ce serveur?
Mindexperiment
Pour résoudre mon problème, j'ai trouvé utile ce post: stackoverflow.com/questions/50345106/…
Mindexperiment