Kan webserver niet bereiken via eigen ip

[HaTe]

Ik heb momenteel een Grafana en Influxdb docker container draaien, alleen de communicatie tussen beide gaat niet goed. Eerder heeft dit altijd gewerkt, maar ik heb onlangs wat veranderd in het netwerk (nieuwe router en nieuwe IP range) en sindsdien werkt het volgens mij niet meer.

Ik kan influxdb testen met het volgende commando:

curl -v http://192.168.5.11:8086/ping

Deze antwoord niet als ik dit commando op de server (192.168.5.11) zelf uitvoer, maar wel via andere pc's in hetzelfde netwerk. Hoe kan dit?

Op de server zelf kan ik dit wel doen via localhost en via de hostname (nas):

curl -v http://localhost:8086/ping

curl -v http://nas:8086/ping

Ik krijg dan ook gewoon antwoord van de influxdb webserver. Helaas werkt dit weer niet vanuit de grafana docker container die gebruik maakt van het bridge netwerk.

Iemand enig idee hoe ik ervoor kan zorgen dat 192.168.5.11:8086 gewoon bereikbaar is vanaf de host zelf?

[ Voor 3% gewijzigd door HaTe op 10-10-2017 17:27 ]

[HaTe]

Niemand die enig idee heeft waar ik moet zoeken?
Ik draai Xpenology op de server (Synology DSM) en daar heb ik een firewall actief. Ook uitzetten hiervan heeft geen effect.

[lier]

Hoe wordt nas geresolved?

Deze antwoord niet als ik dit commando op de server (192.168.5.11) zelf uitvoer, maar wel via andere pc's in hetzelfde netwerk. Hoe kan dit?

Op de server zelf kan ik dit wel doen via localhost en via de hostname (nas):

Dat is inderdaad heel vreemd gedrag, wat is in dit verhaal de "server zelf"?
En wat voor antwoord verwacht je (ik ben niet bekend met Influxdb) en wat geeft netstat?
Heb je iets van een port forward aangemaakt naar je container?

[HaTe]

lier schreef op donderdag 12 oktober 2017 @ 10:56:
Hoe wordt nas geresolved?

Zowel direct op de host als in de container als "192.168.5.11", wat goed is.

[...]
Dat is inderdaad heel vreemd gedrag, wat is in dit verhaal de "server zelf"?

De server zelf is de Xpenology server met ip "192.168.5.11" waar dus de docker container op draait.

En wat voor antwoord verwacht je (ik ben niet bekend met Influxdb) en wat geeft netstat?
Heb je iets van een port forward aangemaakt naar je container?

Wat wil je precies weten van netstat?
Poort 8086 wordt gebind naar 8086 op de host, met de -p optie van docker create

[lier]

Zou je eens een plaatje kunnen maken van alle hosts en hun bijbehorende IP adressen? Draaien Grafana en Influxdb in dezelfde container? Heeft de container hetzelfde IP adres als de host die de container draait?

[HaTe]

Er is maar 1 host, dat is de Xpenology server met ip adres 192.168.5.11 waar docker op draait. Met een willekeurige andere PC op hetzelfde netwerk (voorbeeld 192.168.5.2) kan ik wel bij influxdb, maar via de server zelf alleen via localhost en de hostname, zoals uitgelegd in de TS.

Influxdb en Grafana draaien niet in dezelfde container. Dit is hun config:
https://pastebin.com/c7yh3wYp
Aangezien ze beide op het bridge netwerk draaien, hebben ze dus ook niet hetzelfde ip adres als de host.

[Falcon]

Ik gok dat je nieuwe router geen nat local loopback ondersteund.

[HaTe]

Falcon schreef op donderdag 12 oktober 2017 @ 12:30:
Ik gok dat je nieuwe router geen nat local loopback ondersteund.

Het is een Ubiquiti Edgerouter X. Kan zijn dat ik iets niet goed heb in de config..
Maar via een andere PC in hetzelfde netwerk kan ik wel naar het eigen ip van deze andere PC pingen.

[RobinF]

Falcon schreef op donderdag 12 oktober 2017 @ 12:30:
Ik gok dat je nieuwe router geen nat local loopback ondersteund.

Is dit uberhaupt gerelateerd? TS gebruikt nergens zn externe ip of een hostnaam die naar het externe ip resolved.
't Zou eerder te maken hebben met de loopback v/d netwerkadapter.

HaTe schreef op donderdag 12 oktober 2017 @ 10:20:
Niemand die enig idee heeft waar ik moet zoeken?
Ik draai Xpenology op de server (Synology DSM) en daar heb ik een firewall actief. Ook uitzetten hiervan heeft geen effect.

Kan het zijn dat influxdb bind aan 127.0.0.1 of een verkeerd IP ipv 0.0.0.0 of 192.168.5.11? Dit kan je denk ik terug vinden in de config, anders kan je het nakijken met netstat

[HaTe]

Ik heb het opgelost. Ik had in DSM bij Geavanceerde netwerk instellingen "Meerdere gateways inschakelen" aan staan. Nu dit uit is werkt het weer!

[Falcon]

Hij probeerde dan via een andere gateway je lokale ipadres te pingen?

Probeer even te begrijpen waarom het nu wel werkt.