Thanks for the tip, tried it but no luck. (Stopped and started SMB Service, then tried to connect via Windows 10 File Manager).You might do well to enable Browsable to Network Clients and Access Based Share Enumeration
Do I map to 'Clarendon_Data' or to 'gwhitele'? Neither seems to work.
I'm assuming you mean "which shares can you see in Windows"? If yes, none.Can you browse to the shares? (which shares can you see?)
Do you mean map to 'Clarendon_Data' as per screenshot in #22 above?map to the level above the username from W10
Until we work this out, I don't think there will be any progress.All I get is a Windows message saying"Incorrect user name or password"
No problem, first things must come first. FYI, I've been diligently stopping and restarting the SMB Service. Unfortunately to no avail.Sorry, I've been tied up with work. One thing that's not obvious nor highlighted in documentation: RESTART the SMB service after any change to shares or the service parameters. Otherwise, the changes never get applied.
Yes, I've created a user on the NAS called gwhitele - this user doesn't exist on the W10 client (and I'm increasingly suspicious of this anomaly) because the W10 client uses a Microsoft Account, it does not have a local account (this has been the case since MS introduced the MS Account concept which traverses their software ecosystem across apps such as Skype, Teams, Outlook/Office, etc. I'm unsure of the implications of creating a local Windows account as I depend heavily on the MS family for my work activities.Is there a user on the NAS with that username? (and does it have the same password as the user on your W10 client?
I appreciate you have a life and my predicament probably falls low on any related activity list, but I thought I'd update you on something that may be significant in finding a way forward from this mess.Sorry, I've been tied up with work. One thing that's not obvious nor highlighted in documentation: RESTART the SMB service after any change to shares or the service parameters. Otherwise, the changes never get applied.
Hello, Re your previous questions, please see my post above about SMB Advanced Options and related findings I uncovered earlier today.Yes, I've created a user on the NAS called gwhitele - this user doesn't exist on the W10 client (and I'm increasingly suspicious of this anomaly) because the W10 client uses a Microsoft Account, it does not have a local account (this has been the case since MS introduced the MS Account concept which traverses their software ecosystem across apps such as Skype, Teams, Outlook/Office, etc. I'm unsure of the implications of creating a local Windows account as I depend heavily on the MS family for my work activities.
The weird thing in all this is that I have no problem mapping a couple of simple NAS drives (pre-packaged LaCie and D-Link things), except I have to remap after each W10 restart.
Good stab, unfortunately not in the heartI am going to take a stab... have you used the windows credential manager (in the control panel) to add and save a "Windows Credential" with the exact user and pw as a user account you have on the NAS? My experience is that even with a Microsoft Account (not as local account), that as long as I add the user and password as a "Windows Credential", with the correct server ip (e.g. \\192.168.90.14) I am able to access those user's shares. Also, as previously mentioned, I would be sure to select "browseable to network clients" until this is sorted out. At a minimum, that should allow you to be able to see the shares in file explorer even if you can't open them.
To Whom It May Concern, After more than 12 months of unsuccessful attempts to get my Windows PC to map to a FreeNAS instance, I've crossed the line, but not in the way that many in this Forum may have expected or hoped for.I am going to take a stab... have you used the windows credential manager (in the control panel) to add and save a "Windows Credential" with the exact user and pw as a user account you have on the NAS? My experience is that even with a Microsoft Account (not as local account), that as long as I add the user and password as a "Windows Credential", with the correct server ip (e.g. \\192.168.90.14) I am able to access those user's shares. Also, as previously mentioned, I would be sure to select "browseable to network clients" until this is sorted out. At a minimum, that should allow you to be able to see the shares in file explorer even if you can't open them.
Dear Samuel, After more than 12 months of unsuccessful attempts to get my Windows PC to map to a FreeNAS instance, I've crossed the line, but not in the way that may have been expected or hoped for.It's easy enough to start over. You can delete the share definition, the user account, and the datasets, and you'll be back at square 1.
So, here's how I did my Windows home share. You can follow along, and change things to suit your installation.
1. First, enable the SMB service. I use these parameters on mine.
View attachment 46337
You can leave the Guest Account, and Bind IP addresses at the default. What's important are the Auxiliary parameters. On my system, I use:
Code:wins support = yes domain master = yes preferred master = yes os level = 65 directory name cache size = 0 smb encrypt = desired restrict anonymous = 2
2. Dataset
View attachment 46338
View attachment 46339
3. User
View attachment 46340
Note, the home directory is underneath the dataset from step 2. In the shell, the permissions look like this:
Code:root@raven:/mnt/main/home/windows # ls -l total 36 -rwx------ 1 root wheel 0 Nov 11 2017 .windows* drwx------ 8 samuel samuel 8 Feb 10 09:18 samuel/
I don't use any ACLs at all, as ACLs confuse everyone to no end.
4. Share
View attachment 46341
Once the share is defined and saved, restart the SMB service to have the share definition take effect. I then map a share as \\<my server name>\samuel\, using "Connect with different credentials", and authenticate to the share as the samuel account and password.