VPN instellen, werkt niet.

[Predjee]

Thanks!

[Predjee]

Nou, ik heb het geprobeerd, alleen ik krijg de volgende foutmelding dan.

Ik kan ook in het laatste octet geen waarde invoeren.

Ik wil namelijk dat ie begint met uitdelen vanaf 150

dus

192.168.0.150 tot 254

Iemand een solution?

[Babylonia]

De melding lijkt me duidelijk.

Ik snap eigenlijk niet waarom je de reeds vóór ingestelde waarden die het VPN-server paket standaard "adviseert" niet hebt laten staan?
Die zijn al zodanig gekozen dat je niet (nauwelijks) conflicten zult tegenkomen.  Wat was daar mis mee om het anders te doen?
Hoe minder dat je rommelt aan gegeven oplossingen, hoe minder kans op fouten.

[Predjee]

Hoi Babylonia,

zoals ik al schreef:

bedrijf zit in 192.168

vpn zit in 10.0

wanneer ik dus inlog via VPN, kom ik in de 10.0 range en niet op het bedrijfsnetwerk.

Daardoor zie ik de server niet.

Dus het advies vanuit hier was: of de vpn server in het bedrijfs range plaatsen.

Tenzij jij me kan vertellen waarom de router dit niet gewoon routeerd, dat heb ik namelijk liever :-)

[Babylonia]

bedrijf zit in 192.168

vpn zit in 10.0

Je schermafdruk geeft een VPN IP tunnel-adres in het  192.168.0.x  gebied  niet in de  10.0.x.x  range.

Na installatie van de VPN-server zijn de vóór ingestelde waarden bij mij voor de VPN-tunnel adressen:
Voor het PPTP protocol:   10.0.0.0
Voor Open VPN            :   10.8.0.1
Voor het P2TP/IPSec   :    10.2.0.0

(Die heb ik zo dus ook zo gewoon laten staan).

Gezien de gateways van de meeste routers meestal standaard staan ingesteld op 192.168.0.x, 192.168.1.x
en daar omtrent (bijv. KPN/Telfort 192.168.2.x )

Zijn 2 van de 3 gebruikte IP-ranges in ieder geval nooit met elkaar in conflict.  Het LAN netwerk thuis, en de VPN-tunnel.
Apple gebruikers zouden dat echter nog wel extra na moeten kijken, omdat Apple routers typisch IP-range hebben in de 10.0.... reeks.

Echter ben je in de lobby van een hotel, bij kennissen, restaurant en je maakt daar gebruik van WiFi ,
grote kans dat je dan ook weer in die standaard IP-ranges zit van 192.168.x.....
Dat conflicteert dus al gauw met je eigen LAN netwerk thuis waar je nu net contact mee wilt maken.
Voor het bereik in hotel, restaurant etc. kun je echter niets veranderen.

Voor het netwerk thuis kun je dat wel.
Dus stel je gateway van je thuis LAN netwerk dan beter in bijv. in het gebied  192.192.100.1,
of psychologisch gezien "minder logisch" bijv.  192.192.75.1   of   192.192.99.1

Weet je bijna zeker dat je nooit in conflict zult komen met IP-ranges.
192.168.75.x  voor je eigen LAN netwerk
10.2.0.x  voor de VPN-tunnel
192.168.0 (1 of 2).x  van het hotel, restaurant etc.

[Predjee]

Ja, dat is allemaal mooi en aardig ;-)

Feit blijft dat als ik nu inlog op VPN, die macbook een adres krijgt in de 10.0.0.0 range van de VPN server.

De server staat op 192.168.0.111

ze zien elkaar dus niet. Logisch, want het zijn twee verschillende netwerken.

Ik moet dus of de VPN server in 192.168.0.0 range plaatsen

Of de router laten DHCP'en in de 10.0.0.0 range.

Of een manier zien te vinden om de router te laten routeren tussen die 2 ranges

either way, ik vind elke oplossing prima.

Maar zodra ik de VPN server wil laten toebedelen dan loop ik dus eerst tegen het probleem aan dat ik het laatste octet niet kan veranderen.. en twee, dat hij dus de foutmelding geeft die ik net liet zien.

Daar zoek ik dus een oplossing voor.

[Pippin]

DSL gateway:   192.168.1.254
Kabel gateway:   192.168.0.1
nas zit op:      192.168.0.111 met VPN in 10.0.2.0/24

bedrijfs netwerk in een 192.168 range, en de VPN server deelt uit in de 10.0 range.

Wat is het bedrijfs netwerk, 192.168.0.0/24 of 192.168.1.0/24 ?

[Predjee]

hoi MMD

het bedrijf zit op 192.168.0.0 / 24

De gateway op 192.168.0.1

De server op 192.168.0.111

VPN deelt uit op 10.0.0.0 / 8 (denk ik, want dat kan ik dus niet instellen) laatste octet is ook grayed out.

We hebben ook een ADSL backup lijn. Die doet niet meer mee. Die gebruik ik alleen om te simuleren om in een ander netwerk te zitten.

[Pippin]

Dus als ik het goed begrijp bereik je 192.168.0.0/24 niet vanuit de VPN.
Geen idee of dat standaard zo zou moeten zijn of mogelijk is op de DS want ik heb geen ervaring met L2TP.

VPN deelt uit op 10.0.0.0 / 8 (denk ik

Alleen het derde octet is instelbaar, het blijft /24, b.v.: 10.0.1.0/24 of 10.0.2.0/24 enz.
Het subnet opdelen gaat dus niet, is onnodig en zou onnodig gecompliceerd zijn in dit geval.

Firewall op de DS al uit gehad?
Als het dan wel werkt geef je de 10.0.x.0/24 range vrij in de Firewall.

Waarom geen OpenVPN zoals reeds door @Birdy voorgesteld?

[Predjee]

Nou, het probleem is dat de VPN ingesteld staat om een IP adres uit te delen in de 10.0.0.0 /24 range

En dat werkt gewoon prima... als ik connect naar de VPN server, krijg ik netjes een IP adres uit die range.


Echter... de router deelt uit in de 192.168.0.0 /24 range..

Dus elke user in het bedrijf, krijgt netjes een IP uit die range.

Dus kom je extern binnen. Dan kom je binnen op 10.0.0.12 bijv

Kom je intern binnen, nou dan snap je het al, dan krijg je 192.168.0.12 bijv.

Alleen, die server staat op 192.168.0.111

Die is dus nooit zichtbaar voor een externe user!

Nu wil ik het oplossen door die VPN server, ip adress te laten uitdelen in 192.168.0.0 /24 netwerk.

Alleen dan krijg ik dus die vage foutmelding (heb hem voor dezekerheid nog een keer erbij geplakt)

Het aller aller liefst, vind ik een manier om die router tussen deze twee netwerken te laten routeren. (misschien iets via een static line ofzo?)

[Pippin]

Dit gelezen?

Firewall op de DS al uit gehad?
Als het dan wel werkt geef je de 10.0.x.0/24 range vrij in de Firewall.

En geprobeerd?

Nu wil ik het oplossen door die VPN server, ip adress te laten uitdelen in 192.168.0.0 /24 netwerk.
Alleen dan krijg ik dus die vage foutmelding

Nog maar een keer dan:

IP/routeer conflicten voorkomen.
We hebben te maken met drie IP bereiken:
1. Het netwerk waar de VPN Server/DS in staat (local netwerk)
2. Het Dynamisch IP-adres van de VPN (tunnel adres)
3. Het remote netwerk van waaruit je verbind met een VPN cliënt (Telefoon, Laptop, Tablet, etc.)
Deze drie mogen niet in hetzelfde bereik zitten.

Omdat je eigenlijk bijna nooit invloed hebt op het IP-adres die je client van het remote netwerk (WiFi hotspot, LAN) krijgt, is het dus verstandig om het netwerk waar de VPN Server/DS in staat (local netwerk) alsook Dynamisch IP-adres (tunnel adres) ergens in het midden te kiezen.
Voor het local netwerk b.v.: 192.168.150.xxx (i.p.v. de standaard adressen die router fabrikanten gebruiken)
Voor het tunnel adres b.v.: 192.168.168.0
Zo wordt de kans dat het remote netwerk (WiFi hotspot, LAN), van waaruit je verbind, hetzelfde bereik gebruikt kleiner.

Het subnet opdelen gaat dus niet, is onnodig en zou onnodig gecompliceerd zijn in dit geval.

[Predjee]

Oke, of ik begrijp jou niet, of jij begrijpt mij niet ;-)

Op dit moment, zitten alle 3 de bereiken in een ander netwerk.

Er is dus geen conflict in het bereik. Er wordt ook niet gesubnet, want dat kan dus blijkbaar niet.

Waar wel een conflict is, is dat de server (statisch) in het ene netwerk staat, en de VPN server uitdeelt in het andere. En daartussen word dus blijkbaar niet gerouteerd.

Ik snap dus ook niet zo goed wat de firewall daarmee te maken heeft. Tenzij je bedoeld, dat er standaard wel gerouteerd zou moeten worden, en dat dus niet lukt omdat 1 van de ranges wordt geblokkeerd? (dat is mij dus ook niet helemaal duidelijk... Zou er per definitie wel automatisch moeten worden gerouteerd?)

Ik kan straks thuis op de firewall kijken, maar zover ik weet staan er maar 4 rules in op het moment, en die zijn alle vier voor port forwarding.

[Pippin]

Oke, of ik begrijp jou niet, of jij begrijpt mij niet ;-)

Begrijp het wel, je wilt graag je LAN bereiken en niet alleen je DS.
Zoals geschreven heb ik geen ervaring met L2TP, vandaar het voorstel de Firewall eens uit te zetten.

Tenzij je bedoeld, dat er standaard wel gerouteerd zou moeten worden

Geen idee of dat standaard zo zou moeten zijn of mogelijk is op de DS want ik heb geen ervaring met L2TP

Waar wel een conflict is, is dat de server (statisch) in het ene netwerk staat, en de VPN server uitdeelt in het andere. En daartussen word dus blijkbaar niet gerouteerd

Niet echt een conflict, zo lijkt te blijken uit de help van DSM. Je moet blijkbaar op de client tijdens de verbinding een andere Gateway selecteren, "Use default Gateway on remote network".
https://www.synology.com/en-us/knowledgebase/DSM/tutorial/Application/How_to_connect_to_Synology_s_VPN_Server_using_a_Windows_PC_or_Mac#t4

Probeer dat eens.

[Predjee]

Ik ga er maandag op het werk naar kijken, maar het klinkt inderdaad logisch! de gateway moet in de 10 range staan dan inderdaad.

Thanks! ik denk bijna zeker dat dit inderdaad de oplossing is!

[Predjee]

Hi Gents,

ik ben even een tijdje afwezig geweest en kan nu weer verder werken aan ons servertje.

Ik heb dit topic doorgelezen maar heb geen flauw idee wat ik toen allemaal in mijn hoofd had.

In ieder geval. Ik kan nu connecten naar mijn VPN server.

Ik heb 2 netwerken.

De server staat in: 192.168.0.111
De gateway is: 192.168.0.1

Wanneer ik vanaf een ander netwerk naar het publieke IP adres van de server connect via VPN, dan komt deze netjes binnen.

De device krijgt dan een eigen IP adres toegekend in de 10.0.0.0 range (respectievelijk 10.0.0.1)

Oke. We zijn dus connected, nu moeten we alleen routeren tussen die twee verschillende netwerken (192.168.0.0 versus 10.0.0.0)

Hoe doe ik dat precies?

Ik heb de link van bovestaand bericht doorgelezen (van de synology site) maar die helpt me niet echt verder.

Omdat de server natuurlijk op 192.168.0.111 staat, kan ik deze niet zien vanaf het netwerk 10.0.0.1

Ernaartoe connecten lukt dus nog niet echt.

Het probleem is (denk ik, wat ik uit bovenstaande haal) is dat de default gateway van de VPN verbinding verkeerd staat.

Maar ik zie (op mac iig) niet echt een optie om die te veranderen.