Synology-Forum.nl
Overige software => FTP, NFS and Samba Server => Topic gestart door: wilyboer op 09 september 2014, 07:52:47
-
hallo allemaal,
als ik vanaf mijn werk een VPN verbinding opbouw met huis dan wil ik graag via Windows verkenner op de netwerk schijven komen van mijn NAS. ik heb al van alles geprobeerd maar ik krijg het tot op heden nog niet werkbaar.
is het tervergeese moeite of heb ik de verkeerde poorten openstaan?
ik hoor graag van jullie
-
Als je een vpn hebt opgezet, zou je via de interne ip adressen die je thuis ook gebruikt een mapping naar je nas moeten kunnen opzetten.
Ik weet niet of dit te technisch is, maar dan horen we het wel.
Jan
-
Als je een VPN verbinding hebt met je thuis netwerk dan is je PC onderdeel van je thuis netwerk dus, moet je alles kunnen bereiken zoals je thuis dat ook kunt in verkenner.
Als je Netwerk browse gebruikt in verkenner zie je dan je apparaten zoals als thuis dan niet ?
-
…of heb ik de verkeerde poorten openstaan?
Via een VPN hoeven alleen de VPN poorten open te staan in de router. Alle andere poorten gaan via die VPN tunnel en worden als lokaal verkeer gezien.
-
... Als je Netwerk browse gebruikt in verkenner zie je dan je apparaten zoals als thuis dan niet ?
Normaal gesproken niet.
Windows Network Discovery is gebasserd op Broadcast Packets die zich normaal beperken tot een sub-net
en niet door VPN software wordt doorgegeven/doorgelaten.
Dit, behoudens specifieke VPN software waarbij soms optioneel bijv. Netbios broadcasts worden doorgelaten.
Zie bijv. http://serverfault.com/questions/474362/network-discovery-across-vpn-and-local-subnets
-
Hartelijk dank voor jullie reactie' s
het is inderdaad zo dat als ik de verkenner open ik alleen maar het netwerk zie van mijn werk waar ik mij nu bevind.
het lukt ook niet om verbinding te maken middels IP adressen.
ik heb mijn VPN ingesteld in de router, ik ben bang dat het dus niet gaat lukken om, zoals Plerry voorstelde een WINS verbinding op te bouwen.
nogmaals bedankt voor het meedenken.
-
Maar krijg je wel een werkende VPN verbinding naar je NAS?
Als dat wel lukt moeten die schijven toch ook lukken?
-
het is inderdaad zo dat als ik de verkenner open ik alleen maar het netwerk zie van mijn werk waar ik mij nu bevind.
Als je werk toevallig ook dezelfde IP range gebruikt als thuis, dan gaat hij die IP's lokaal op je werk zoeken. Verder zitten er op VPN een paar beperkingen zoals Plerry aangeeft. Apparaten via Broadcast Packets vinden lukt niet meer. (Op de Mac mis je plots ook het hele Bonjour systeem om apparaten aan te spreken)
Met IP adressen van je thuisnetwerk moet het echter wel lukken. Krijg je wel een VPN verbinding zonder error? En kun je wel op de inlogpagina van je nas komen via je lokale IP? Pas als dat lukt, zou ik met de mapping aan de gang gaan.
-
Broadcasting over een VPN gaat niet dus alle windows browsing functies ben je kwijt.
Zoals gezet netwerk mapping gaan nog wel, maar je moet dan de ipadressen en share namen uit je hoofd weten.
Misschien is het een idee om je NAS ook DNS server voor je netwerk te maken. Dan ben je voor eeuwig van dat windows browsing (of mac Bonjour) gedoe af.
Zie hiervoor onderstaande blog.
http://www.tech365.nl/gebruik-synology-diskstation-dns-server-netwerk/
-
... netwerk mapping gaan nog wel, maar je moet dan de ipadressen en share namen uit je hoofd weten. ...Misschien is het een idee om je NAS ook DNS server voor je netwerk te maken.
Wellicht is nog handiger (vooral bij afwisselend locaal werken vs. via VPN) om in je hosts-file
(C:\Windows\System32\drivers\etc\hosts) netwerknamen aan het bijbehorend IP-adres te linken.
Dit werkt als een soort hoogste prioriteit local DNS.
-
Allen bedankt voor jullie reacties!
ik krijg geen error' s te zien, de VPN verbinding (een PPTP verbinding) wordt zonder problemen opgebouwd. het werk gebruikt het IP 10.1.78.. en ik gebruik 10.1.77... misschien dat daar het probleem zit? mijn VPN router is niet de DHCP router in mijn netwerk, maar dat moet volgens mij niet het probleem zijn.
Mijn NAS gaan gebruiken als DNS kan ik een keer gaan proberen.
-
het werk gebruikt het IP 10.1.78.. en ik gebruik 10.1.77... misschien dat daar het probleem zit?
Nee dat moet juist als je thuis ook 10.1.78... zou gebruiken gaat het niet werken.
Browsen van je netwerk gaat niet werken, want browsen over een subnet heen kan niet zoals al uitgelegd is.
Probeer eens met je windows verkenner een driveletter te mappen naar een share op je NAS
Iets van:
X: = \\<ipadres NAS>\<sharename>
Als dat niet werkt kan het zijn dat je firewall op je NAS de zaak blokeert. Dit kun je testen door die firewall even uit te zetten.
-
het werk gebruikt het IP 10.1.78.. en ik gebruik 10.1.77... misschien dat daar het probleem zit?
Nee dat moet juist als je thuis ook 10.1.78... zou gebruiken gaat het niet werken. ...
Houdt er rekening mee dat voor de (Class A) 10.0.0.0 private IP-adres range de default subnet mask 255.0.0.0 is.
Daarmee behoren 10.1.77.xxx en 10.1.78.xxx standaard tot hetzelfde subnet ! En kan/zal VPN dus niet werken.
Voor de (Class B) 172.16.xxx.xxx t/m 172.31.xxx.xxx private range is de default subnet mask 255.240.0.0,
en behoren bijv 172.16.77.xxx en 172.16.78.xxx ook tot hetzelfde subnet en kan/zal VPN niet werken.
Voor de (Class C) 192.168.xxx.xxx private range is de default subnet mask 255.255.255.0,
en is het verschil tussen 192.168.77.xxx en 192.168.78.xxx voldoende voor een VPN verbinding.
-
Houdt er rekening mee dat voor de 10.0.0.0 private IP-adres range de default subnet mask 255.0.0.0 is.
Daarmee behoren 10.1.77.xxx en 10.1.78.xxx standaard tot hetzelfde subnet ! En kan/zal VPN dus niet werken.
Ach natuurlijk had ik even niet aan gedacht. Hij moet even checken wat subnet mask is, maar dat zal op z'n werk in ieder geval wel zo staan als plerry zegt.
In dat geval moet hij voor thuis gewoon voor 192.168.1.xxx kiezen.
-
Allen bedankt voor het meedenken.
ik ga dan maar weer terug naar 192.168.x.x
wel vreemd, op het werk hebben ze als subnetmask 255.255.255.0, dit zou in theorie toch moeten werken? dan zijn het toch wel twee verschillende netwerken? of lees ik het dan niet goed?
-
... wel vreemd, op het werk hebben ze als subnetmask 255.255.255.0, dit zou in theorie toch moeten werken?
Als je ook thuis 255.255.255.0 als subnetmask gebruik zou het inderdaad behoren te werken met
10.1.77.xxx en 10.1.78.xxx ...
-
Maar het is gelukt, thuis mijn IP aangepast naar 192.168.1.xxx en opnieuw een netwerk verbinding opgebouwd en nu zonder problemen! Bedankt allen voor het meedenken.
-
Fijn dat het nu werkt.
Vermoed dat op router niveau bij jou op het werk het subnetmask toch geen 255.255.255.0 zal zijn.
Een classe A netwerk (zoals een 10.x.x.x) heeft normaal 255.0.0.0 als subnet.