Summary: | SMB: better error message for SMBv1 | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kio-extras | Reporter: | Peter Eszlari <peter.eszlari> |
Component: | Samba | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | kfm-devel, ltsallas, nate, sitter |
Priority: | NOR | Keywords: | usability |
Version: | 20.11.80 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Peter Eszlari
2021-01-02 09:17:40 UTC
How would one get from "the host doesn't want to talk to us" to know that it speaks smb1? Mind you, the minimium protocol forbids speaking SMB1. When I don't enable SMBv1 in /etc/samba/smb.conf and try to access the share in Thunar, I get: gvfsd[1940]: smbXcli_negprot_smb1_done: No compatible protocol selected by server. New information was added; changing status for inspection. Had the same issue with and old NAS, took my a while to understand what was happening. The error response I got from smbclient was a bit more helpful "protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED" This allowed me to search for what the error is about and find the solution. I would say that the issue is not about specifically the SMBv1 error, but rather dolphin being able to propagate the error response to the UI (In reply to Harald Sitter from comment #1) > How would one get from "the host doesn't want to talk to us" to know that it > speaks smb1? Mind you, the minimium protocol forbids speaking SMB1. I don't if adding a dependency on nmap would be too much, but apparently it can scan for this: https://nmap.org/nsedoc/scripts/smb-protocols.html |