Я столкнулся с проблемой, когда пытался настроить сеть с гиперссылкой на Google Cloud Platform. Когда я настраивал сеть Hyperledger между тремя экземплярами на Google Cloud Platform (один заказчик и две организации), по какой-то причине я не мог использовать S SH в двух экземплярах, запускающих организации, и я также не мог использовать экземпляр, работающий Orderer (который работал нормально) для проверки связи с 2 другими организациями. Консоль GCP показала следующее сообщение об ошибке на двух неподключенных экземплярах: «Временный сбой в разрешении имен». Затем я изменил настройки DNS-сервера на этих двух экземплярах организации, сеть работала ... пока несколько часов спустя один из экземпляров организации снова не вышел из строя. Я сообщил об этой проблеме в службу поддержки Google Cloud и получил следующее сообщение:
Из журналов я мог определить, что по какой-то причине вы потеряли DHCPv4 [1], и интерфейс systemd-networkd начал перезагружаться [2] [3], пока, в конце концов, он не стал полностью недоступен [3]. С этого момента произошел каскад сбоев, таких как невозможность получения сетевого интерфейса адреса MA C, переименование сетевого интерфейса и переадресация IP.
Вы также можете заметить, что экземпляр потерял доступ к сервер метаданных [5], который может быть основной причиной невозможности S SH.
Затем следующие сообщения [6] показывают нам, что действительно не было доступной сети, так как DHCP и интерфейс были отключены [7].
Со стороны GCP все выглядит хорошо, в журналах нет проблем ни с ВМ, ни с вашей сети VP C. Поэтому окончательного ответа от нас нет, так как я не особо много чего мог бы исследовать.
Поскольку Hyperledger является сторонним приложением, а пользовательская настройка внутри экземпляров виртуальной машины не поддерживается GCP, я предлагаю Чтобы проверить эти моменты, наблюдаемые в журналах, и поделиться ими со сторонней службой поддержки программного обеспечения, я считаю, что они могут лучше помочь в определении правильной конфигурации, которую вы должны использовать, чтобы избежать этого сценария.
[ 1] 29 июня 05:45:22 tsohue-hyperledger-2 systemd-networkd [836]: ens4: Не удалось установить адрес DHCPv4: время соединения истекло 29 июня 05:48:03 tsohue-hyperledger-2 systemd-networkd [836] : Ens4: Не удалось установить маршрут DHCPv4: Истекло время ожидания соединения
[2] 29 июня 05:48:35 tsohue-hyperledger-2 networkd-dispatcher [1125]: ОШИБКА: Неизвестный индекс интерфейса 37 виден даже после перезагрузки
[3] https://github.com/mailcow/mailcow-dockerized/issues/2952 [4] 29 июня 05:48:39 tsohue-hyperledger-2 systemd-networkd [836]: veth9c2ad18: Ссылка ВНИЗ
[5] 29 июня 2006 г. : 42: 31 Цохуэ-гиперлед ger-2 google-network: ERROR GET request error при получении метаданных. . 29 июня, 06:42:50 tsohue-hyperledger-2 google-clock-skew: ERROR GET request error при получении метаданных. . 29 июня, 06:43:53 tsohue-hyperledger-2 google-accounts: ERROR GET request error при получении метаданных. .
[6] 29 июня, 10:14:01 tsohue-hyperledger-2 snapd [27579]: autorefre sh. go: 385: не удается подготовить автоматическое обновление sh из-за изменения постоянная сетевая ошибка: постоянная сетевая ошибка: Get: dial tcp: lookup: временный сбой в разрешении имен
[7] https://ubuntuforums.org/showthread.php?t=2441385
К сожалению, я все еще не мог понять причину root этой проблемы. Мне интересно, был ли у кого-нибудь подобный опыт или представление о причине и / или решении root? Любой ответ будет очень признателен. Большое спасибо.