тайм-ауты пиринговых сетей - PullRequest
Новая
       6

тайм-ауты пиринговых сетей

0 голосов
/ 09 сентября 2018

Я пытаюсь сделать несколько вещей на Azure с помощью terraform, но я не очень привык к отладке сетей и столкнулся с проблемой.

Моя сеть выглядит так:

On_premise_Network (196.168.0.0/16) <--- <strong>VPN IPsec ---> Шлюз Subscription-vnet (10.150.33.0/27).

Шлюз Subscription-vnet (10.150.33.0/27) <--- <strong>Vnet Peering ---> Тестировать Subscritpion-vnet (10.150.33.32/27)

Я загрузил vms на каждую подпакет / группу ресурсов / подсети, чтобы попытаться подключиться к сети, я могу использовать ssh отовсюду и везде.

Теперь в моей тестовой подписке есть сервер zookeeper. И я добавляю в эту подписку сервер линз для наблюдения за зоопарком. Работает нормально.

Моя проблема заключается в следующем: Я запускаю линзы из моей подписки on_premise_network или шлюза, и она не работает. Я вижу кучу соединений тайм-аута на объективах: 

 Client session timed out, have not heard from server in 40000ms for sessionid 0x165b40971940005µ

А на стороне сервера zookeeper я вижу Сброс соединения по пиру : 

INFO Accepted socket connection from /192.168.4.49:54776 (org.apache.zookeeper.server.NIOServerCnxnFactory)

INFO Client attempting to renew session 0x165b40971940005 at /192.168.4.49:54776 (org.apache.zookeeper.server.ZooKeeperServer)

INFO Invalid session 0x165b40971940005 for client /192.168.4.49:54776, probably expired (org.apache.zookeeper.server.ZooKeeperServer)
org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(ClientCnxnSocketNIO.java:357)
    at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1214)

Что я сделал не так? (мой тестовый vnet имеет доступ и доступен из моей on_premise_network через шлюз подписки.)

Есть ли ограничения для пиринга vnet?

Разве это не просто плоская сеть?

Почему он работает из одной подсети, а не из нее? Мне нужна помощь в этом, сети не достаточно понятны для меня.

Спасибо!

1 Ответ

0 голосов
/ 10 сентября 2018

Если вы используете пиринг vNet с теми же регионами. Вы можете проверить, нужно ли открывать порты в брандмауэре или NSG, связанных с каждым из одноранговых Vnet для входящих правил. Вы также можете настроить шлюз в одноранговой виртуальной сети в качестве транзитной точки к локальной сети. Ссылка: Настройка транзита VPN-шлюза для пиринга виртуальной сети

Чтобы подтвердить пиринг в виртуальной сети, вы можете проверить действующие маршруты для сетевого интерфейса в любой подсети в виртуальной сети. Все подсети в пределах виртуальной сети имеют маршруты с пирингом виртуальной сети следующего типа для каждого адресного пространства в каждой одноранговой виртуальной сети, если одноранговая виртуальная сеть существует. Кроме того, с помощью проверки подключения Network Watcher можно увидеть, как трафик направляется от сетевого интерфейса исходной виртуальной машины к сетевому интерфейсу целевой виртуальной машины.

Если вы используете Global vNet Peering с другими регионами, вы не сможете использовать удаленные шлюзы или разрешить транзит шлюзов. Чтобы использовать удаленные шлюзы или разрешить транзит шлюзов, обе виртуальные сети в пиринге должны существовать в одном регионе. Кроме того, удаленные шлюзы и транзит шлюзов в настоящее время не поддерживаются глобальным пирингом в виртуальной сети. Вы можете проголосовать за него , и в будущем будет план.

Обновление

Ошибки показывают, что клиент пытается восстановить соединение с вероятно истекшим идентификатором сеанса. Вы можете обратиться к this и взглянуть на FAQ для некоторого фона.

...