Перейти к содержанию
Shell

GUP и непонятный периодический трафик.

Recommended Posts

Shell

Обновляю сервер SEPM с LUA\symantec liveupdate (неважно).

На филиалах настроены GUP.

Заметил следующую тенденцию: некоторые произвольные GUP начинают качать периодически обновления. Картина, словно не могут закачать. Каналы разные. От 200 Kb\s до 2 Mb\s. Потери связи при этом на канале не наблюдаются.

на графике пики - это и есть трафик c SEPM на GUP.

0b9fea6b5b18t.jpg

В цифрах за полдня (bytes, 10.0.0.26 - SEPM, 10.2.152.254 - GUP):

 (em1) sec at Apr 19 23:45:01 - Apr 20 09:30:01Summary: 616617725 data bytes, 633546821 all bytes, 4 records10.0.0.26          8014    10.2.152.254       client  tcp  385499120  39608299210.0.0.26          client  10.2.152.254       54674   tcp   77079551   7919567910.0.0.26          client  10.2.152.254       54250   tcp   77067871   7918359910.0.0.26          client  10.2.152.254       53806   tcp   76971183   79084551

При этом на GUP (клиенте SEPM) текущие обновления что и на SEPM.

Такое наблюдалось в и 11.0.4202 и в 11.0.5000 и обновление SEPM до версии 11.0.6000 ничего не дало. Клиенты GUP все 11.0.4202.

lucatalog -clean\update не приводит к результату.

Рестарт GUP сервера не приводит к результату.

Установка\удаление программ - Recovery на GUP не приводит к результату.

Единственное что может иногда помочь - так это обновление SEPM с liveupdate.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
angel-keeper

Может дело в том, что Клиентов GUP тоже надо обновить до 11,0,6000?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Shell
Может дело в том, что Клиентов GUP тоже надо обновить до 11,0,6000?

Я почему то уверен что дело в SEPM а не в GUP. GUP - послушник без мозгов.

К тому же,

Единственное что может иногда помочь - так это обновление SEPM с liveupdate.

Тоесть, появляются новые дифинишены и трансферт на GUP совершается успешно.

P.S.

Ну а вот и живой пример - SEPM был обновлен с liveupdate около 10 утра. GUP подхватил новое обновление, закачал (на графике нижнем всплеск на 10 утра) и больше периодических пиков не наблюдается. Другое дело - на долго ли...

db1875e1cecft.jpg

 (em1) sec at Apr 19 23:45:01 - Apr 20 12:15:01Summary: 815148713 data bytes, 837529337 all bytes, 28 records     From           Port         To            Port  Proto     Data       All10.0.0.26          8014    10.2.152.254       client  tcp  385501100  39608538810.0.0.26          client  10.2.152.254       2777    tcp   86666690   8904505810.0.0.26          client  10.2.152.254       59905   tcp   80303055   8250638310.0.0.26          client  10.2.152.254       54674   tcp   77079551   7919567910.0.0.26          client  10.2.152.254       54250   tcp   77067871   7918359910.0.0.26          client  10.2.152.254       53806   tcp   76971183   7908455110.0.0.26          client  10.2.152.254       1744    tcp   11308208   1161881610.0.0.26          client  10.2.152.254       5166    tcp    3921624    402955210.0.0.26          client  10.2.152.254       59364   tcp    3244794    333400210.0.0.26          client  10.2.152.254       2875    tcp    3084326    316921410.0.0.26          client  10.2.152.254       59360   tcp    2573982    264475010.0.0.26          client  10.2.152.254       7126    tcp    1473829    151443710.0.0.26          client  10.2.152.254       1518    tcp    1242960    127724810.0.0.26          client  10.2.152.254       5113    tcp    1159711    119167910.0.0.26          client  10.2.152.254       3453    tcp    1113088    114377610.0.0.26          client  10.2.152.254       2011    tcp    1087332    111726010.0.0.26          client  10.2.152.254       59909   tcp     977832    100480010.0.0.26          client  10.2.152.254       1528    tcp     125255     12886310.0.0.26          client  10.2.152.254       5124    tcp      87295      8982310.0.0.26          client  10.2.152.254       2807    tcp      46538      4794610.0.0.26          client  10.2.152.254       5074    tcp      44852      4622010.0.0.26          client  10.2.152.254       59357   tcp      34836      3592410.0.0.26          client  10.2.152.254       2019    tcp       7300       758810.0.0.26          client  10.2.152.254       7127    tcp       6775       706310.0.0.26          client  10.2.152.254       3448    tcp       5196       544410.0.0.26          client  10.2.152.254       5089    tcp       5131       537910.0.0.26          client  10.2.152.254       59359   tcp       5131       537910.0.0.26          client  10.2.152.254       2810    tcp       3268       3516

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
WhiteBear

Похожая ситуация, сегодня GUP получил с сервера управления данных аж на 137 метров, как такое может быть?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
WhiteBear

длилось все это дело примерно 1 час, в журнала при этом написано:

в начале - Установлено соединение с Symantec Endpoint Protection Manager

в конце - Прервано соединение с Symantec Endpoint Protection Manager

Symantect Endpoint Protection 11.0.5002.333 RU

сервер управления win2003 r2 sp2

клиент (GUP) winxp sp3

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Shell

WhiteBear, в последнем посте есть решение - перевести на 11.0.6000 и обновлять SEPM непосредственно с LU (не путать с LUA).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Олег Шабуров
Заметил следующую тенденцию: некоторые произвольные GUP начинают качать периодически обновления. Картина, словно не могут закачать

проблема все еще периодически проявляется?

Есть возможность/желание открыть кейс, когда снова появится? Думаю, вам не особо приятно так грузить канал.....

Если будут проблемы с кейсом (будут тянуть или еще чего), то готов содействовать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      ---------------------------------------------------------
       4.11.8
      ---------------------------------------------------------
       o Управление DNS логом вынесено в отдельные твики, #41 и #42.
         DNS лог работает начиная с Win8 (в ограниченном виде) и с Win8.1 в полном.
         Отключение ведения лога происходит мгновенно во всех системах кроме Windows 10,
         в последнем случае необходимо перезагрузить систему после 42 твика.
         (Win7 и ниже не поддерживается).  
    • demkd
      да, выглядит странно, может быть CommandLineEventConsumer чем-то уже удален, антивирус какой-нибудь неаккуратно поработал.
    • santy
      здесь почему то нет потребителя события c5br1lMhB Consumer = "CommandLineEventConsumer.Name=\"c5br1lMhB\"" что это может быть? скрипт, который был недоступен на момент создания образа? запуск майнера был: C:\Windows\System32\rundll32.exe -o pool.supportxmr.com:443 -u 44EspGiviPdeZSZyX1r3R9RhpGCkxYACEKUwbA4Gp6cVCzyiNeB21STWYsJZYZeZt63JaUn8CVxDeWWGs3f6XNxGPtSuUEX -k --tls -p MOON но чем был вызван запуск - не смогли отследить. (зачистили без regt 39)                              IZTVMAIL01_2021-07-30_07-26-53_v4.11.6.7z
    • demkd
      привет, любой запуск процесса отслеживается, не важно что его запустило, дополнительно в wmi-activity разве что dll можно считать, которые подсаживались в wmiprvse.exe, толку только от этого.
    • santy
      Привет. Возможен ли расширенный мониторинг создаваемых процессов через подписки WMI, аналогично тому, как это выполняется сейчас в uVS через твик 39? (т.е. доп. события пишутся системой в лог WMI-Activity.evtx и затем экспортируются нужное в образ автозапуска) или это уже работает сейчас?  
×