Cifs ошибка 13

A couple of things to check out. I do something similar and you can test mount it directly using the mount command to make sure you have things setup right.

Permissions on credentials file

Make sure that this file is permissioned right.

$ sudo ls -l /etc/smb_credentials.txt 
-rw-------. 1 root root 54 Mar 24 13:19 /etc/smb_credentials.txt

Verbose mount

You can coax more info out of mount using the -v switch which will often times show you where things are getting tripped up.

$ sudo mount -v -t cifs //server/share /mnt 
    -o credentials=/etc/smb_credentials.txt

Resulting in this output if it works:

mount.cifs kernel mount options: ip=192.168.1.14,unc=\servershare,credentials=/etc/smb_credentials.txt,ver=1,user=someuser,domain=somedom,pass=********

Check the logs

After running the above mount command take a look inside your dmesg and /var/log/messages or /var/log/syslog files for any error messages that may have been generated when you attempted the mount.

Type of security

You can pass a lot of extra options via the -o .. switch to mount. These options are technology specific, so in your case they’re applicable to mount.cifs specifically. Take a look at the mount.cifs man page for more on all the options you can pass.

I would suspect you’re missing an option to sec=.... Specifically one of these options:

   sec=
       Security mode. Allowed values are:
       ·   none - attempt to connection as a null user (no name)
       ·   krb5 - Use Kerberos version 5 authentication
       ·   krb5i - Use Kerberos authentication and forcibly enable packet 
           signing
       ·   ntlm - Use NTLM password hashing
       ·   ntlmi - Use NTLM password hashing and force packet signing
       ·   ntlmv2 - Use NTLMv2 password hashing
       ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
       ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP
           message
       ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw 
           NTLMSSP message, and force packet signing

       The default in mainline kernel versions prior to v3.8 was sec=ntlm. 
       In v3.8, the default was changed to sec=ntlmssp.

You may need to adjust the sec=... option so that it’s either sec=ntlm or sec=ntlmssp.

References

  • Thread: mount -t cifs results gives mount error(13): Permission denied
Источник

There are a couple of ways how to mount a CIFS/Samba share on a Linux client. However some tutorials are outdated and meanwhile completely wrong. I just ran into a (stupid) case of a wrong mount.cifs syntax:

root@focal:~# mount -t cifs //server/Share /mnt -o rw,user=domainmyuser,password=secret
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

Unfortunately, the additional output in dmesg is not helpful to figure out the problem:

root@focal:~# dmesg
[…]
[16444886.307684] CIFS: Attempting to mount //server/Share
[16444886.307717] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
[16444886.539770] Status code returned 0xc000006d STATUS_LOGON_FAILURE
[16444886.539795] CIFS VFS: \server Send error in SessSetup = -13
[16444886.539901] CIFS VFS: cifs_mount failed w/return code = -13

After additional try and errors (and looking up a recent share mount from the history), the problem turned out to be the user=domainmyuser syntax. This way of combining the domain/workgroup and the username is not working (anymore).

Note: Both user= and username= are accepted in the options.

Instead use:

root@focal:~# mount -t cifs «//server/Share» /mnt -o «user=myuser,password=secret,workgroup=DOMAIN»
root@focal:~# ll /mnt/
total 0
drwxr-xr-x 2 root root 0 Sep  1  2020 _Archiv
drwxr-xr-x 2 root root 0 Aug  9 12:10 Client
[..]

This way it worked.

Of course the password should not be used on the command line, so for the final (and automatic) mount of the share use the following entry in /etc/fstab:

root@focal:~# cat /etc/fstab
[…]
# Mount CIFS share from server
//server/Share /mnt cifs rw,relatime,vers=3.1.1,credentials=/etc/samba/servershare.conf,uid=0 0 0

Where /etc/samba/servershare.conf contains the credentials:

root@focal:~# cat /etc/samba/servershare.conf
user=myuser
password=secret
domain=DOMAIN

Add a comment

Show form to leave a comment

Comments (newest first)

Edgardo Pannunzio (KERNEL Consultores) from Uruguay wrote on Feb 9th, 2023:

Thanks very much !!
Your post was really helpful.

Ed from wrote on Jan 27th, 2023:

In my case (mounting win 2019 share in RHEL9) when using double apostrophe: «user=myuser…» was outputing:
«bash: !,workgroup=$MY_DOMAIN: event not found»

Switching to single apostrophe ‘user=mysers…’ did the trick

ck from Switzerland wrote on Nov 29th, 2022:

Keith, make sure you have the cifs-utils and smbclient packages installed on your Ubuntu. Still an error? Try to connect to the share using the smbclient command. It could also be a SMB protocol mismatch. Check out this article, describing Samba protocol configuration on the client.

Keith from United States wrote on Nov 29th, 2022:

I’ve tried for the past 3 hours, 5AM in the morning now, and I’ve tried everything from every other website and this one and still get the exact same errors. Tried it with just sudo, then root. Same thing. Host OS is ubuntu server trying to mount a network share from my Synology NAS.

AJav from wrote on Sep 19th, 2022:

very good, Thanks !

simonpunk2016 from wrote on Aug 1st, 2022:

Thank you sir, never know the mount option has changed, because I just successfully mounted the cifs last month, thought my Manjaro has come to an end.

simonpunk2016 from wrote on Jul 29th, 2022:

Thank you sir, never know the mount option has changed, because I just successfully mounted the cifs last month, thought my Manjaro has come to an end.

Jesko from wrote on Feb 10th, 2022:

I had exact the same error, but different reason. On a freshly installed (old) Ubuntu 16.04 LTS (last 32Bit version). My reason was: There was no cifs-utils installed! so «sudo apt install cifs-utils» was the solution. I just write here because I crawled through hundreds of comments.

Источник

I know this question has been asked before, but I’ve been looking for a solution for a couple of hours now and nothing seems to be working.

The frustrating thing is that it used to work on my previous install, so I know the commands I try should work.

I’m running a vanilla install of Ubuntu 13.04 server.

I have a server running at 192.168.1.130 and two shares: LaCie and Seagate 2TB.

I used to have these lines in my fstab file:

//192.168.1.130/Seagate402TB /home/Windows cifs user=admin,password=password,uid=1000 0 0

Now that I re-installed my server, but don’t need it permanently I tried the following:

sudo mount.cifs //192.168.1.130/LaCie ~/lacie -o user=admin

or

sudo mount -t cifs -o username='admin',password='<password>' //192.168.1.130/LaCie ~/lacie

However, I get the error mount error(13): Permission denied.

I’m sure the credentials are correct. Nothing has changed at the windows side.

Also, I installed the packages samba, cifs-utils too. Nothing helped.

Источник

I am struggling to mount a windows 2008 share on a CentOS 6.4 (64 bits) server

when I use smbclient it works:

smbclient  //esb.local/dfs -U ESBSertal -W ESB -P MyPassword

but with mount it does not. I tried on the command line:

mount.cifs //esb.local/dfs -o username=ESBSertal,password=MyPassword,domain=ESB /mnt/win

and adding a line to /etc/fstab

//esb.local/dfs /mnt/win cifs username=ESBSertal,password=MyPassword,domain=ESB 0 0

in both cases I get the same error:

mount.cifs //esb.local/dfs -o username=ESBSertal,password=MyPassword,domain=ESB /mnt/win
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

and for fstab

mount -a
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

I am grateful for your support.

just an update: this is executed as root. neither as root nor sudo work

Micha

Источник

A couple of things to check out. I do something similar and you can test mount it directly using the mount command to make sure you have things setup right.

Permissions on credentials file

Make sure that this file is permissioned right.

$ sudo ls -l /etc/smb_credentials.txt 
-rw-------. 1 root root 54 Mar 24 13:19 /etc/smb_credentials.txt

Verbose mount

You can coax more info out of mount using the -v switch which will often times show you where things are getting tripped up.

$ sudo mount -v -t cifs //server/share /mnt 
    -o credentials=/etc/smb_credentials.txt

Resulting in this output if it works:

mount.cifs kernel mount options: ip=192.168.1.14,unc=servershare,credentials=/etc/smb_credentials.txt,ver=1,user=someuser,domain=somedom,pass=********

Check the logs

After running the above mount command take a look inside your dmesg and /var/log/messages or /var/log/syslog files for any error messages that may have been generated when you attempted the mount.

Type of security

You can pass a lot of extra options via the -o .. switch to mount. These options are technology specific, so in your case they’re applicable to mount.cifs specifically. Take a look at the mount.cifs man page for more on all the options you can pass.

I would suspect you’re missing an option to sec=.... Specifically one of these options:

   sec=
       Security mode. Allowed values are:
       ·   none - attempt to connection as a null user (no name)
       ·   krb5 - Use Kerberos version 5 authentication
       ·   krb5i - Use Kerberos authentication and forcibly enable packet 
           signing
       ·   ntlm - Use NTLM password hashing
       ·   ntlmi - Use NTLM password hashing and force packet signing
       ·   ntlmv2 - Use NTLMv2 password hashing
       ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
       ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP
           message
       ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw 
           NTLMSSP message, and force packet signing

       The default in mainline kernel versions prior to v3.8 was sec=ntlm. 
       In v3.8, the default was changed to sec=ntlmssp.

You may need to adjust the sec=... option so that it’s either sec=ntlm or sec=ntlmssp.

References

  • Thread: mount -t cifs results gives mount error(13): Permission denied

I know this question has been asked before, but I’ve been looking for a solution for a couple of hours now and nothing seems to be working.

The frustrating thing is that it used to work on my previous install, so I know the commands I try should work.

I’m running a vanilla install of Ubuntu 13.04 server.

I have a server running at 192.168.1.130 and two shares: LaCie and Seagate 2TB.

I used to have these lines in my fstab file:

//192.168.1.130/Seagate402TB /home/Windows cifs user=admin,password=password,uid=1000 0 0

Now that I re-installed my server, but don’t need it permanently I tried the following:

sudo mount.cifs //192.168.1.130/LaCie ~/lacie -o user=admin

or

sudo mount -t cifs -o username='admin',password='<password>' //192.168.1.130/LaCie ~/lacie

However, I get the error mount error(13): Permission denied.

I’m sure the credentials are correct. Nothing has changed at the windows side.

Also, I installed the packages samba, cifs-utils too. Nothing helped.

There are a couple of ways how to mount a CIFS/Samba share on a Linux client. However some tutorials are outdated and meanwhile completely wrong. I just ran into a (stupid) case of a wrong mount.cifs syntax:

root@focal:~# mount -t cifs //server/Share /mnt -o rw,user=domainmyuser,password=secret
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

Unfortunately, the additional output in dmesg is not helpful to figure out the problem:

root@focal:~# dmesg
[…]
[16444886.307684] CIFS: Attempting to mount //server/Share
[16444886.307717] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
[16444886.539770] Status code returned 0xc000006d STATUS_LOGON_FAILURE
[16444886.539795] CIFS VFS: server Send error in SessSetup = -13
[16444886.539901] CIFS VFS: cifs_mount failed w/return code = -13

After additional try and errors (and looking up a recent share mount from the history), the problem turned out to be the user=domainmyuser syntax. This way of combining the domain/workgroup and the username is not working (anymore).

Note: Both user= and username= are accepted in the options.

Instead use:

root@focal:~# mount -t cifs «//server/Share» /mnt -o «user=myuser,password=secret,workgroup=DOMAIN»
root@focal:~# ll /mnt/
total 0
drwxr-xr-x 2 root root 0 Sep  1  2020 _Archiv
drwxr-xr-x 2 root root 0 Aug  9 12:10 Client
[..]

This way it worked.

Of course the password should not be used on the command line, so for the final (and automatic) mount of the share use the following entry in /etc/fstab:

root@focal:~# cat /etc/fstab
[…]
# Mount CIFS share from server
//server/Share /mnt cifs rw,relatime,vers=3.1.1,credentials=/etc/samba/servershare.conf,uid=0 0 0

Where /etc/samba/servershare.conf contains the credentials:

root@focal:~# cat /etc/samba/servershare.conf
user=myuser
password=secret
domain=DOMAIN

Add a comment

Show form to leave a comment

Comments (newest first)

Ed from wrote on Jan 27th, 2023:

In my case (mounting win 2019 share in RHEL9) when using double apostrophe: «user=myuser…» was outputing:
«bash: !,workgroup=$MY_DOMAIN: event not found»

Switching to single apostrophe ‘user=mysers…’ did the trick

ck from Switzerland wrote on Nov 29th, 2022:

Keith, make sure you have the cifs-utils and smbclient packages installed on your Ubuntu. Still an error? Try to connect to the share using the smbclient command. It could also be a SMB protocol mismatch. Check out this article, describing Samba protocol configuration on the client.

Keith from United States wrote on Nov 29th, 2022:

I’ve tried for the past 3 hours, 5AM in the morning now, and I’ve tried everything from every other website and this one and still get the exact same errors. Tried it with just sudo, then root. Same thing. Host OS is ubuntu server trying to mount a network share from my Synology NAS.

AJav from wrote on Sep 19th, 2022:

very good, Thanks !

simonpunk2016 from wrote on Aug 1st, 2022:

Thank you sir, never know the mount option has changed, because I just successfully mounted the cifs last month, thought my Manjaro has come to an end.

simonpunk2016 from wrote on Jul 29th, 2022:

Thank you sir, never know the mount option has changed, because I just successfully mounted the cifs last month, thought my Manjaro has come to an end.

Jesko from wrote on Feb 10th, 2022:

I had exact the same error, but different reason. On a freshly installed (old) Ubuntu 16.04 LTS (last 32Bit version). My reason was: There was no cifs-utils installed! so «sudo apt install cifs-utils» was the solution. I just write here because I crawled through hundreds of comments.

PERMISSION DENIED

PERMISSION DENIED (Photo by Hidde van Esch on Unsplash)

If you recently updated your RedHat or CentOS 7.6 system, you may suddenly start getting “Permission Denied” errors when attempting to mount SMB shares via CIFS. Typical error messages in syslog look like this:

kernel: Status code returned 0xc000006d STATUS_LOGON_FAILURE
kernel: CIFS VFS: Send error in SessSetup = -13
kernel: CIFS VFS: cifs_mount failed w/return code = -13

Configuration that triggered the problem

  • Synology NAS with latest operating system shares a volume via SMB
  • CentOS 7 Linux server mounts SMB share using a local username and password (NOT domain credentials)
  • cifs-utils version 6.2 installed in May of 2019 (this by itself worked fine)
  • libsmbclient just updated to 4.9.1-6
  • libmount just updated to 2.23.2-61
  • CIFS mount options: vers=3.0,credentials=/root/credentials.txt,sec=ntlmsspi
  • File /root/credentials.txt contained a username and password that are LOCAL to the SMB server

Troubleshooting & solution

I was able to isolate the problem to mount.cifs with the following procedure:

  1. Mount the SMB share from a Windows host, using the same credentials as the Linux host. This proved that the credentials were valid and there were no problems on the SMB server side.
  2. Access the SMB share from the Linux host using smbclient. This step ruled out any network issues between the Linux and SMB server, and verified that the version of Samba installed on the Linux host was compatible with the SMB server.

I found the solution in a post from a couple of years ago in the askubuntu forum on StackExchange. It seems that one of the recent CentOS/RedHat updates changed some default behavior in the way that mount.cifs authenticates to SMB shares. When authenticating as a local user, you now have to specify the host as the domain. I did this by adding one line to the credentials file that is referenced from /etc/fstab as shown below:

//172.1.1.1/share_name      /mnt/mountpoint        cifs    vers=3.0,credentials=/root/credentials.txt,sec=ntlmsspi

Here are the contents of file /root/credentials.txt:

username=my_username
password=my_password
domain=172.1.1.1

I am not sure why this problem showed up now; it seems like it should have occurred months ago when we updated to latest version of cifs-utils. I’m also unsure if this problem will occur if you’re attempting to authenticate as a domain user. Let me know in the comments!

  • Печать

Страницы: [1] 2  Все   Вниз

Тема: Уважаемые знатоки, помогите замонтить ресурс Windows Server 2003 на Ubuntu 13,04  (Прочитано 10290 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
Antiseptik

Есть сервер Windows Server 2003. На нём есть расшаренный сетевой ресурс. Мне нужно смонтировать этот сетевой ресурс на ПК с linux Ubutu 13.04, что, собственно говоря, у меня и не получается.

Допустим: IP сервака-192.168.0.1, расшаренный сетевой ресурс на нём (сетевая папка)-1Cbase
Путь, куда монтирую на Ubutu — /home/buhg/Base1C

Монтирую так (пока только через терминал — для проверки):

sudo mount -t cifs //192.168.0.1/1Cbase /home/buhg/Base1C -o username=buhg/WORKGROUP%123456,iocharset=utf8,rw,file_mode=0777,dir_mode=0777

и так:

sudo mount -t cifs //192.168.0.1/1Cbase /home/buhg/Base1C -o username=buhg,password=123456,iocharset=utf8,rw,file_mode=0777,dir_mode=0777

и даже через mount.gifs пробовал и другие разные комбинации. Никакие танцы с бубнами не помогают=(.
Если просто набрать, чтобы потом попросил паролики:

sudo mount -t cifs //192.168.0.1/1Cbase /home/buhg/Base1C -o username=buhg

Потом попросит паролик. Ввожу. И вижу тоже самое, что и с предыдущими способами:


mount error(13): Permission denied
Refer to the mount.cifs( 8)manual page (e.g. man mount.cifs)

Что самое интересное, если монтировать сетевой ресурс с win XP подобными командами, то всё замечательно монтируется.
Уже вертел права пользователя, службы, политики безопасности и вкривь, и вкось на серваке-ничего не получается. Никаких доменов на серваке не установлено. Простая сетка и всё. Перепробовал уйму способов, что нашёл и инете — результат отрицательный, поэтому и обращаюсь к Вам за помощью.

« Последнее редактирование: 07 Ноября 2013, 11:20:58 от Antiseptik »

Оффлайн
oermolaev

Оффлайн
Antiseptik

Да я уже там был, вообщем перепробовал всё, что описано относительно терминала, но ничего так и не помогло. Если у меня в терминале получится, то и через fstab я по-идее смонтирую, наверное. Или я ошибаюсь? Хотя, мне бы хотя-бы так для начала.
Я что-то не так делаю, а что — понять не могу. Неделю бьюсь с этим вопросом.
Давайте поподробней.
На сервере под управлением Windows Server 2003. Его IP: 192.168.0.1. Рабочая группа: WORKGROUP. На серваке есть встроенная учётная запись: «администратор». Добавил туда дополнительную учётку Buhg в «локальные пользователи и группыПользователи«. Включил данную учётку на всякий случай в группу «администраторы«.
Расшарил папку на серваке 1Cbase. На неё дал следующие права доступа: Доступ на измнение т.е. чтение и запись дал ВСЕМ и пользователю buhg отдельно на тоже самое.

Есть ПК под управлением linux Ubuntu 13.04, на который будем монтировать. Пользователь: buhg. Рабочая группа: WORKGROUP

Дальше (в первом случае) запускаю терминал и ввожу следующее:

sudo mount -t cifs //192.168.0.1/1Cbase /home/buhg/Base1C -o username=buhg,password=123456,iocharset=utf8,rw,file_mode=0777,dir_mode=0777

где:
//192.168.0.1/1Cbase — шара на сервере
/home/buhg/Base1C — куда монтирую
cifs — Common Internet File System
rw — чтение запись
user=buhg,password=123456 — пользователь, пароль.
iocharset=utf8 — кодировка
file_mode=0777,dir_mode=0777 — права доступа
————
Вся трабла в том, что если брать в качестве сервака Windows XP, то всё монтируется. А вот под Windows Server 2003 — нет.
Может мне что-то дописать надо?

« Последнее редактирование: 07 Ноября 2013, 15:03:22 от Antiseptik »

Оффлайн
oermolaev

Может мне что-то дописать надо?

Может наоборот, убрать всё лишнее и добиться результата, а потом уже добавлять разные примочки?
Сейчас у себя монтирую раздел на win2003:

# mount -t cifs //192.168.0.21/D$ /mnt/test -o username=admin
Всё ОК!

А ошибка


mount error(13): Permission denied
Refer to the mount.cifs( 8)manual page (e.g. man mount.cifs)

возникает когда ввожу заведомо не правильный пароль.

Оффлайн
Antiseptik

Спасибо большое, что Вы мне помогаете.
Да, действительно, ошибка возникает на пароле, но вот почему, пока не ясно.
По Вашему примеру учётка «admin» — это учётка, созданная в «локальные пользователипользователи» на сервере и она не является встроенной учётной записью? Я правильно понял? Ей соответствует определённый пароль допустим.
Если да, то у меня тоже на сервре создана учётка buhg и ей соответствует допустим пароль 123456, который я задал.

Набираю в терминале:
sudo mount -t cifs //192.168.0.1/1Cbase /home/buh1/Base1C -o username=buhg
он запрашивает 1 раз
password:
набираю: 123456

и снова та же ошибка.

Пользователь решил продолжить мысль 07 Ноября 2013, 16:17:11:

может у меня трабла в расшаренном сетевом ресурсе?

« Последнее редактирование: 07 Ноября 2013, 16:18:19 от Antiseptik »

Оффлайн
oermolaev

Antiseptik,
может… Ну попробуйте смонтировать через административный ресурс. что то типа: //192.168.0.1/c$/1Cbase

хотя у меня и шара монтируется от обычного пользователя:

mount -t cifs //192.168.0.21/Bases /mnt/test -o username=oermolaev
так что у вас скорее всего проблема со стороны windows, типа «Общий доступ и безопасность» надо посмотреть.

« Последнее редактирование: 07 Ноября 2013, 16:45:18 от oermolaev »

Оффлайн
Antiseptik

создал на серваке папку 1с. Дал доступ. Права и разрешения не раздавал. Ощий ресурс определён как 1с$.

Набираю в терминале:

 sudo mount -t cifs //192.168.0.1/1c$ /home/buhg/Base1C -o username=buhg

Так?

попросил пароль 2 раза. в обоих случаях ввёл 123456

та же ошибка. Что-то не соображаю уже

Пользователь решил продолжить мысль 07 Ноября 2013, 17:19:39:

1й раз спросил собственно пароль на машине с Ubuntu
2й раз спросил пароль на учётке buhh на серваке

попробовал через самбу зайти, через графический интерфейс. выдало окно ауинтификации. логин: Buhg, Раб. группа: WORKGROUP, пароль набрал: 123456. зашёл нормально.

« Последнее редактирование: 07 Ноября 2013, 17:19:39 от Antiseptik »

Оффлайн
oermolaev

Antiseptik,
может пароль у вас там какой хитрый — попробуйте через файл credentials= авторизовываться

Пользователь решил продолжить мысль 07 Ноября 2013, 17:23:56:

1й раз спросил собственно пароль на машине с Ubuntu
2й раз спросил пароль на учётке buhh на серваке

а вот в этом я уже не уверен. Что то у меня тоже спросили два раза пароль, однако, оба раза это был вопрос от сервера..
про повторном монтировании уже спрашивает один раз…  :idiot2:

« Последнее редактирование: 07 Ноября 2013, 17:26:51 от oermolaev »

Оффлайн
Antiseptik

Мне право, очень не удобно Вас просить, но не могли бы Вы сверить мои пиолитики безопасности со ссвоими, если у вас тоже winserver 2003.
вот мои.

Ну или скиньте мне свою пожалуйста на мыло Antiseptik@mail.ru

Пользователь решил продолжить мысль 08 Ноября 2013, 12:17:14:

Попробую перебить систему с «нуля», без добавления ролей сервера. Может быть поможет=))

« Последнее редактирование: 08 Ноября 2013, 12:17:14 от Antiseptik »

Оффлайн
oermolaev

Antiseptik,
«перебить» — новое для меня слово :)
Вы хотите сервер 2003 заново поднять? Может в VirtualBox попробовать сперва?

Оффлайн
Antiseptik

Здравствуйте, спасибо за инфу о политиках безопасности.
О виртульной машине как-то не додумался. Систему установил заново, но параметры «локальной политики безопасности» не такие, как у Вас. У меня очень мало параметров установлено как «не определно», остальные «вкл/откл». Привести их к такому виду, как у Вас не получается. Или «вкл», или «откл».
В «локальных пользователях» создал пользователя buhg с паролем buhg. Дал доступ на папку 1с. В разрешениях на папку дал доступ ВСЕМ на чтение и запись.
Набираю команду в терминале:

sudo mount -t cifs //192.168.0.1/1c /home/buhg/Base1C -o username=buhg

спрашивает пароль 1й раз.

набираю пароль 1 й раз с ПК на Ubuntu: buhg

спрашивает пароль 2й раз.

набираю пароль 2й раз локального польщователя на сервере: buhg

курсор игает продолжительное время.

после выдаётся ошибка, но уже другая: mount error(115): Operation now in progress

Сейчас ищу на просторах интернет, что это за ошибка и что сней делать

Пользователь решил продолжить мысль 08 Ноября 2013, 14:24:30:

отключил брандмауэр на сервере.

sudo mount -t cifs //192.168.0.1/1c /home/buhg/Base1C -o username=buhg

спрашивает пароль 1й раз.

набираю пароль 1 й раз с ПК на Ubuntu: buhg

спрашивает пароль 2й раз.

набираю пароль 2й раз локального польщователя на сервере: buhg

после выдал страую ошибку: mount error(13): Permission denied

« Последнее редактирование: 08 Ноября 2013, 14:25:41 от Antiseptik »

Оффлайн
oermolaev

Antiseptik,
ну вот, сделал это за вас: установил в VirtualBox Microsoft Windows Server 2003 R2 Standard Edition Service Pack 2 ни вводя регистрационного кода, ни вводя в домен, ни заводя никаких юзеров. Всё по умолчанию. Только пароль администратора задал. Сетевой адрес виртуальная машина получила по dhcp через сетевой мост.
так вот, по команде из хостовой машины:

$ sudo mount -t cifs //192.168.0.218/c$ /mnt/test -o username=Администраторвесь диск гостя успешно смонтировался:

$ ls /mnt/test/
AUTOEXEC.BAT  Documents and Settings  ntldr                      WINDOWS
bootfont.bin  IO.SYS                  pagefile.sys               wmpub
boot.ini      MSDOS.SYS               Program Files
CONFIG.SYS    NTDETECT.COM            System Volume Information

Оффлайн
Chibiko

Пропишите в /etc/fstab

//192.168.0.1/1c /home/buhg/Base1C cifs username=buhg,password=123456,iocharset=utf8,file_mode=0777,dir_mode=0777      0       0Подключайте

mount -aДолжно сработать.

Оффлайн
AnrDaemon

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
Antiseptik

Поставил чистый пакет Ubuntu 13.10. Теперь при монтировании выдаётся ссобщение: «mount: невозможно примонтировать блочное устройство //192.168.0.12/1c только для чтения».  :idiot2: Буду чесать репу дальше

Пользователь решил продолжить мысль 11 Ноября 2013, 12:52:14:

поменял уже ай-пишники и имена ПК и юзеров.

buh1@Buh1:~$ sudo mount -t cifs //192.168.50.2/1c /home/buh1/Base1C -o username=buh1

[sudo] password for buh1:

 Password for buh1@//192.168.50.2/1c:

 mount error(13): Permission denied
Refer to the mount.cifs( 8 ) manual page (e.g. man mount.cifs)

Пользователь решил продолжить мысль 11 Ноября 2013, 14:05:58:

Таки проблема с Windows Server 2003 R2. Пока не знаю где, разбираюсь. Потому как если монтит с WinXP — всё прекрастно моунтится

Пользователь решил продолжить мысль 11 Ноября 2013, 18:54:25:

1. Вообщем нашёл такую штуку, как отключение проверки SMB-пакетов на сервере: http://support.microsoft.com/kb/887429/ru
2. В локальных политиках безопасности «Сетевой доступ: модель совместного доступа и безопасности для локальных учетных записей» включил гостевой режим.
И как бы всё заработало, даже без проверки пароля на серваке (но скорее всего из-за второго пункта). Это, конечно, не решение моей проблемы, но даст мне время и возможность ещё подумать над этим…
Завтра буду пробовать автоматом маунтить черех фстаб=))

« Последнее редактирование: 11 Ноября 2013, 18:54:25 от Antiseptik »

  • Печать

Страницы: [1] 2  Все   Вверх

Источник

Понравилась статья? Поделить с друзьями:
  • Ci ошибка 04 cck не выполнено на openbox
  • Chrome не скачивает файлы ошибка сети
  • Chrome журнал ошибок
  • Chrome выскакивает ошибка
  • Chrome remote desktop host ошибка