similar to: CIFS with Kerberos and client signing

Greetings, I am working on getting mount.cifs version: 1.11-3.2.4 on debian to mount a share on a samba server Version 3.0.13-1.1-SUSE on SuSe. This was working on older debian systems, but upon upgrading some of the systems to Lenny I am now having trouble mounting shares. Again, this was working and I have smbfs installed on the systems (which is what I used before). The samba server is set

Hi there Firstly, you may want to check out this thread on Experts Exchange: http://www.experts-exchange.com/Operating_Systems/Linux/Q_20815085.html essentially this is my problem - I can connect to and browse a windows file share with smbclient, but when i try to mount it with mount.cifs I get errors. Note that this only happens when I have to authenticate to a domain controller - I can use

On Friday 4th March 2005, Steven French said, in part: > I did some experiments and confirmed that for this "deep mapping" > (http://www.windowsnetworking.com/articles_tutorials/w2kdmap.html) mount of > a complex target ie \\server\share\dir > 1) the path component following the share name is not sent by windows (it > is sent by linux cifs and smbfs - and samba then

Hi! I have a problem for a few weeks, and can't figure out what could be the problem. The client computer runs RHEL 5.2 (arch: x64_64); the smb server is unknown for us. I'm sorry, that I can't provide any info (usernames, servernames, IPs, etc), they are masked to look like variables. But they are correct as far as i am concerned. When I try to mount it with mount.cifs (.smbfs

I am *still* unable to mount shares from a Ubuntu 10.04 server, using a Ubuntu 10.04 laptop. I totally re-formatted both my desktop and my laptop with Ubuntu 10.04 (so that they would be using the same version of Samba). I am using the exact same smb.conf for the 2 machines (less the share definitions, which exist only on the desktop, known as "workhorse"). wbinfo -u, wbinfo -g,

I'm attempting to mount a CIFS share with the following stipulations: 1. I must have the UNIX extensions (specfically, symlinks). 2. I must use plaintext authentication (don't ask). I've recompiled the cifs kernel module to allow plaintext authentication, using the stock Ubuntu 7.10 kernel (2.6.22.9c). My /etc/fstab line looks like... //superman/www-pub

I'm currently struggeling with a cifs mount from a windows 2003 server. The share can be mounted with mount.cifs, but despite using the rw mount option, the mountpoint can only be accessed read-only. Trying to write on the share results in a permission denied error. This happens on a 2.4.21 kernel with the shipped CIFS kernel module. The mount command used is: mount.cifs

Found some more info: mount.cifs to mount shares from my DCs (samba 4.2.11) works mount.cifs to mount shares from smbserver (also 4.2.11) does NOT work. Here is the debug log it produces: > root at epo:/proc/fs/cifs# mount.cifs //smbserver.domain.com/share /mnt -o username=username,domain=WRKGRP,sec=ntlmsspi > Password: > Apr 19 15:19:58 epo kernel: [74522.479080]

I'm trying to set up a CIFS mount to a NetApp F840 called 'elmer' over an SSH tunnel. I also tunnel the Kerberos ports to the Windows AD server 'cannonstreet' Using Ubuntu hardy, with recent updates for CIFS that are claimed to work: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/236830 I tunnel like this: ssh -f -N -x -o TCPKeepAlive=yes -L88:cannonstreet:88

On 04/19/2016 8:39 AM, lists wrote: > Found some more info: > > mount.cifs to mount shares from my DCs (samba 4.2.11) works > mount.cifs to mount shares from smbserver (also 4.2.11) does NOT work. > > Here is the debug log it produces: > >> root at epo:/proc/fs/cifs# mount.cifs //smbserver.domain.com/share /mnt >> -o username=username,domain=WRKGRP,sec=ntlmsspi

Hello :-), I have some problem with the cifs client of linux. I can't mount a volume from a Windows 7 machine with NTLMv2 authentication. e.g. # mount -t cifs //win7-box/C\$ mount-point --verbose -o sec=ntlmv2,credentials=smb-passwd mount error(22): Invalid argument Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) #dmesg | tail Status code returned 0xc000000d

Hello :-), I have some problem with the cifs client of linux. I can't mount a volume from a Windows 7 machine with NTLMv2 authentication. e.g. # mount -t cifs //win7-box/C\$ mount-point --verbose -o sec=ntlmv2,credentials=smb-passwd mount error(22): Invalid argument Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) #dmesg | tail Status code returned 0xc000000d

Hello :-), I have some problem with the cifs client of linux. I can't mount a volume from a win7 machine with NTLMv2 authentication. e.g. # mount -t cifs //win7-box/C\$ mount-point --verbose -o sec=ntlmv2,credentials=smb-passwd mount error(22): Invalid argument Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) #dmesg | tail Status code returned 0xc000000d

Using samba 3.2.1, when trying to mount cifs mounts at boot from in the /etc/fstab, I get the following error in my syslog: CIFS VFS: cifs_mount failed w/return code = -22 After enabling debugging from the /proc interface, I get this: fs/cifs/cifsfs.c: Devname: //skuld.tolharadys.net/greeneg flags: 0 fs/cifs/connect.c: CIFS VFS: in cifs_mount as Xid: 10 with uid: 0 fs/cifs/connect.c:

I have a debian machine called "debian" and a windows XP machine called "server". I have a permanent mounted read-only share called \\server\doc. My /etc/fstab looks like this: //server/doc /opt/chroot/mnt/server cifs credentials=/root/.smbmount,username=medical,uid=medical,file_mode=0755,dir_mode=0755,noserverino 0 0 This works well most of the time but at times I get a

On 19-4-2016 9:18, Denis Cardon wrote: > Hi lists at merit.unu.edu, > >> I updated our servers to 4.2.11, and I have a problem, but I'm not sure >> if the problem is related to the update. > > I've had a call from a client yesterday who had issue with his copiers' > scan2folder feature after badlock samba file server upgrade. The > mount.cifs ntlm basic

I know "hard" means command will hang if network is broken. But it seems that's not actuate. It's CPU that will hang. Affected scope: I tested it against CentOS 5/6/7, it can be reproduced on all the systems. the debug logs below are captured from CentOS 7 (cifs.ko v2.05) How to reproduce this problem? 1. mount a cifs share with option "hard" 2. stop samba

OR is there any way, or magical hidden parmeter in the smb.conf that allows to enumerate the users in the Domain Users? tbh this has a huge impact on the file share server as many directorys have "domain users" as group ___________________________________________________________________________________________ Mario Pio Russo, System Admin SWG IT Services Dublin, Phone & FAX: +353

well that's peculiar, as I am experiencing something different. in fact from ADUC I can see all the users belonging to the "domain users" groups. the authentication, however, does not work on that group, and the share "scrap" cannot be accessed with this config: valid users = @"Domain Users" however, I have created an auxiliarry group called domainusers

On 15/07/15 11:06, Mario Pio Russo wrote: > I have some more findings about this > > it looks like getent does not get the right information from the Domain > Controller, in fact the domain user groups shows with NO member users: > > getent group | grep "domain users" > domain users:x:10000: > root at seadog:~# > > > Now funny thing is that other folders