Авторизация на smb сервере из 1с #771960

Добрый день! По просьбе клиентов для ПТиУ сделали отдельную вкладку для сохранения сканов документов. При добавлении скана он автоматически копируется на smb шару, запароленную естессно. Жутко не хочется для каждого пользователя подключать сетевой диск и тд. Есть ли вариант авторизоваться на нем из 1с? пробовал сделать как то так: текст=    "net use m: \192.168.87.21cscan /user:<логин> <пароль>"; Но не хочет ни в какую. Ошибка при копировании. Как еще можно решить проблему? Спасибо

Авторизация ОС + обращение к шаре по полному имени, без маппинга диска.

а для пролетариев поподробнее можно?

- Назначить пользователям 1С авторизацию ОС - Соответствующим пользователям ОС дать доступ к шаре и права на файловую систему - Обращаться из кода как:

но у нас кто то с терминала к 1с коннектится, кто то с локально пк, кто то вообще через удаленку из дома

делай на сервере значит, передавай клиенту через хранилище

По тексту получается, что происходит ошибка копирования, а не создания во временном каталоге.

попробуй без буквы net use 192.168.1.11cscan /user:YourDomainUserLogin PaSsWoRd

+ этот спелл сохранит кредентиалы в кэше и винда будет их использовать, кода пользователь проводником или чем-то еще будет ломиться в шару

пробовал и с буквой и без буквы

А ошибка вылетает такая: {Форма.Форма.Форма}: Ошибка при вызове метода контекста (КопироватьФайл)                 КопироватьФайл(СтрокаТЧ.ИмяФайлаСкана,Каталог + СтрокаТЧ.ИмяДляСохранения); по причине: Ошибка копирования файлов по причине: Ошибка копирования файлов из 'C:UsersКириллDesktopПЕчать.jpg' в '\192.168.87.21cscan est1.jpg' : Ошибка при выполнении файловой операции

проводником то же самое можешь сделать? или при помощи cmd.exe

точнее - очевидно, что не можешь, но хотелось бы увидеть текст, которым тебя xcopy пошлет или проводник

создал интереса для cmd файл на рабочем столе с текстом net use \192.168.87.21cscan /user:login password все норм выполняется и дает зайти на диск потом.

а теперь 1сом попробуй. А 1С, кстати, на сервере это все выполняет или на клиенте?

1c то потом заработает. но хочется отдельно не запускать у клиентов cmd. Получил ошибку "неправильно указан диск"

на клиенте при добавлении юзверем данных в строке

но ведь не работает сейчас, даже после запуска cmd вручную

да. а задача - чтобы при запуске из под 1с работало

блин.не так прочитал) я ж комп ребутал

вообще - после ручного запуска cmd все работает)

в общем, после net use без буквы должно работать. Если не работает, значит net use по каким-то причинам не выполнился. Это работает ровно в таких, как в сабже условиях. Проверено лично.

только сейчас догадался поставить оператор паузы и посмотреть,что вылезает Но легче не стало

странно,что там 8.2 фигурирует,ведь польззуемся при работе с этой базой платформой 8.3

ну, ты выполняешь не net use, а какую-то господнюю сцань. Перестань так делать

а как сделать то?)

командасистемы - например Scripting.shell::run

точнее wscript.shell

А зачем ты уникод в команду передаёшь?

понял,попробую нууу...как умел,так и делал)

а как в таком случае будет выглядеть все?

ну не вот так же текст=    "net use \192.168.87.21cscan /user:login password";

ты жалуешься или хвастаешься?

я спрашиваю,Как сделать) бо предложенная конструкция не работает

WshShell.Run("net use 192.168.87.21cscan /user:login password"); что буквально значит "не работает"? Как ты узнаешь, что не работает?

файло не копируется,доступа нет

WshShell.Run("net use 192.168.87.21cscan /user:login password 2>c: et-use.log"); покажи содержимое c: et-use.log

а нет там лога,не создается

не надо в корень С писать

пробовал - не помогло) А как бы посмотреть,что там в окне командной строки на секунду вылетает?

ну, пистец теперь, проблема не решаемая! ты демонстрируешь отталкивающую беспомощность

только в силу неграмотности/неопытности/незнания

... ребят... ну ведь не сложно исправить c: et-use.log на любой другой путь? Например, так: WshShell.Run("net use 192.168.87.21cscan /user:login password 2>%temp% et-use.log");

да исправил давно на C:Test et-use.log и с ">" пробовал,и с ">>"

Он только подключает папку. На сколько я понял это windows? Если так то: Пропиши cmd под пользователем который будет пользоваться доступом net use B: \192.168.87.21cscan [Тут пропиши пароль] /user:[Тут пропиши логин] PS: B: Это имя сетевого диска, на который ты и будешь писать файл. Если выдаст ошибку 5 значит нет прав доступа. WshShell.Run("net use B: \192.168.87.21cscan [Тут пропиши пароль] /user:[Тут пропиши логин] > %temp% et-use.log"); Удалить команда net use /D B:

ну клиент то на windows

Протокол SMB по идее стандартизован и описан в RFC. Если что есть smbclient под windows. Проверь то что я написал через cmd и тогда понятно будет что за проблема.

я в писал,что напрямую из под CMD все работает без проблем

значит не выполняется у тебя команда эта и всё

Попробуй так. WshShell.Run("net use B: \192.168.87.21cscan [Тут пропиши пароль] /user:[Тут пропиши логин]"); Всё равно когда будешь писать на диск B: получишь ошибку, которую можно будет интерпретировать как ошибку доступа к сетевой папке.

а вот так добавился диск) Единственное...сильно неадекватной будет такая схема: подключили диск - скопировали/удалили файло - отключили диск?

без буквы теперь попробуй

а сейчас работает

то есть пароль надо было перед логином поставить и всё?

сомневаюсь,я пробовал разные комбинации. сейчас комп ребутну и проверю

Эхьэхь... Справку посмотреть - это так тяжело И какой же порядок параметров?

не пойму. я точно пробовал разные комбинации пароля - и в середине,и так.. а сейчас работает Спасибо всем за потраченные нервные клетки) очень помогли)