Bug#1001053: can't connect

2022-02-16 Thread Thibault Roulet

Hi all,

I'm not sure if I have the same issue but from impossible for my users 
to connect the shared folders with samba>4.13.5 from windows desktop.

Password popup is coming back. Everything works fine with samba 4.13.5

I though the last update would fix the issue but nop.


This server is a member of the domain.

Server conf:

[global]

  workgroup = MYDOMAIN
  server string = myserver.corp.com
  realm = MYDOMAIN.corp.com
  security = ADS
  min protocol = SMB2
  client signing = mandatory
  server signing = mandatory
  netbios name = SBFS5

  password server = AD1.MYDOMAIN.corp.com
  wins server = 000.000.15.44

  dedicated keytab file = /etc/krb5.keytab
  kerberos method = secrets and keytab

  hosts allow = 000.000. 000.000. 127. 10.95.

  dns proxy = no
  local master = no
  domain master = no
  log level = 3
  log file = /var/log/samba/log.%I
  max log size = 3000
  template shell = /bin/bash
  winbind use default domain = no

  deadtime = 30

  # winbind settings
  idmap config * : range = 3000 - 8500
  idmap config *: backend = tdb

  idmap config MYDOMAIN: range = 9000 - 900
  idmap config MYDOMAIN: backend = ad
  idmap config MYDOMAIN: schema_mode = rfc2307

  panic action = /usr/share/samba/panic-action %d
  passdb backend = tdbsam

  username map = /etc/samba/smbusers
  username map script = /bin/echo
  unix password sync = yes

  domain logons = yes

  load printers = no
  disable spoolss = yes

  usershare allow guests = yes

And by the way, I enabled this dummy "username map script", else, the 
password popup keeps showing too!


In the logs

  check_account: Failed to find local account with UID 3000 for SID 
S-1-5-21-77949841-363743269-439555115-142182 (dom_user[MYDOMAIN\myusername])
[2022/02/16 10:58:52.246885,  2] 
../../source3/auth/auth.c:344(auth_check_ntlm_password)
  check_ntlm_password:  Authentication for user [myusername] -> 
[myusername] FAILED with error NT_STATUS_NO_SUCH_USER, authoritative=1
  Auth: [SMB2,(null)] user [MYDOMAIN]\[myusername] at [Wed, 16 Feb 2022 
10:58:52.246922 CET] with [NTLMv2] status [NT_STATUS_NO_SUCH_USER] 
workstation [DESKTOP-KQKF394] remote host [ipv4:xxx.xxx.159.189:50840] 
mapped to [MYDOMAIN]\[myusername]. local host [ipv4:xxx.xxx.241.3:445]
  gensec_spnego_server_negTokenTarg_step: SPNEGO(ntlmssp) login failed: 
NT_STATUS_NO_SUCH_USER


Thanks in advance for your help.


Bug#939369: vim: bash wrong auto indentation

2019-09-04 Thread Thibault Roulet
Hum, my bad.

When opening vim without filename the "splash screen" says

VIM - Vi IMproved
version 8.0.707
by Bram Moolenaar et al.

Did not even think to check in repo definitions.

but in dpkg:

# dpkg -l | grep vim
ii  vim  
2:8.0.0197-4+deb9u1   amd64    Vi IMproved - enhanced vi
editor

Under buster

# dpkg -l | grep vim
ii  vim  2:8.1.0875-5
amd64    Vi IMproved - enhanced vi editor

Sorry about that.

Thibault

On 9/4/19 1:40 PM, James McCoy wrote:
> On Wed, Sep 04, 2019 at 07:20:51AM +0200, troulet wrote:
>> Since last update (vim 8.1.1401),
> That version isn't packaged in Debian.
>
>> the auto indentation function (gg=G) is
>> acting weirdly with bash scripts.
>>
>> A quick example
>>
>> #!/bin/bash
>>
>> if [[ $test1 == 1 ]]; then
>>   echo $test1
>>   while read myvar; do
>> if [[ $myvar == 2 ]]; then
>>   echo $myvar
>>   if [[ $myvar == 3 ]]; then
>> echo $myvar
>>   fi
>>   fi
>> done < <(cat testfile)
>>   fi
>>
>>
>> When everything is fine under stretch (vim 8.0.707)
> Stretch only had 8.0.0197.
>
> Putting the above example into a file named foo.sh and running gg=G
> works just fine here.
>
> “:set filetype? indentexpr?” reports
>
>   filetype=sh
>   indentexpr=GetShIndent()
>
> Are you actually using Debian's packages?  Do you have some other indent
> script installed?
>
> Cheers,


Bug#918672: same issue with bash scripts

2019-09-03 Thread Thibault Roulet
Hi,

Experiencing the same kind of problems with bash scripts.

Indentation is working fine under stretch but got some problems under
buster. Should I open a new case ?

Thibault



Bug#871779: version 2:6.8-2

2018-08-03 Thread Thibault Roulet
Hi all,

Just tried now with version 2:6.8-2 and the issue is still there.

Cheers

Thibault



Bug#871779: Explanations

2018-07-24 Thread Thibault Roulet
Hi,

Here is what I found elsewhere

> The bug has been confirmed and there are explanations and patches but
the maintainers don't seem ready to apply it which is unfortunate as it
is a very nefarious bug (Windows 10 doesn't support SMB1.0 by default).
If you aren't aware of this bug you could mistakenly think all files of
a share are being backed up when they aren't.
> https://bugzilla.samba.org/show_bug.cgi?id=13107
> https://www.spinics.net/lists/linux-cifs/msg14170.html
> Explanation of bug:
> https://www.spinics.net/lists/linux-cifs/msg14405.html
> Unfortunately I'm not sure how to apply the patches and recompile just
the cifs module.

Is there a path planed to fix that ?

Thanks

Thibault



Bug#871779: [Pkg-samba-maint] Bug#871779: /sbin/mount.cifs: Some remote folders missing when mounting the share using -o vers=2.x option

2017-10-25 Thread Thibault Roulet

I found something new !

Hidden folders not displayed with ls -la command can be found if forced !

# mount.cifs -o username=backup,ro,nounix,vers=3.0 
//server.address/share$ /mnt/


# ls -la /mnt/
drwxr-xr-x  2 root root 4096 Oct 22 04:36 .
drwxr-xr-x 22 root root 4096 Oct 16 14:36 ..
dr-xr-xr-x  2 root root    0 Oct 12 08:25 Pictures
drwxr-xr-x  2 root root    0 May 31 10:35 System Volume Information

# ls -lad /mnt/Documents
drwxr-xr-x 2 root root 40960 Oct 25 16:58 /mnt/Documents

And I can list the content and access the files.
Don't know if it helps

Cheers


On 08/29/2017 10:24 AM, Thibault Roulet wrote:


Here are the files,

Yes, I tried vers=3.0 too, same result

Regards

Thibault


On 08/17/2017 10:47 AM, Mathieu Parent wrote:

[...]

Then when mounting the same folder with
mount -t cifs //host-address/share -o
username=user,password=mypassword,ro,vers=2.1 /path/to/folder/


[...]

The $RECYCLE.BIN folder is missing but also the byuno folder
I would say I don't care about the RECYCLE.BIN one as it's the trash but the
other one should be there.
I checked the permissions/owner of this folder, it's the same as the others.

Have you tried vers=3.0?

Can you provide a network capture (including the mount abd the ls):
- without vers=2.1 to win7
- with vers=2.1 to win7,
- to win10 with cifs1.0 enabled
- to win10 with cifs1.0 disabled

Seehttps://wiki.samba.org/index.php/LinuxCIFS_troubleshooting#Wire_Captures


Regards






Bug#871779: [Pkg-samba-maint] Bug#871779: /sbin/mount.cifs: Some remote folders missing when mounting the share using -o vers=2.x option

2017-08-29 Thread Thibault Roulet
Here are the files,

Yes, I tried vers=3.0 too, same result

Regards

Thibault


On 08/17/2017 10:47 AM, Mathieu Parent wrote:
> [...]
>> Then when mounting the same folder with
>> mount -t cifs //host-address/share -o
>> username=user,password=mypassword,ro,vers=2.1 /path/to/folder/
>>
> [...]
>> The $RECYCLE.BIN folder is missing but also the byuno folder
>> I would say I don't care about the RECYCLE.BIN one as it's the trash but the
>> other one should be there.
>> I checked the permissions/owner of this folder, it's the same as the others.
> Have you tried vers=3.0?
>
> Can you provide a network capture (including the mount abd the ls):
> - without vers=2.1 to win7
> - with vers=2.1 to win7,
> - to win10 with cifs1.0 enabled
> - to win10 with cifs1.0 disabled
>
> See https://wiki.samba.org/index.php/LinuxCIFS_troubleshooting#Wire_Captures
>
>
> Regards



bug-smb.tar.gz
Description: application/gzip


Bug#871779: Same issue on windows 10 machine

2017-08-14 Thread Thibault Roulet
After some tests, I have the same problem on a windows 10 machine.
But the issue now is that on the windows 10 I disabled the CIFS 1.0
compatibility for security purposes.
So, I can't see some folder at all as I can't even mount the shared
folder using vers=1.0

Thanks


Bug#871779: /sbin/mount.cifs: Some remote folders missing when mounting the share using -o vers=2.x option

2017-08-11 Thread Thibault Roulet
Package: cifs-utils
Version: 2:6.7-1
Severity: normal
File: /sbin/mount.cifs
Tags: upstream

Dear Maintainer,

I have a shared folder on a windows 7 ENT Machine
Mounting this folder using the following options
mount -t cifs //host-address/share -o
username=user,password=mypassword,ro /path/to/folder/
I can list the whole content of the shared zone

# ls -1
byuno
cyxmry
dubikovpkxyx
dypon
ruyo
Fxypxnrh
foyyo
fyxurnyxth
gyxrtprl
hu
johnppon
mxppxnti
nxprry
Qurrn
$RECYCLE.BIN
prvryin
ptrllxcci
ptylixnou
System Volume Information
wxpry
phu
pobi

Then when mounting the same folder with
mount -t cifs //host-address/share -o
username=user,password=mypassword,ro,vers=2.1 /path/to/folder/

# ls -1
cyxmry
dubikovpkxyx
dypon
ruyo
Fxypxnrh
foyyo
fyxurnyxth
gyxrtprl
hu
johnppon
mxppxnti
nxprry
Qurrn
prvryin
ptrllxcci
ptylixnou
System Volume Information
wxpry
phu
pobi

The $RECYCLE.BIN folder is missing but also the byuno folder
I would say I don't care about the RECYCLE.BIN one as it's the trash but the
other one should be there.
I checked the permissions/owner of this folder, it's the same as the others.

Thanks

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.11.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cifs-utils depends on:
ii  libc6 2.24-12
ii  libcap-ng00.7.7-3+b1
ii  libkeyutils1  1.5.9-9
ii  libkrb5-3 1.15.1-2
ii  libpam0g  1.1.8-3.6
ii  libtalloc22.1.9-2
ii  libwbclient0  2:4.6.5+dfsg-4
ii  samba-common  2:4.6.5+dfsg-4

cifs-utils recommends no packages.

Versions of packages cifs-utils suggests:
ii  keyutils   1.5.9-9
ii  smbclient  2:4.6.5+dfsg-4
ii  winbind2:4.6.5+dfsg-4

-- no debconf information



Bug#647513: fixed ?

2011-11-14 Thread Thibault Roulet

Hi there,

After update to IOS 5.0.1 and apt-get dist upgrade everything works fine again.
It was an IOS issue ?

Cheers



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#647513: TX watchdog fires for ipheth after phone upgraded to iOS 5

2011-11-03 Thread Thibault Roulet


On 11/03/2011 03:39 PM, Ben Hutchings wrote:

On Thu, 2011-11-03 at 14:52 +0100, darx wrote:

Package: linux-2.6
Version: 3.0.0-3
Severity: important
Tags: upstream

Hi,

After IOS5 update on my iphone when I plug it on my Debian, it crashes.


No it doesn't.


well, crash is a bit strong. It looks like a kernel hickups




As I'm using it as a modem it's quite problematic.


Nov  3 14:16:51 thib kernel: [  371.824017] [ cut here
]
Nov  3 14:16:51 thib kernel: [  371.824024] WARNING: at /build/buildd-
linux-2.6_3.0.0-3-amd64-9ClimQ/linux-2.6-3.0.0/debian/build/source_amd64_none/net/sched/sch_generic.c:255
dev_watchdog+0xe9/0x148()
Nov  3 14:16:51 thib kernel: [  371.824027] Hardware name: OptiPlex 780
Nov  3 14:16:51 thib kernel: [  371.824029] NETDEV WATCHDOG: eth1 (ipheth):
transmit queue 0 timed out

[...]

Diego, please can you investigate this.



Oh and I can add that I tested on this DELL Optiplex 780 machine and also a small HP mini 5101 laptop (same debian 
version). Same error.


Thanks

Thib



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#625305: bash-completion: bash adds space after the dir name instead of / when TAB is pressed. Ex cat /homTAB

2011-05-03 Thread Thibault Roulet

Yep,

I deleted it and all is ok now.
Thanks for your super-quick answer !

Thibault

On 05/03/2011 12:59 PM, David Paleino wrote:

On Tue, 03 May 2011 12:39:41 +0200, darx wrote:


The completion fails when tab is pressed
bash adds a space after the directory name instead
of a space.

Example :
cat /homtab
grep -r test /ustab

the directory name appears but a space is added in the end instead of /


Would you please check if you have /etc/bash_completion.d/acroread.sh ?
If yes, please read http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616018 .

David





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org