Fox Mulder 1 Posted January 13 Share Posted January 13 Dobrý den, už podruhé jsem si všiml takového problému s vlastním pravidlem ve firewallu. Mám vlastní blokovací pravidlo pro službu Windows Update (WU), protože mám rád aktualizace Windows pod kontrolou a chci vidět, co se instaluje a zda správně. Pravidlo je zapnuto a když kliknu na tlačítko "Zkontrolovat aktualizace" systém po chvíli vypíše chybu "Zjištěna chyba - Nemohli jsme se připojit k aktualizační službě. Zkusíme to později znovu, nebo to můžete zkontrolovat hned. Pokud to pořád nefunguje, ověřte, jestli jste připojení k internetu." To je správně, tak to potřebuji a blokovací pravidlo tedy funguje správně. Jak jsem zmínil, už 2x jsem si všiml, že po zapnutí NTB se i přes aktivní blokovací pravidlo pro WU, dokázal počítač spojit s Windows Update a aktualizace si stáhnout a instalovat. Je pravda, že hned pod tím blokovacím pravidlem pouze pro službu WU, mám hned jako další povolující pravidlo pro svchost.exe (pro ostatní systémové služby), který služba WU také využívá, nicméně pokud vím, pravidla jsou přece vyhodnocována shora dolů, a první se použije první vyhovující, tedy to blokující pro službu WU. Jak je to možné (vždyť po ručním kliknutím na "Zkontrolovbat aktualiazce" se služba WU k jejich severu nepřipojí, jak už jsem zmínil výše. Existuje nějaké rozumné vysvětlení, proč blokující pravidlo občas selže? Zasílám logy z ESET Log Collector k vyhodnocení. Děkuji. eis_logs (P50IJ).zip Link to comment Share on other sites More sharing options...
Fox Mulder 1 Posted January 20 Author Share Posted January 20 Napadá mě, nemůže to být způsobeno, že se při startu počítače občas někdy opozdí start ESET Firewallu a systém Windows stihne komunikovat se servery MS dříve, než je plně aktivní firewall a všechna pravidla? Link to comment Share on other sites More sharing options...
Fox Mulder 1 Posted February 4 Author Share Posted February 4 Jak jsem si všiml, blokovací pravidlo je ignorováno při každém startu NTB při 32bit verzi Win + ESET. Na 64 bit se toto neprojevuje. Tento můj problém zůstává bez reakce, ani se nikdo z ESETu nesnažil stáhnout logy z ESET Log Collector, působí to dojmem, jako když o tomto ESET ví, jen mlčí, aby o tomto problému vědělo co nejméně zákazníků... Jen doufám, že se pletu. Link to comment Share on other sites More sharing options...
Fox Mulder 1 Posted April 7 Author Share Posted April 7 Marcosi, můžete mi alespoň odpovědět, z jakého důvodu se nechcete zabývat tímto problémem, který jsem tady popsal? Popsal jsem problém, poskytl jsem i logy, ale jak vidno zbytečně. Nerozumím tomu... Link to comment Share on other sites More sharing options...
Administrators Marcos 5,259 Posted April 7 Administrators Share Posted April 7 Odporucil by som presunut vlastne pravidla, s ktorymi mate problem, nad defaultne pravidla. Podla konfiguracie pravidla pre svchost maju prioritu 63 a 64. Okrem toho namiesto aplikacie svchost.exe pouzite servis "Windows update": Ak by problem pretrvaval, postupujte, prosim, nasledovne: - odinstalujte ESET - nainstalujte ESET Internet Security v17.1.9 bez importovania predchadzajucich nastaveni - vytvorte prisludne fw pravidla podla odporucani vyssie - zapnite pokrocile logovanie pod Help and support -> Technical support - zreplikujte problem - vypnite logovanie - poslite logy z nastroja ESET Log Collector - kontaktujte technicku podporu s popisom problemu a dodajte im ELC logy Link to comment Share on other sites More sharing options...
Recommended Posts