Bug 117315 - [smbfs] mount_smbfs(8) and related options can't mount administration mounts (c$, d$, etc) on Windows PCs
Summary: [smbfs] mount_smbfs(8) and related options can't mount administration mounts ...
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-10-18 23:20 UTC by Enji Cooper
Modified: 2018-01-03 05:16 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Enji Cooper freebsd_committer freebsd_triage 2007-10-18 23:20:03 UTC
An authentication error occurs when trying to mount SMB mounts with
dollar signs in them. These mounts are for administrators' uses only.

Standard mounts work properly.

How-To-Repeat: optimus# mount_smbfs '//yoshimitsu/c$' /mnt/smbfs/
Password:
mount_smbfs: unable to open connection: syserr = Authentication error
Comment 1 Yuri Pankov 2007-10-19 02:46:29 UTC
FWIW, works here:

darklight# mount_smbfs -Eutf-8:cp866 //yuri@lifebane/c$ /mnt
Password:
darklight# mount
<snip>
//YURI@LIFEBANE/C$ on /mnt (smbfs)

Are you sure that you are using correct user credentials?

FreeBSD darklight.org.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Oct 18 21:58:19
MSD 2007     yuri@darklight.org.ru:/usr/obj/usr/src/sys/DARKLIGHT  amd64


Yuri
Comment 2 Andrey V. Elsukov 2007-10-19 05:16:19 UTC
Garrett Cooper wrote:
> Standard mounts work properly.
>> How-To-Repeat:
> optimus# mount_smbfs '//yoshimitsu/c$' /mnt/smbfs/
> Password:
> mount_smbfs: unable to open connection: syserr = Authentication error

If you Windows share is in the Microsoft Domain you should try use -W 
flag:

# mount_smbfs -I 10.0.0.4 -E koi8-r:cp866 -W MYDOMAIN \
      //ElsukovAV@ELSUKOV-AV/C$ /mnt/smbfs

In my case with our domain politics i should use -W MYDOMAIN
and real computer name (ELSUKOV-AV). Only with this conditions i can
mount SMB share from computer in the MS Domain. In another case i've
got the same error.

-- 
WBR, Andrey V. Elsukov
Comment 3 Garrett Cooper 2008-06-10 02:39:12 UTC
I can't seem to reproduce this issue anymore, pending the fact that my
kernel now hardlocks after I execute the command.
Will submit a PR for that little issue ... pending feedback from some other
folks on current@.
-Garrett
Comment 4 Garrett Cooper 2008-06-10 04:24:37 UTC
Don't kill this PR yet. The issue still occurs, but only when I use
administrative mounts. The fact that it now hardlocks on me is quite
annoying >:(...

I'm going to attempt to reproduce this issue from my 7.0 RELEASE VM.

-Garrett
Comment 5 Garrett Cooper 2008-06-10 17:35:08 UTC
Reproducible using an 8-CURRENT VM on my Macbook compiled with the
same options as my desktop (and with less cruft / zero ports).
Replacing SCHED_ULE with SCHED_4BSD.
-Garrett
Comment 6 gcooper freebsd_committer freebsd_triage 2008-06-10 17:41:51 UTC
On Tue, Jun 10, 2008 at 9:35 AM, Garrett Cooper <yaneurabeya@gmail.com> wrote:

> Reproducible using an 8-CURRENT VM on my Macbook compiled with the
> same options as my desktop (and with less cruft / zero ports).
> Replacing SCHED_ULE with SCHED_4BSD.
> -Garrett
>

Issue occurs with SCHED_4BSD as well =(.
-Garrett
Comment 7 Mark Linimon freebsd_committer freebsd_triage 2009-05-18 05:20:33 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-fs

Over to maintainer(s).
Comment 8 tom 2009-10-29 22:17:24 UTC
I have reproduced this recently, but it seems to be a change in the
way Windows behaves and not a bug.

Microsoft seems to have finally realized that the {drive}$ shares are
a huge security hole and decided that only members of the Administrators
group are allowed to mount them.
Comment 9 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 07:58:35 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped