Агент Stackdriver по проблеме маршрутизации GCE

Я следовал инструкциям по установке агента stackdriver на виртуальную машину CentOS 7.

Это У виртуальной машины есть доступ к Интернету: я могу запустить трассировку к www.google.com или другим общедоступным службам без каких-либо проблем.

[root@dbrocket sysconfig]# ping www.google.com
PING www.google.com (74.125.141.99) 56(84) bytes of data.
64 bytes from vl-in-f99.1e100.net (74.125.141.99): icmp_seq=1 ttl=49 time=74.0 ms
64 bytes from vl-in-f99.1e100.net (74.125.141.99): icmp_seq=2 ttl=49 time=73.0 ms

Когда я пытаюсь запустить агент stackdriver, он не работает следующим образом:

Apr 03 02:42:55 dbrocket stackdriver-agent[25065]: Starting stackdriver-collectd: Unable to determine collectd endpoint!
Apr 03 02:42:55 dbrocket systemd[1]: stackdriver-agent.service: control process exited, code=exited status=1
Apr 03 02:42:55 dbrocket systemd[1]: Failed to start LSB: start and stop Stackdriver Agent.

Глядя на источник, он похоже, что он не может подключиться к службе шлюза stackdriver, и действительно, нет никакого способа связаться с ним:

[root@dbrocket sysconfig]# traceroute -n collectd-gateway.google.stackdriver.com
traceroute to collectd-gateway.google.stackdriver.com (173.255.114.144), 30 hops max, 60 byte packets
1  10.80.0.2  36.808 ms  36.733 ms  36.764 ms
2  * * *
3  * * *
4  * * *
5  * * *
6  * * *

Это разрешения API, которые есть у этой виртуальной машины:

[root@dbrocket sysconfig]# curl --silent -f -H "Metadata-Flavor: Google" http://169.254.169.254/computeMetadata/v1/instance/service-accounts/default/scopes
https://www.googleapis.com/auth/cloud.useraccounts.readonly
https://www.googleapis.com/auth/devstorage.read_only
https://www.googleapis.com/auth/logging.write
https://www.googleapis.com/auth/monitoring

Я собираюсь создать еще одну виртуальную машину с дополнительной областью авторизации API google-cloud-plaform , но все же эта проблема с маршрутизацией выглядит очень странно. Я пробовал использовать разные виртуальные машины с надлежащим доступом в Интернет, и все они демонстрируют одинаковое поведение.

Что я делаю не так?

0
задан 3 April 2016 в 05:50
1 ответ

Эта проблема была решена путем исправления правил брандмауэра в конфигурация основной сети

1
ответ дан 4 December 2019 в 16:39

Теги

Похожие вопросы