Printers Management : Win10x64 NOK, Win7x64 OK

[davido38]

Hi,

is the smb1 protocol enabled on windows 10 ?

by default it is not.

[Jonathan Cool]

@davido38 Yes, i enabled this protocol during my tests

[davido38]

@Jonathan-Cool
As-tu essayé de modifier la clef de registre windows 10

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

LmCompatibilityLevel avec une valeur 1 ou 5 ?

[Jonathan Cool]

@davido38
Hi,
I tried with LmCompatibilityLevel = 1 (already set) or LmCompatibilityLevel = 5 (i rebooted after modification) and no more success

[Quazz]

@Jonathan-Cool Did using samba credentials change anything?

[Jonathan Cool]

Some news … weird … : see below … : on the Win10 1803 station :

C:\>PsExec64.exe -S cmd

C:\WINDOWS\system32>cd ..

C:\Windows>cd ..

C:\>whoami
autorite nt\système

C:\>net use Z: \\fog-nas\drivers_imp
L'erreur système 58 s'est produite.

Le serveur spécifié ne peut pas exécuter l'opération demandée.


C:\>net use Z: \\fog-nas\drivers_imp /user:admin
L'erreur système 58 s'est produite.

Le serveur spécifié ne peut pas exécuter l'opération demandée.


C:\>net use Z: \\fog-nas\drivers_imp /user:admin password
L'erreur système 5 s'est produite.

Accès refusé.


C:\>net use Z: \\fog-nas\drivers_imp /user:fakeuser fakepassword
La commande s'est terminée correctement #WTF ?! fakeuser doesn't exist on  the NAS ! What the HELL ?!


C:\>net use
Les nouvelles connexions seront mémorisées.


État         Local     Distant                   Réseau

-------------------------------------------------------------------------------
OK           Z:        \\fog-nas\drivers_imp  Microsoft Windows Network
La commande s'est terminée correctement.


C:\>net use Z: /delete
Z: a été supprimé.

[Quazz]

@Jonathan-Cool Your NAS probably treats unknown users as guest users. I’m guessing it thinks of “system” and “admin” as existing users, thus rejecting them.

[Jonathan Cool]

@Quazz Hmmm, you right ! … seem to be possible !
I so close to resovle this issue … maybe, need to check the NAS configuration ?

[Sebastian Roth]

@Jonathan-Cool Possibly related?!? https://forums.fogproject.org/topic/12204/fog-powershell-not-copying-to-win32-grouppolicy-adm

[Quazz]

@Jonathan-Cool They may be reserved accounts which is why it trips up, I don’t think there’s much to change in the settings there, going with the Samba credentials route seems the best way.

If your Samba share is AD enabled then domain connected PCs will likely logon under their actual accounts when they try to connect to the share rather than Windows assuming you want to logon as ‘System’

[Jonathan Cool]

Hi,
Today is a good day !
i tried a new test : i used an other NAS (Seagate) and created a public share.
With the same windows 10 station, i can xcopy files as SYSTEM and the printer was correctly installed.

So, now, on the Syno NAS, i will tried to join our domain … i will be back