Я отмечаю, что оба ответа до сих пор забыли явно вызывать установку Вашего MachineKey.
Это смехотворно важно в сценарии фермы, где запросы могли быть отправлены к любому серверу - без этого, запросы, отправленные к другому серверу, выдадут исключения при отказе дешифровать состояние отображения страницы и любые маркеры зашифрованного сеанса.
Обратите внимание также, что перемещение от состояния сеанса InProc может иметь другие проблемы для Вас при доверии событиям, таким как SessionEnd в global.asax - это не будет стрелять, если Вы не будете использовать сессии InProc.
Другая вещь рассмотреть создает единственный счет на приложения для выполнения под, а не учетная запись IUsr_MachineName по умолчанию - помогает справиться с соединениями с БД (только одна учетная запись, необходимая в SQL, например), и исключает "неправильный вход в систему" ошибки типа везде.
Я раньше создавал сценарий удара как это для выполнения этой задачи - затем просто называют его от крона:
#!/usr/bin/env
apt-get update
apt-get upgrade -qq
Честно, я использовал-d-q (загрузите только), для загрузки обновлений на мой сервер подготовки в середине ночи. Я затем протестировал бы их, когда я вошел в офис, и продвиньте их к нашему внутреннему способному прокси-серверу.
Попробуйте это для автоматического способа для всех репозиториев: https://github.com/abhigenie92/unattended_upgrades_repos