<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[задание Tidal с настройкой пути UNC]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Мы создали exe-файл, который объединяет несколько файлов в один. Exe-файл file-combine использует конфигурационный файл, в котором указан исходный путь к объединяемым файлам и путь назначения, где должен быть создан объединенный файл. Файл exe для объединения файлов запускается с помощью задания Tidal на сервере Tidal Apps, на котором установлен агент Tidal. Исходный путь и путь назначения файла exe для объединения файлов находятся на удаленном сервере, поэтому в конфигурационном файле указан путь UNC. Задание для запуска файла exe настроено на использование пользователя среды выполнения, которому предоставлены полные права доступа к удаленному исходному пути и пути назначения. При запуске задания мы постоянно получаем ошибку о сбое входа в систему. Необработанное исключение: System.IO.IOException: Ошибка входа в систему: неизвестное имя пользователя или неправильный пароль. Когда мы запускаем exe вручную, используя настроенную учетную запись пользователя, работающую в режиме выполнения, все работает. Когда мы указываем исходную и целевую папки как локальные пути, все также работает. Не знаю, почему планировщик Tidal не работает с путем UNC. Будем очень благодарны за любую помощь в этом вопросе.</p>
]]></description><link>https://sla247.ru/forum/topic/1847/задание-tidal-с-настройкой-пути-unc</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 01:33:51 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1847.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 26 Feb 2026 21:34:36 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to задание Tidal с настройкой пути UNC on Thu, 26 Feb 2026 21:34:44 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте,<br />
я попробовал настроить агент Tidal, который работает на локальной системной учетной записи, и смог получить доступ к UNC-пути. Но он пытался получить доступ через сетевую учетную запись компьютера &lt;machinename&gt;$. Таким образом, было обнаружено, что Tidal не учитывает пользователя среды выполнения и всегда использует только учетную запись агента Tidal.</p>
]]></description><link>https://sla247.ru/forum/post/13282</link><guid isPermaLink="true">https://sla247.ru/forum/post/13282</guid><dc:creator><![CDATA[mahendirann1@michigan.gov]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:34:44 GMT</pubDate></item><item><title><![CDATA[Reply to задание Tidal с настройкой пути UNC on Thu, 26 Feb 2026 21:34:43 GMT]]></title><description><![CDATA[<p dir="auto">Я не могу с уверенностью сказать, что мы сможем работать с таким .EXE, как ваш, но у нас есть очень похожий .VBS, который извлекает UNC из файла конфигурации. Эта задача использует Windows Agent без связанного пользователя и работает нормально. Все разрешения, похоже, поступают из RT задачи, а сам скрипт также находится через передачу UNC в parm в cscript.exe Разработчик, похоже, неаккуратно использовал конвейеры, которые часто дают сбой, но это, по-видимому, не связано с отсутствием локального пути. Однако у меня возникают проблемы с запуском File Dependencies без использования локальных путей. Не совсем понимаю, в чем дело.</p>
]]></description><link>https://sla247.ru/forum/post/13281</link><guid isPermaLink="true">https://sla247.ru/forum/post/13281</guid><dc:creator><![CDATA[Cale Montgomery]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:34:43 GMT</pubDate></item><item><title><![CDATA[Reply to задание Tidal с настройкой пути UNC on Thu, 26 Feb 2026 21:34:42 GMT]]></title><description><![CDATA[<p dir="auto">Это интересно. Итак, если в Tidal Agent не было указано никакой учетной записи, удалось ли вам запустить Exe по пути UNC, просто указав пользователя времени выполнения в конфигурации задания?</p>
]]></description><link>https://sla247.ru/forum/post/13280</link><guid isPermaLink="true">https://sla247.ru/forum/post/13280</guid><dc:creator><![CDATA[mahendirann1@michigan.gov]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:34:42 GMT</pubDate></item><item><title><![CDATA[Reply to задание Tidal с настройкой пути UNC on Thu, 26 Feb 2026 21:34:41 GMT]]></title><description><![CDATA[<p dir="auto">Частичный кредит за мой последний отчаянный запрос! Это странно. У нас нет пользователей, связанных с каким-либо из наших агентов Windows. Интересно, если оставить это поле пустым, Tidal будет вытягивать все разрешения из RT задания?</p>
]]></description><link>https://sla247.ru/forum/post/13279</link><guid isPermaLink="true">https://sla247.ru/forum/post/13279</guid><dc:creator><![CDATA[Cale Montgomery]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:34:41 GMT</pubDate></item><item><title><![CDATA[Reply to задание Tidal с настройкой пути UNC on Thu, 26 Feb 2026 21:34:40 GMT]]></title><description><![CDATA[<p dir="auto">Какова природа вашего .EXE? Можете ли вы добавить трассировку/регистрацию, чтобы обозначить до и после выполнения каждого шага? Я хотел бы знать, не сбой ли Tidal просто при попытке запустить .EXE, не сбой ли он при попадании в первый UNC, или есть ли конкретный UNC, который ему не нравится. Могу я задать несколько дополнительных вопросов, чтобы узнать, как вы это запускали до сих пор? Похоже, вы можете войти на сервер, который содержит файл .EXE, используя тот же RT_User, что и в Tidal, и нормально работать с UNC. Где вы находитесь, когда запускаете файл .EXE? В каком-то конкретном месте на том же сервере? Пробовали ли вы запустить файл вручную с соседнего сервера, используя тот же RT_User? Похоже, что Tidal работает нормально, если заменить UNC на локальные пути (я понимаю, что это означает сопоставление сетевых дисков...). Это, безусловно, наводит меня на мысль, что Tidal испытывает трудности с разрешением UNC, по крайней мере, между серверами. Вы пробовали настроить задание Tidal так, чтобы оно использовало рабочий каталог, который имитирует то, как вы смогли успешно запустить .EXE вручную? И, в крайнем случае, правильно ли настроен агент для этой некорректно работающей задачи?</p>
]]></description><link>https://sla247.ru/forum/post/13278</link><guid isPermaLink="true">https://sla247.ru/forum/post/13278</guid><dc:creator><![CDATA[Cale Montgomery]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:34:40 GMT</pubDate></item><item><title><![CDATA[Reply to задание Tidal с настройкой пути UNC on Thu, 26 Feb 2026 21:34:39 GMT]]></title><description><![CDATA[<p dir="auto">Спасибо за ответ. Мы попробовали запустить другое задание с использованием того же пользователя среды выполнения, и оно работает. Проблема возникает только при выполнении этого exe-файла на файлах по UNC-пути.</p>
]]></description><link>https://sla247.ru/forum/post/13277</link><guid isPermaLink="true">https://sla247.ru/forum/post/13277</guid><dc:creator><![CDATA[mahendirann1@michigan.gov]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:34:39 GMT</pubDate></item><item><title><![CDATA[Reply to задание Tidal с настройкой пути UNC on Thu, 26 Feb 2026 21:34:38 GMT]]></title><description><![CDATA[<p dir="auto">Этот пользователь Runtime когда-нибудь работал с другими заданиями Tidal? Помните, что в паролях учитывается регистр, и, по-моему, это же касается и имени пользователя. В первую очередь я бы посоветовал проверить, правильно ли настроен пользователь Runtime в Tidal — просто чтобы исключить эту возможность, если ничего другого не помогает.</p>
]]></description><link>https://sla247.ru/forum/post/13276</link><guid isPermaLink="true">https://sla247.ru/forum/post/13276</guid><dc:creator><![CDATA[Cale Montgomery]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:34:38 GMT</pubDate></item><item><title><![CDATA[Reply to задание Tidal с настройкой пути UNC on Thu, 26 Feb 2026 21:34:37 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, искренне благодарю вас за помощь. Вчера вечером я решил эту проблему. Похоже, что Tidal, несмотря на то, что мы указываем пользователя для выполнения exe-файла в конфигурации задания, не выполняет exe-файл от имени этого пользователя. Он выполняется только от имени учетной записи пользователя-агента. В моем случае пользователь-агент был настроен как локальный пользователь, и именно поэтому он не мог получить доступ к пути UNC. Когда я изменил пользователя-агента на учетную запись Windows AD, все заработало. Странно, что в конфигурации задания есть возможность указать пользователя для выполнения, но оно все равно запускается под учетной записью пользователя-агента. Думаю, Cisco нужно исправить эту проблему. Спасибо за ваше время!</p>
]]></description><link>https://sla247.ru/forum/post/13275</link><guid isPermaLink="true">https://sla247.ru/forum/post/13275</guid><dc:creator><![CDATA[mahendirann1@michigan.gov]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:34:37 GMT</pubDate></item></channel></rss>