Toon posts:

WebDav intern beschikbaar, extern niet te bereiken.

Pagina: 1
Acties:

Vraag


  • CuBras
  • Registratie: Oktober 2011
  • Laatst online: 27-01 16:17
Mijn vraag
Ik wil mijn eigen password manager gaan hosten. Normaal ben ik best handig, maar ik snap niet waarom ik het extern niet aan de praat krijg. Naar mijn weten heb ik alles open staan zoals het hoort maar ik ben benieuwd naar jullie kijk erop.

Alle netwerk ranges en poorten zijn fictief.

Relevante software en hardware die ik gebruik
Netwerk schets:

Glas --> media converter --> Zyxel VMG8825-T50 (aangesloten op de WAN van USG) --> USG (WAN: 192.168.100.50 / LAN 1 192.168.200.1) --> USG PoE Switch (aangesloten op de LAN1 poort van USG) --> unmanaged switch --> NAS (Synology 216Play) met ip adres 192.168.200.55

Zyxel netwerk = 192.168.100.1/24
USG netwerk = 192.168.200.1/24

Software:
WebDav
Password manager

Wat ik al gevonden of geprobeerd heb

Op de NAS heb ik WebDav geinstalleerd + http en https poorten toegewezen:

http 6663
https 6664

Aparte user aangemaakt met alleen rechten op WebDav.
Via file manager op de NAS een WebDAV share gemaakt, die netjes wordt opgezet en kan synchroniseren:

en dan de volgende zaken ingesteld


Vervolgens heb ik de zaken ingesteld in de password manager om verbinding te maken tot deze webdav share. Dit werkt.

Nu wil ik dit dus van buiten mijn netwerk ook gebruiken. Ik heb het volgende gedaan:

Poorten geopend op de Zyxel naar het .200 netwerk. In het overzicht hieronder open ik eerst de poorten van de Zyxel naar de USG WAN, die 100.50 als netwerk adres heeft.


En dit zelfde gedaan op de portforwarding op de Unify controller:



Maar hoe ik het ook probeer in te stellen, qua intern ip, extern ip, domein naam, quickconnect adres etc. blijf ik de onderstaande melding krijgen:


Waarom denk ik dat dit zo moet werken? Dat komt doordat ik ook een Synology HyperBackup heb lopen naar een offsite Synology die op deze manier wel werkt. Ook het openen van DSM via een alternatief port nummer werkt ook op deze manier.

Ik heb mijn eigen domeinnaam gekoppeld staan aan mijn WAN ip adres aan de Zyxel zijde. Deze is juist geconfigureerd volgens de registrat en bij het pingen krijg ik ook mijn externe ip adres te zien. Als ik dit ip adres inklop dan krijg ik óók dezelfde foutmelding.

Voor het overzicht heb ik de firewall op de NAS uitgezet.

Heeft iemand een idee om mij de juiste richting op te duwen?

Groet

[Voor 4% gewijzigd door CuBras op 15-02-2022 16:11]

Alle reacties


  • Christoxz
  • Registratie: Maart 2014
  • Laatst online: 07:44
Ik weet nou niet echt of het klopt om twee keer een port forwarding te hebben naar het zelfde IP.

Heeft de Zyxel wel toegang tot de .200 range?

T.Net Creality 3D Printer Discord


  • laurens0619
  • Registratie: Mei 2002
  • Laatst online: 12:10
Met @Christoxz

Ik denk dat de mapping in de zyxel gaan 192.168.100.x moet gaan (ip van de WAN interface van de usg)

Ik vind het al gek dat de zyxel het 200.x ip slikt terwijl hij deze niet kent?

CISSP! Drop your encryption keys!


  • CuBras
  • Registratie: Oktober 2011
  • Laatst online: 27-01 16:17
Christoxz schreef op dinsdag 15 februari 2022 @ 15:31:
Ik weet nou niet echt of het klopt om twee keer een port forwarding te hebben naar het zelfde IP.

Heeft de Zyxel wel toegang tot de .200 range?
Ik heb het zojuist getest door de HyperBackup portforwarding op de Unify uit te zetten. Als deze niet actief is heeft de offsite NAS geen connectie om naar mij toe te verbinden.
Zet ik deze weer actief, dan kan ik offsite backuppen naar mijn NAS.

Ik ga er vanuit dat mijn Zyxel toegang heeft op de .200 range aangezien de offsite nas van .100 naar .200 kan. Daarnaast heeft de USG op de WAN poort een static adres gekregen van 192.168.100.50. Op de LAN zijde staat hier 192.168.200.1 ingesteld. Ik heb dit in de start post bijgewerkt.

Voor het overzicht:

Zyxel --> WAN USG: 192.168.100.50 --> LAN USG: 192.168.200.1/24

[Voor 17% gewijzigd door CuBras op 15-02-2022 16:06]


  • Ben(V)
  • Registratie: December 2013
  • Laatst online: 13:05
Wat is het wan ipadres van die USG?
Je moet in die Zylex de poorten forwarden naar het WAN ipadres van die USG en dat ligt in de 192.168.100.xx en is zeker niet 192.168.200.55

All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.


  • lier
  • Registratie: Januari 2004
  • Laatst online: 13:31

lier

MikroTik nerd

Wat is de functie van de USG?

Eerst het probleem, dan de oplossing


  • hcQd
  • Registratie: September 2009
  • Nu online
Als je niets dan de usg achter de zyxel hebt hangen is het het simpelste om de usg als dmz-host aan te wijzen in de zyxel, dan hoef je daar verder niets met met forwarding te doen.

  • CuBras
  • Registratie: Oktober 2011
  • Laatst online: 27-01 16:17
Ben(V) schreef op dinsdag 15 februari 2022 @ 15:51:
Wat is het wan ipadres van die USG?
Je moet in die Zylex de poorten forwarden naar het WAN ipadres van die USG en dat ligt in de 192.168.100.xx en is zeker niet 192.168.200.55
Tijdens het opschrijven van dit issue heb ik vertalingsfout gemaakt bij het server ip adres in de Zyxel. Ik had hier inderdaad het NAS IP opgegeven, maar dit moest uiteraard de WAN USG zijn.
Ik heb dit nu aangepast en de topic start aangepast.
Vanaf de Zyxel zet ik een poort open naar 100.50, het vaste WAN adres op de USG.
Op den duur wil ik vlan's gaan opzetten om de IoT devices te segementeren.
hcQd schreef op dinsdag 15 februari 2022 @ 15:55:
Als je niets dan de usg achter de zyxel hebt hangen is het het simpelste om de usg als dmz-host aan te wijzen in de zyxel, dan hoef je daar verder niets met met forwarding te doen.
Dat is een goede, maar dit is meer een workaround dan een oplossing denk ik? Ik neem aan dat de functionaliteit van de USG dan intact blijft of vervallen er dan functies zoals bij een router omzetten naar bridge modus of verlies ik de mogelijkheid om te gaan vlan'en?

[Voor 7% gewijzigd door CuBras op 15-02-2022 16:02]


  • hcQd
  • Registratie: September 2009
  • Nu online
CuBras schreef op dinsdag 15 februari 2022 @ 15:58:
Dat is een goede. Ik neem aan dat de functionaliteit van de USG dan intact blijft of vervallen er dan functies zoals bij een router omzetten naar bridge modus?
Het zorgt ervoor dat al het inkomende verkeer dat niet aan bestaande verbinding kan worden gekoppeld naar de usg wordt doorgestuurd.

  • Ben(V)
  • Registratie: December 2013
  • Laatst online: 13:05
Heb je al geprobeerd het TLS/SSL profiel level op de Nas lager te zetten?

All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.


  • laurens0619
  • Registratie: Mei 2002
  • Laatst online: 12:10
@CuBras Ik dacht al :P dat kan toch nooit werken met die ip adressen

Maar misschien zit er iets in die password vault een config dat er alleen vanaf lokale ip adressen verbinding gemaakt mag worden?

[Voor 5% gewijzigd door laurens0619 op 15-02-2022 16:54]

CISSP! Drop your encryption keys!


  • Christoxz
  • Registratie: Maart 2014
  • Laatst online: 07:44
Maar hoe ik het ook probeer in te stellen, qua intern ip, extern ip, domein naam, quickconnect adres etc. blijf ik de onderstaande melding krijgen: image
Van waar komt deze foutmelding? Dit lijkt vanuit Synology, is dat dan een externe Synology die je wilt laten syncen?
Vervolgens heb ik de zaken ingesteld in de password manager om verbinding te maken tot deze webdav share. Dit werkt.
Nu wil ik dit dus van buiten mijn netwerk ook gebruiken.
Ik verwacht dan een foutmelding van je password manager?

Verder zou een log van Synology wat meer details geven dan alleen: 'verbinding geweigerd door de server'.
Dat klinkt verder ook dat er wel contact is, maar geweigerd is.
Wellicht kan een TCP ping naar je webdav uitsluiten dat het niet ligt aan je port forwarding

Tevens wellicht ook een idee om naar een VPN te kijken? Voor mij persoonlijk voelt dat prettiger dan een webdav exposen.

T.Net Creality 3D Printer Discord

Pagina: 1


Tweakers maakt gebruik van cookies

Tweakers plaatst functionele en analytische cookies voor het functioneren van de website en het verbeteren van de website-ervaring. Deze cookies zijn noodzakelijk. Om op Tweakers relevantere advertenties te tonen en om ingesloten content van derden te tonen (bijvoorbeeld video's), vragen we je toestemming. Via ingesloten content kunnen derde partijen diensten leveren en verbeteren, bezoekersstatistieken bijhouden, gepersonaliseerde content tonen, gerichte advertenties tonen en gebruikersprofielen opbouwen. Hiervoor worden apparaatgegevens, IP-adres, geolocatie en surfgedrag vastgelegd.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Toestemming beheren

Hieronder kun je per doeleinde of partij toestemming geven of intrekken. Meer informatie vind je in ons cookiebeleid.

Functioneel en analytisch

Deze cookies zijn noodzakelijk voor het functioneren van de website en het verbeteren van de website-ervaring. Klik op het informatie-icoon voor meer informatie. Meer details

janee

    Relevantere advertenties

    Dit beperkt het aantal keer dat dezelfde advertentie getoond wordt (frequency capping) en maakt het mogelijk om binnen Tweakers contextuele advertenties te tonen op basis van pagina's die je hebt bezocht. Meer details

    Tweakers genereert een willekeurige unieke code als identifier. Deze data wordt niet gedeeld met adverteerders of andere derde partijen en je kunt niet buiten Tweakers gevolgd worden. Indien je bent ingelogd, wordt deze identifier gekoppeld aan je account. Indien je niet bent ingelogd, wordt deze identifier gekoppeld aan je sessie die maximaal 4 maanden actief blijft. Je kunt deze toestemming te allen tijde intrekken.

    Ingesloten content van derden

    Deze cookies kunnen door derde partijen geplaatst worden via ingesloten content. Klik op het informatie-icoon voor meer informatie over de verwerkingsdoeleinden. Meer details

    janee