[OpenVPN home] [Date Prev] [Date Index] [Date Next]
[OpenVPN mailing lists] [Thread Prev] [Thread Index] [Thread Next]
Google
 
Web openvpn.net

[Openvpn-users] Re: Those damned windows shares again


  • Subject: [Openvpn-users] Re: Those damned windows shares again
  • From: Charles Duffy <cduffy@xxxxxxxxxxx>
  • Date: Tue, 08 Nov 2005 04:25:20 -0600

Dave wrote:
remote a.a.a.a  # where a.a.a.a is remote IP
dev tap
...
We can map network drives to shares at either end without a problem but it's a bit annoying having to know the share name beforehand.

Is there any way to be able to browse shares on each others pc without having to run a samba or WINS server, (and preferably without one of us being a permanent VPN server)?

Since you're in tap mode, this *should* already be supported, pretty much. I'm guessing, that you aren't bridging the tap adapters to ethernet. If you were doing so, it would likely resolve this issue so long as network browsing works on your respective LANs -- but it would have other side effects, as it would effectively put 'yall on one big LAN segment whenever the VPN is up, thus potentially leading to clashing DHCP servers, outbound VPN bandwidth being used for otherwise harmless broadcast traffic, and other such badness. I don't know why network browsing doesn't work for you, otherwise -- I don't muck with Windows much -- but you might want to check whether the Client for Microsoft Networks service is bound to both tap adapters; make sure the machines are on the same workground; and all of that jazz. Using a tool like ethereal (from www.ethereal.com) to see if you're seeing announcements or other NetBIOS traffic on the VPN segment would likely be enlightening, if desk-checking the Windows settings doesn't help.


That said, if you're *not* going to get this working via broadcast [ie. if you accept a proffered suggestion wrt using the lmhosts file or such], you might consider switching from tap to tun -- that way you're not moving the whole ethernet frame but only the IP packet from system to system, and should see some efficiency improvements.


____________________________________________ Openvpn-users mailing list Openvpn-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/openvpn-users