Доступ к диску в соответствии с Планировщиком задач
Существует несколько способов разрешить это:
На сервере войдите в систему как корень и редактирование/etc/ssh/sshd_config и добавьте строку:
ClientAliveInterval 60
Другой путь и более легкий и более безопасный путь состоят в том, чтобы Ваша настольная машина отправила, они поддерживают сообщения. Как корень на Вашем рабочем столе (или клиент) машина, отредактируйте/etc/ssh/ssh_config и добавьте строку:
ServerAliveInterval 60
источник: http://ocaoimh.ie/how-to-fix-ssh-timeout-problems/
Finally I found my issue. The current working directory was not the app directory so log4net could never find the config file. Luckily there is an optional field within Task Scheduler that allows you to set the starting directory for your task.
Похоже на проблему UAC, с которой я только что имел дело - я нашел ваш вопрос, пока искал ответ!
В моем случае мне пришлось запустить запланированный запрос с ' Флажок Запускать с наивысшими привилегиями установлен. Это работало с учетной записью администратора, потому что с UAC токен администратора с более высокими привилегиями может читать / записывать файлы других пользователей (в данном случае - файлы другого администратора). Я протестировал и обнаружил, что если задача была запланирована для запуска под тем же пользователем, что и пользователь, которому принадлежал файл / каталог, это работало даже без токена «наивысших привилегий».
Я не определил, все ли из это применимо к учетным записям и доступу без прав администратора, но я предполагаю, что, поскольку для учетной записи, не являющейся администратором, нет токена «с более высокими привилегиями», он просто потерпит неудачу.
Дополнительные исследования, и похоже, что каталог% alluserprofile% - это то место, куда вы должны поместить данные «этого компьютера», а не данные «на пользователя» в каталоге% appdata%. Так что, возможно, размещение его там решит вашу проблему.