-
-
Notifications
You must be signed in to change notification settings - Fork 188
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug] Problem connecting to SMB share #1140
Comments
Yup, maybe not exactly the same scenario, but I wasn't able to use SMB ever in muC :) |
I was wondering if it was just the dollar sign in the share name, but it sounds like it may be something more fundamental. |
I use SMB with muC frequently at work, so I can say for sure that it's at least not completely broken. For me, it works fine. I don't have dollar signs in my share names though. |
I have tried to access password protected SMB shares with and without @rhstanton do you know anything about the server you are connecting to? Which OS is used there (is it a windows machine or samba on linux etc), what version of SMB is used etc? anything that might help recreate this issue locally. Also, I know you removed some of the logs because of security concerns but I suspect the data there might help identifying the problem - are you able to somehow sanitize it for sensitive information and share it here? |
I'll see what I can find out about the server. Meanwhile, I’d be happy to share more information but I don’t know whether there’s sensitive info there or not (if I saw my password in plan text, that would be easy(!), but there’s lots of back and forth containing data that isn’t plain text, and I don’t know what it actually does contain when appropriately decoded). I just tried again on my work machine, where the debug level is set to WARNING rather than FINEST. Here I see
Is that useful? |
Actually I can't be sure that message was related to the SMB connection. Here is the debug log set to FINE: [2024-04-03 12:22:03.296] FINE Transport.java#loop,438 Idle timeout on Transport2 |
Consider the following line from the log above: Are you able to access the same share using some other SMB client? I guess you do provide username and password in the UI, right? I'm just trying to gather as many details as I can to try and recreate this scenario locally so I'm able to debug |
I checked and I can connect fine using macOS Finder with the same user name and same password. And yes, I provide the user name and password when trying to connect with muCommander... |
I see this line above: [2024-04-03 12:22:29.260] FINE SmbTreeImpl.java#treeConnect,591 treeConnect: unc=\idrives.haas.berkeley.edu\RHSTANTON$,service=????? The upper-case RHSTANTON$ looks a bit suspicious to me. |
Could you please try to connect without specifying the share name (leave the field blank) and report back? |
That connects fine! muCommander shows a panel for smb://idrives.haas.berkeley.edu/, and inside are some directories whose names correspond to various shares (names followed by dollar signs). BUT, while this is hopefully useful for debugging purposes, my name isn't one of the shares listed, so I can't use this as a work-around to my original problem. By the way, I tried the same thing using macOS Finder. A box popped up asking me which volumes I wanted to mount on idrives.haas.berkeley.edu", but the box didn't show any names at all. |
That's interesting - as far as I know, in SMB a dollar sign at the end of a share name makes a specific share "hidden" so its actually not listed. In your case it sounds like some shares that ends with At this point I think we will need to get more details about the server you are using - what SMB server software does it run, what version etc. Any details you are able to get can help. And just to confirm - when you try macOS finder with the same host while specifying your personal share - it does work. correct? Some more background: muCommander is using a library called |
I'll see what I can find out. And yes, Finder + share - specified as smb://idrives.haas.berkeley.edu/rhstanton$ - works just fine. |
Another thing I'm thinking about - looks like this is some university share. Don't you also need to include the domain name while connecting? Typically on windows it will be something like |
I think there are various ways of specifying the share. In muCommander, I ask to connect to a server, select the SMB tab, then enter the relevant details. At the bottom it tells me what server URL it's using, and it ends up being the same as I pass directly to Finder, smb://idrives.haas.berkeley.edu/rhstanton$ |
Also, remember that it connected OK when I didn't specify a particular share, so it can connect this way. |
Not sure. I've just left the domain field blank. |
that might be a long shot, but: https://berkeley.service-now.com/kb_view.do?sys_kb_id=e039735c1b1759500284ca2b234bcbe1 according to this page the domain name is |
This is weird. When I click on the muC "Go" menu item, down at the bottom one of the options is rhstanton$ When I select this, muC opens a panel showing the contents of directory /Volumes/rhstanton$, and it's showing me (correctly) the contents of the share I'm looking for. Could all this be because muC doesn't like being asked to open a share twice, or is something else going on? Either way, this does give me options that allow me to do what I'm trying to do. |
I tried adding CAMPUS as the domain, and got the same result as before. |
I think you might have mounted the SMB via finder and because of that it is listed under |
I think that's right. But unmounting it doesn't help with the muC problem. |
Some info on the server: "Your iDrive is hosted on a Windows Server 2016 VM. Windows Server 2016 supports SMB version 3.1.1 by default." |
By the way, the IT guy who gave me this information also offered to set up a Zoom meeting with you, @ShayArtzi, to help with troubleshooting. |
Okay, so I'm not sure muC supports SMB v3 currently. I'll have to look into that. I don't mind taking to this IT guy, they might be able to provide some test credentials if the share is public, or else provide more details on the environment. |
Great. If you give me your email address, I’ll pass it on to him. Thanks! |
sure, its [email protected] |
Okay, I have some news regarding this issue - after talking to Charles from Berkeley's IT I was able to figure it out. The problem is reproduced when When I disable this option (like shown in the screenshot), I'm able to access the share from muC. I can also conform this issue is not os dependent as I was using a windows machine to run muC. Unfortunately it seems like data encryption is not supported by |
That's great that you were able to pinpoint the problem exactly. Slightly less great that it's not something you can fix right now, but at least we know it's not a bug in the muC code. I appreciate all the effort you've put into this, and for me it just means I'll connect using Finder and then point muC at /Volumes/rhstanton$. |
Sounds good. I'm now watching |
Hi @jbostoen, Unfortunately, the answer is no. The way I see it, we have to options:
In the meantime, one workaround you could potentially use is SMB share mapping/mounting via your operating system. Once your SMB share is represented as a drive (in windows) or mount (in unix-like systems) it will be treated like any other drive/directory on your machine. |
Is there an existing issue for this?
Description
Using muCommander, I tried to connect to an SMB share that I'd just connected to using Finder, and got an error box telling me "Unable to read content... Access is denied"
Steps to reproduce
Go to Go -> Connect to server
Select SMB
Server: idrives.haas.berkeley.edu
Share: rhstanton$
Then add name and password and click "Connect"
Expected behavior
Network drive should show up in muCommander
Actual behavior
Error box telling me "Unable to read content... Access is denied". Details tell me:
java.lang.RuntimeException: Access is denied.
at com.mucommander.ui.event.LocationManager.setCurrentFolder(LocationManager.java:104)
at com.mucommander.core.LocationChanger.setCurrentFolder(LocationChanger.java:352)
at com.mucommander.core.BrowseLocationThread.run(BrowseLocationThread.java:381)
Screenshots?
No response
muCommander version
1.3.0
Java version
Runtime version: 20
VM name: OpenJDK 64-Bit Server VM
VM version: 20+36
VM vendor: Eclipse Adoptium
Operating System type and version
Name: Mac OS X
Version: 12.7.4
Architecture: x86_64
Relevant log output
The text was updated successfully, but these errors were encountered: