Linux - EnterpriseThis forum is for all items relating to using Linux in the Enterprise.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have been trying to solve this for several days and no success. I have windows 2003 small business server (Primary Domain Controller) and several Linux Servers. I have few users using windows based VPN to remotely connect to our network. The problem is that when they connect remotely using VPN they can not connect to samba 3.0.11 shares, if they connect locally everything is OK.
Are you sure that WINS servers are correctly specified to the VPN clients (probably through DHCP). AFAIK, the `normal' SMB protocol uses broadcasts which don't traverse through forwarded interfaces (unless you use clever bridging), so you need to make sure the windows clients have the correct WINS info.
Other than that, we need more details to fix the problem.
Dear Redhat143 & Osor thanks a lot for your quick response.
I may not have given enough details in my first post. I do not get to connect to the samba computer, so “can not see samba shares” in my post may imply that I’m able to connect. When I VPN into my SBS 2003 server all assigned ip addresses are ok the only thing that is incorrect is subnet for VPN network adapter and it is 255.255.255.255 where subnet for all network adapters on the network are 255.255.255.0. I do not know does this matter and I could not force different subnet mask.
When I try to map the share the following message appears.
“The network path to \\sbm_box.domain_name.local\smb_share can not be found”
I have tried to connect to the smb_share using different user option from windows. Connect as: domain_name/domain_user, pwd:domain_password and this produced different error.
“The mapped network drive could not be created because the following error has occurred. The parameter is incorrect.”
Neither of the above produces any samba log entries.
The specs for the sustems involved in the problem:
- The samba version is 3.0.11 on suse 8.2 pro. (use a file to map Win users to Lin users)
- VPN server is Small Business Server 2003
- Clients are win xp sp2
Strangely enough I have one suse8.2 box working but with samba3.0.2a and unfortunately I could not find this version of samba to install.
Could you please give me some ideas where to start with troubleshooting.
I assume you mean that the subnet mask is 255.255.255.255. That is definitely a problem. That would mean that the entire visible network to that interface would be itself. Your samba share is running on an IP address that you can't see. How is it possible not to change the subnet mask?
Dear Redhat141 Osor and Skip-DMP, thank you very much for your responses I have finally solved the problem. It was my network configuration. The problem was then DNS and WINS entries for my linux box did not exist on my Win 2003 server. So, after I added the entries using server Administrative Tools everything worked fine.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.