Hulp gezocht bij lokaal domein naar lokaal ip met poort

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

  • Batino
  • Registratie: April 2010
  • Laatst online: 21-09 17:45
Zoals veel anderen run ik verschillende services welke ik op een lokaal domein wil runnen (in dit voorbeeld wil ik mealie.box in plaats van 192.168.50.64:9000). Ik heb een Asus Router (RT-AX53U, 192.168.50.1). Run UnRaid (192.168.50.65) met in Docker; Technitium(192.168.50.2) als lokale DNS en Nginx Proxy Manager (192.168.50.3).

Ik heb al van alles geprobeerd, waaronder pi-hole als DNS server. Maar dit leek ook geen verschil mte maken. Ik heb verschillende YT videos gekeken en tweakers/reddit threads gelezen maar ik zie volgens mij iets over het hoofd. Daarom hoop ik dat jullie mij kunnen helpen

Wat ik heb gedaan:
Zone toegevoegd in Technitium genaamd 'box', waarin ik een adres heb toegevoged 'mealie' welke wijst naar NPM (192.168.50.3)(fig. 1)
Proxy host toegevoegd in NPM mealie.box -> http://192.168.50.64:9000 (fig. 2)
DNS Server toevoegen router: 192.168.50.2 aan DHCP server onder WAN (fig. 3)
DNS Server toevoegen router: 192.168.50.2 aan DHCP server onderLAN (fig. 4)

Wat werkt:
Direct bezoeken van 192.168.50.64:9000/

Wat niet werkt:
mealie.box of mealie.box:9000

Wat ik heb geprobeerd:
  • ipconfig /flushdns
  • Herstarten Router, PC, NPM & Technitium
  • Clear browser cache & verschillende browsers
Extra info:

ping mealie.box

code:
1
2
3
4
5
6
7
8
9
Pinging mealie.box [192.168.50.3] with 32 bytes of data:
Reply from 192.168.50.3: bytes=32 time<1ms TTL=64
Reply from 192.168.50.3: bytes=32 time<1ms TTL=64
Reply from 192.168.50.3: bytes=32 time<1ms TTL=64
Reply from 192.168.50.3: bytes=32 time<1ms TTL=64
Ping statistics for 192.168.50.3:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms


nslookup mealie.box
code:
1
2
3
4
5
Server:  UnKnown
Address:  192.168.50.2

Name:    mealie.box
Address:  192.168.50.3


Afbeeldingslocatie: https://tweakers.net/i/VGvZ1fCp7xGj4tgNpJXPjYL_09A=/800x/filters:strip_exif()/f/image/58twnTw4h84PiGKsPxHLOvOe.png?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/sOHoon4M2fVlTRj30xtuOFEp17k=/800x/filters:strip_exif()/f/image/PhMNTGDcoU03BmoUXA4dWuoo.png?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/tBLUEvpukhqHf8hy32eOUTseYfU=/800x/filters:strip_exif()/f/image/5AMPnnR1ldp9CVmI2subC0IK.png?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/u18Lh3AoLcl_cIe1IAmeniOk4n8=/800x/filters:strip_exif()/f/image/yIjjiZG2sxWcoMRCg0i1PaAS.png?f=fotoalbum_large

Acties:
  • +1 Henk 'm!

  • Jordy R.
  • Registratie: Januari 2013
  • Laatst online: 16-09 19:16
Ik denk dat je tegen een issue aan loopt dat je een .box gebruikt. Dit is officieel een losse TLD en dus te routeren. Ik weet niet of dit door de DNS server of browser dus netjes word opgepakt.

Maar je moet altijd als je lokaal een TLD/routerbaar domein gebruikt volgende inrichten:
- gebruik nooit de volledige TLD als zone
- gebruik altijd een domein in de TLD dus mealie.box en voeg dan een A-record toe met @ of leeg.

En op je device mealie.box zal je ook indien dit een webserver heeft aan je host van bijvoorbeeld apache/httpd/bind etc een binding/listener moeten aanmaken. Dat device heeft nu denk ik enkel een listener op basis van IP-adres en lijkt daar heel strict in.

Acties:
  • +1 Henk 'm!

  • Lawwie
  • Registratie: Maart 2010
  • Laatst online: 22-09 16:47

Lawwie

Het beste bier, brouw je zelf!

Dat van de DNS wordt al netjes afgevangen, dat zie je ook in de nslookup. Wat zie je als je in je browser erheen gaat? Open de developer tools van je browser eens en dan zie je onder het tabje network wat er gebeurd. Tegenwoordig kan je namelijk ook DNS servers in je browser hebben (DNS over HTTPS bij firefox, die de requests door stuurt naar cloudflare). En het dus alsnog niet goed gaat.

Als die DNS ook in de browser goed gaat, kijk naar de logs van de nginx proxy manager. In docker bijvoorbeeld, mapje data>logs>proxy-host-1_access.log.

Als je daar bijvoorbeeld uitvoert: tail -f proxy-host-1_access.log, dan zou je je verzoek voorbij moeten zien komen, als je de browser refresht dan zou je daar ook een entry moeten zien.

Acties:
  • 0 Henk 'm!

  • Batino
  • Registratie: April 2010
  • Laatst online: 21-09 17:45
Bedankt voor jullie hulp. Ik heb er vandaag nog aan gezeten en het leek inderdaad NPM te zijn wat niet lekker werkte. Ik ben uiteindelijk maar gewisseld naar een combi van pi-hole en caddy, dat lijkt wel goed te werken met dezelfde instellingen. Geen idee waarom de vorige combi het niet deed.