Řešení 1:
Název NetBIOS počítače s Windows je něco jiného
To je tvůj problém. Lze to snadno opravit hackem registru na počítači se systémem Windows. Podrobnosti naleznete na adrese http://support.microsoft.com/kb/281308.
Aktualizovat
Původní článek podpory odkazovaný výše zmizel (díky společnosti Microsoft). Nový článek je, že přístup ke sdílenému souboru SMB byl neúspěšný prostřednictvím aliasu DNS CNAME.
Joril také poukazuje na to, že server může mít více názvů NetBIOS. To se provádí úpravou klíče registru:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters\OptionalNames
a přidání dalších jmen.
Řešení 2:
Tuto chybu pravděpodobně dostáváte, protože počítač se systémem Windows nerozumí tomu, aby byl identifikován jako to, k čemu se k němu připojujete. (Použití nesprávných informací o ověření změní chybu, protože tento problém se objeví až později v procesu připojení.)
Zkuste se k němu připojit jako jeho IP číslo, ne windows-machine . Pokud to funguje, potvrzuje to, že jde o název věci, a můžete to vyřešit buď tím, že PDC pochopíte, že je windows-machine nebo pouhým použitím čísla IP.
Řešení 3:
Pro specifikaci maximální verze protokolu, kterou budete používat, byste měli použít příznak "-m". Ve výchozím nastavení je to "NT1", zde z manuálové stránky smbclient:
-m|--max-protocol protocol
This allows the user to select the highest SMB protocol level that
smbclient will use to connect to the server. By default this is set
to NT1, which is the highest available SMB1 protocol. To connect
using SMB2 or SMB3 protocol, use the strings SMB2 or SMB3
respectively. Note that to connect to a Windows 2012 server with
encrypted transport selecting a max-protocol of SMB3 is required.
Mám podezření, že verze "NT1" spoléhá na věci netbios, na rozdíl od SMB2 a dalších.
Zkuste to tedy znovu s "-m SMB3" nebo "-m SMB2", budete mít také velký prospěch z výkonu.
Řešení 4:
můžete použít volbu -I a zadat IP adresu.
smbclient -U username -W workgroup -L //windows-machine -I <machine-ipaddr>