Reguły nie są stosowane automatycznie

Niestosowanie reguł automatycznie wskazuje zwykle na ich wyłączenie lub błąd w warunku uruchamiającym.

Co oznacza brak automatycznego stosowania reguł

Komunikat „Reguły nie są stosowane automatycznie” oznacza, że zdefiniowana reguła istnieje w konfiguracji programu, lecz nie zostaje wykonana podczas zdarzenia, które powinno ją uruchomić. Reguła może dotyczyć na przykład zapory sieciowej, programu antywirusowego, filtrowania poczty, kontroli rodzicielskiej, synchronizacji plików, kopii zapasowej albo automatyzacji w aplikacji biurowej. Samo zapisanie reguły nie gwarantuje jej działania. Zwykle potrzebne jest jeszcze jej włączenie, przypisanie do właściwego profilu lub wskazanie warunku, który program potrafi rozpoznać.

W praktyce automatyczne wykonanie zależy od kilku elementów: aktywności usługi odpowiedzialnej za daną funkcję, poprawności warunku, zakresu obowiązywania reguły oraz kolejności reguł. Jeżeli reguła ma działać tylko dla określonego użytkownika, sieci, folderu, typu pliku lub aplikacji, zdarzenie niespełniające tych kryteriów zostanie pominięte. Podobny efekt występuje, gdy program działa w innym trybie, na przykład w profilu publicznej sieci zamiast profilu prywatnego, albo gdy funkcja automatyzacji została wyłączona po aktualizacji.

Warunki, profile i kolejność wykonywania

Pierwszym krokiem jest sprawdzenie, czy reguła ma status aktywny. W wielu aplikacjach reguły można wyłączyć bez ich usuwania, a interfejs nadal pokazuje je na liście. Należy również skontrolować datę lub harmonogram, ponieważ reguła ograniczona do konkretnego przedziału czasu nie zadziała poza tym przedziałem. W przypadku zapory trzeba sprawdzić kierunek ruchu, protokół, port, adres źródłowy i docelowy oraz profil sieci. W przypadku antywirusa istotne są między innymi zakres skanowania, typ wykrycia i wykluczenia. Reguła z nieosiągalnym warunkiem będzie wyglądała poprawnie, ale nie zostanie uruchomiona.

Znaczenie ma także kolejność. Program może analizować reguły od góry do dołu i zakończyć sprawdzanie po pierwszym dopasowaniu. W takiej konfiguracji wcześniejsza reguła zezwalająca, blokująca albo wykluczająca może uniemożliwić dojście do kolejnej. W innych programach obowiązuje priorytet liczbowy albo zasada „od najbardziej szczegółowej do ogólnej”. Dlatego przy porównywaniu konfiguracji trzeba zapisać pełne parametry reguł, a nie tylko ich nazwy. Dwie reguły o podobnym opisie mogą mieć zupełnie różne skutki z powodu innego profilu, użytkownika lub zakresu ścieżek.

Sprawdzenie zdarzenia i działania usługi

Automatyzacja wymaga wystąpienia zdarzenia, które program monitoruje. Reguła reagująca na zmianę pliku nie uruchomi się, jeśli obserwowany folder jest niedostępny, został przeniesiony albo aplikacja nie ma uprawnień do odczytu. Reguła sieciowa nie zadziała, gdy połączenie przechodzi przez inny interfejs lub używa innego adresu. Reguła harmonogramu może zostać pominięta, gdy komputer był wyłączony w chwili wykonania zadania, a opcja uruchomienia po pominięciu nie jest włączona. Warto więc ustalić dokładny moment wystąpienia problemu i porównać go z dziennikiem zdarzeń programu.

Należy też sprawdzić, czy działa usługa systemowa albo proces aplikacji odpowiedzialny za monitorowanie zdarzeń. W systemie Windows można zweryfikować stan usług w konsoli „Usługi” lub poleceniem Get-Service w PowerShellu, ale konkretna nazwa usługi zależy od używanego programu. Dziennik aplikacji powinien wskazać, czy reguła została pominięta z powodu błędnego warunku, braku uprawnień, niedostępnego zasobu lub konfliktu z inną konfiguracją. Sam brak widocznego komunikatu nie jest dowodem poprawnego działania, ponieważ część programów zapisuje pominięte akcje wyłącznie w dzienniku diagnostycznym.

Przywrócenie przewidywalnego działania na komputerze

Bezpieczna korekta polega na wykonaniu jednej zmiany naraz i sprawdzeniu jej skutku na kontrolnym zdarzeniu. Najpierw warto wyeksportować bieżącą konfigurację, jeśli program udostępnia taką funkcję. Następnie należy potwierdzić aktywność reguły, poprawić warunek, zweryfikować profil oraz wykluczyć konflikt z regułą o wyższym priorytecie. Po zmianie trzeba wykonać test odpowiadający regule, na przykład utworzyć plik w obserwowanym folderze, połączyć się przez określony interfejs sieciowy lub uruchomić zadanie zgodnie z harmonogramem. Wynik powinien być widoczny zarówno w działaniu programu, jak i w jego dzienniku.

Jeżeli reguły nadal nie są stosowane, przyczyną może być uszkodzona konfiguracja, niezgodność po aktualizacji, ograniczenie uprawnień konta albo wyłączony moduł programu. W takiej sytuacji pomocne jest porównanie działania na nowym profilu użytkownika, odtworzenie ustawień z kopii oraz sprawdzenie dokumentacji konkretnej aplikacji. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a w ramach diagnostyki można również sprawdzić konfigurację systemu, działanie usług oraz poprawność reguł odpowiedzialnych za automatyczne akcje.