проблемы пиринга vpc между бастионом и сервером приложений ec2 - PullRequest
Новая
       15

проблемы пиринга vpc между бастионом и сервером приложений ec2

0 голосов
/ 15 мая 2018

У меня есть две существующие виртуальные машины. Один - это общие сервисы, а другой - настоящие серверы приложений. Я создал одноранговый узел между двумя vpc и добавил маршруты на каждом vpc, но по-прежнему не могу ssh от bastian к серверу приложений с общих служб vpc.

подробности:

  • общие службы vpc cidr (172.31.0.0/16)
    • ip сервера bastian (172.31.5.84)
    • маршрут добавлен в основную таблицу маршрутов (10.2.0.0/16 -> vpc-peer-id)

  • сервер приложений vpc cidr (10.2.0.0/16)

    • ip экземпляра подсети ec2 (10.2.60.4)
    • маршрут добавлен в основную таблицу маршрутов (172.17.0.0/16 -> vpc-peer-id)
    • добавлено sg allow (22 tcp 172.31.0.0/16)

  • Я также добавил тот же маршрут в подсеть сервера приложений, но без изменений.

Я совершенно не уверен, как это настроить или даже работать там, где он блокируется. Любая помощь будет оценена.

1 Ответ

0 голосов
/ 16 мая 2018

Чтобы помочь вам, я сделал следующее:

  • Началось с существующего VPC-A с CIDR 172.31.0.0/16
  • Создано новое VPC-B с CIDR из 10.0.0.0/16
  • Создана подсеть в VPC-B с CIDR 10.0.0.0/24
  • Запущен экземпляр Amazon Linux EC2 в новой подсети вVPC-B
    • Входящий Группа безопасности : Разрешить SSH с 172.31.0.0/16
  • Создано Пиринговое соединение :
    • Реквестер VPC: VPC-A
    • Acceptor VPC: VPC-B
  • Принято пиринговое соединение (Вы делали это на своем?)
  • Настроено Таблицы маршрутов :
    • Публичная таблица маршрутов в VPC-A: Маршрут 10.0.0.0/16 до VPC-B
    • Частная таблица маршрутовв VPC-B: Маршрут 172.31.0.0/16 до VPC-A
  • Открытие SSH-соединения с существующим экземпляром в VPC-A
  • Изэтот экземпляр открыл SSH-соединение с частным IP-адресомновый экземпляр (10.0.0.121)

Результат: Мгновенно возникла ошибка Permission denied (publickey), поскольку я не предоставил закрытый ключ.Получение мгновенного сообщения об ошибке доказало сетевое подключение (в отличие от зависания, которое обычно указывает на отсутствие сетевого подключения).

Затем я предоставил правильный закрытый ключ и снова попытался выполнить SSH.

Результат: Подключено!

Полный поток: 

My laptop -> Instance in public subnet of `VPC-A` -> Instance in `VPC-B`

Пришлось использовать пиринговое соединение, потому что VPC-B не имеет интернет-шлюза и я подключился через частныйIP-адрес экземпляра.

Итак, я рекомендую дважды проверить, что вы выполнили каждый из вышеперечисленных шагов, чтобы выяснить, где может отличаться ваша конфигурация (принятие пирингового соединения, настройка группы безопасности и т. Д.).

...