Puncte:0

Conexiune AWS Peering cu ansible: „Fără rută către găzduire”

drapel es

Am o instanță EC2 în noi-est-1 care ar dori să comunice cu o altă instanță în noi-vest-2.

VPC-East CIDR: 172.16.0.0/16

VPC-West CIDR: 172.17.0.0/16

Subrețelele utilizate în aceste VPC-uri sunt 172.(16 sau 17).0.0/24 în mod corespunzător.

Am creat un Conexiune peering între cele două regiuni VPC și poate ar ajuta, așa că am permis:

  • Permiteți VPC-ului acceptor să rezolve DNS-ul gazdelor din VPC-ul solicitantului la adrese IP private

  • Permiteți VPC solicitantului să rezolve DNS-ul gazdelor din VPC acceptator la adrese IP private

Am adaugat si un traseu nou la mesele de rute:

  • CIDR-ul celuilalt ar trebui căutat la Peering Connection. i.e. la VPC-Est:

introduceți descrierea imaginii aici

Am creat un Analizor de accesibilitate de la instanța de Est până la Peering Connection și reușește.

Dar ansible încă nu reușește să se conecteze de la Est la Vest (De la Est la Est a funcționat mai devreme).

Nu s-a putut conecta la gazdă prin ssh: ssh: se conectează la gazdă 172.17.0.129 portul 22: nicio rută către gazdă

Poate că nu are legătură cu problema mea principală, dar:

  • O altă instanță din vest poate fi accesată printr-un IP public de mine și de instanța de Est.
  • Dar arată asta: Verificarea accesibilității instanței a eșuat
  • În timp ce pot SSH, accesez site-ul web pe care îl găzduiește etc.

Mulțumesc anticipat!

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.