Отметьте один - приложение работает или нет порт 8000 в экземпляре GCP
kranthi@xxx-dev-xxx:~$ netstat -tlpn | grep 8000
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
tcp 0 0 0.0.0.0:8000 0.0.0.0:* LISTEN 22051/python
отметьте два - проверьте правила брандмауэра и примененные теги экземпляра с моего компьютера
kranthi@xxxxxxxx:~$ gcloud compute firewall-rules describe django-
dev-env --format="value(targetTags)"
xxx-dev-kranthi;xxx-dev-xxx
kranthi@xxxxxxxx:~$
отметьте три - проверьте тег экземпляра
kranthi@xxxxxxxxx:~$ gcloud compute instances list --
filter='tags:fdst-dev-blr1' --format='table(name,status,tags.items)'
NAME STATUS ITEMS
xxx-dev-xxx RUNNING [u'xxx-dev-xxx', u'http-server', u'https-server']
Мы видим, что экземпляру с именем хоста xxx-dev-xxx присвоен сетевой тег xxx-dev-xxx.
Правило брандмауэра django- dev-env также имеет тег xxx-dev-xxx
Я только что решил вопрос, когда писал этот вопрос. У меня был дополнительный тег брандмауэра на вычислительном экземпляре, после удаления которого я мог подключиться к серверу через порт 8000