Windows 7 Harmonogram zadań Ukryte ustawienie nie działa

Mam proces demona, który uruchamiam na mojej maszynie co godzinę, i chociaż zaznaczyłem to Hiddenpole, to nie działa.

Co godzinę zadanie jest uruchamiane, ale pokazuje czarne okno poleceń, w którym działa moja aplikacja konsoli .NET. Pozostaje widoczny, dopóki zadanie się nie zakończy, a następnie znika. Jest to bardzo denerwujące, ponieważ wyskakuje i przerywa wszystko, co robię:

Naprawdę chcę to ukryć, więc jak mogę to naprawić?

Zaznacz pole wyboru „Uruchom, czy użytkownik jest zalogowany czy nie”, a plik wykonywalny będzie działał w tle.

Dlaczego zaplanowane zadanie systemu Windows 7 działa ukryte? powinien wyjaśnić, dlaczego tak się dzieje.

Ponadto ten opis TechNet ogólnych właściwości zadania stwierdza:

Ogólne właściwości zadania są wyświetlane na karcie Ogólne w oknie dialogowym Właściwości zadania lub Utwórz zadanie. Ogólne właściwości zadania obejmują nazwę zadania, autora, opis, opcje bezpieczeństwa, system operacyjny, dla którego skonfigurowano zadanie oraz właściwość kontrolującą, czy zadanie jest ukryte .

Kiedy tworzysz zadanie w folderze zadań, musisz nazwać zadanie. Żadne dwa zadania nie mogą mieć tej samej nazwy, jeśli znajdują się w tym samym folderze zadań. Opis zadania jest opcjonalny.

Opcje bezpieczeństwa zadania określają kontekst bezpieczeństwa, w którym działa zadanie. Aby uzyskać więcej informacji, zobacz Kontekst Zabezpieczenia zadania.

Domyślnie ukryte zadania nie są wyświetlane w interfejsie użytkownika Harmonogramu zadań. Możesz przeglądać ukryte zadania, gdy w menu Widok wybrano opcję Pokaż ukryte zadania. Zadanie można ukryć, klikając pole wyboru Ukryty na karcie Ogólne w oknie dialogowym Właściwości zadania lub Utwórz zadanie.

Czy to nie oznacza, że ​​pole wyboru ukrywa samo zadanie przed interfejsem użytkownika programu planującego, a nie rzeczywisty program, który jest zaplanowany?

Ok, po kilku dalszych badaniach znalazłem tę odpowiedź na StackOverflow:

Aby skonfigurować zaplanowane zadanie do działania w tle, zmień użytkownika uruchamiającego zadanie na SYSTEM, a na ekranie nic się nie pojawi.

Komentarz wskazuje, że daje to pełne prawa do zadania, co może być denerwujące, ale w tym przypadku jest dopuszczalne.

Ale nadal co robi Hidden, jeśli tego nie robi? I dlaczego konto użytkownika, na którym działa program, ma coś wspólnego z tym, czy jest widoczne?

NAJLEPSZE ROZWIĄZANIE

• Zmiana użytkownika uruchamiającego zadanie na SYSTEM - spowoduje wykonanie polecenia spoza użytkownika
• Zaznaczenie „Uruchom bez względu na to, czy użytkownik jest zalogowany” - wymaga zapisania hasła do zadania i w ukryty sposób złamie następną zmianę hasła (co zwykle jest egzekwowane przez zasady domeny w środowiskach korporacyjnych)

Jeśli są to dla Ciebie przełamanie, ostatecznym rozwiązaniem jest utworzenie pliku skryptu JS, takiego jak poniższy, który uruchomi twoje polecenie w ukrytym oknie, zaczekaj na jego zakończenie i zwróć kod błędu:

WScript.CreateObject("WScript.Shell")
.Run('powershell -File C:\\Path\\To\\MyScript.ps1', 0,true);

Zapisz to jako plik js (myjob.js) i dodaj to do harmonogramu zadań: Ciesz się

„Uruchom bez względu na to, czy użytkownik jest zalogowany”, umożliwi działanie ukrytej opcji. Pamiętaj, że musisz wybrać swoje poświadczenia po wybraniu tego.

Obie :

• Zmiana użytkownika uruchamiającego zadanie na SYSTEM ”
• i zaznaczając „Uruchom, czy użytkownik jest zalogowany, czy nie”

zapobiegnie czarnemu oknu poleceń, ale pamiętaj o wadach: nie będziesz w stanie pracować z niektórymi narzędziami do automatyzacji GUI, takimi jak „AutoIt” lub SendKeys w PowerShell, ponieważ Windows uruchamia zadania w środowisku bezgłowym.

Opuszczam ustawienia domyślne i piszę krótkie programy niestandardowe, które spawnują wykonanie bez wyświetlania okna. Na przykład, aby uruchomić plik wsadowy bez wyskakującego okna wiersza polecenia, użyj poniższego kodu. Ustaw zadanie spawnowania „RunBatchFile.exe (ścieżka_do_pliku_batch)”.

class Program
{
    static void Main(string[] args)
    {
        try
        {
            if (args.Length < 1)
            {
                Console.WriteLine("No batch file");
                Console.WriteLine("Usage: RunBatchFile (path)");
                Environment.Exit(1);
            }

            if (!File.Exists(args[0]))
            {
                Console.WriteLine("Batch file {0} not found", args[0]);
                Console.WriteLine("Usage: RunBatchFile (path)");
                Environment.Exit(1);
            }

            // Set to batch file's folder
            string startIn = Path.GetDirectoryName(args[0]);
            if (!string.IsNullOrEmpty(startIn) && Directory.Exists(startIn))
                Directory.SetCurrentDirectory(startIn);

            // Start
            ProcessStartInfo pi = new ProcessStartInfo()
            {
                FileName = args[0],
                UseShellExecute = true,
                WindowStyle = ProcessWindowStyle.Hidden
            };
            Process.Start(pi);
        }
        catch (Exception ex)
        {
            Console.WriteLine("Exception: " + ex.ToString());
        }
    }
}

Miałem ten problem z zaplanowanymi zadaniami PowerShell (które wdrażałem przez GPO). Skończyłem owijanie go w oknie poleceń:

CMD
/Q /D /C "powershell.exe -Command "& '\\MYDOMAIN\netlogon\MyPowerShellScript.ps1'""