x
48-TIMMARSERBJUDANDE
Förnya nu och spara 50 %
om du redan är kund och
använder våra produkter
för hemanvändning.
FÖRNYA NU
x
48 TIMMARS ERBJUDANDE
50%
FÖRLÄNGNINGAR Endast privata användare
FÖRLÄNG MED RABATT
x
EXKLUSIVT ERBJUDANDE
50%
FÖRLÄNGNINGAR Endast privata användare
FÖRLÄNG MED RABATT
x
SPECIAL OFFER
Förnya nu och spara 50 %
om du redan är kund och
använder våra produkter
för hemanvändning.
FÖRNYA NU
x
HALLOWEEN OFFER
take advantage of our
terrific discounts
KÖP NU OCH FÅ 50% RABATT
x
SPECIAL OFFER
Köp det bästa antiviruset
till det bästa priset
KÖP NU OCH FÅ 50% RABATT
x
SPECIAL OFFER
Köp det bästa antiviruset
till det bästa priset
KÖP NU OCH FÅ 50% RABATT
x
SPECIAL OFFER
-50%
Köp det bästa antiviruset
till det bästa priset
KÖP NU OCH FÅ 50% RABATT
x
SPECIAL OFFER
Köp det bästa antiviruset
till det bästa priset
KÖP NU OCH FÅ 50% RABATT
x
UPP TILL
−60 %
KÖP NU
x
UPP TILL
−60 %
KÖP NU

Hello!

You’re about to visit our web page in Svenska
Would you like to continue?

Yes, I want to visit the web page in Svenska No, I want to visit the web page in

If this is not what you’re looking for,

Visit our Welcome Page!

Tekniska Support

Behöver du hjälp?

 

What is the operation logic used by the SIEMFeeder service when no logs are received?

Informationen gäller för:

Produkter
Adaptive DefenseAdaptive Defense 360
Adaptive Defense 360 on Aether PlatformAdaptive Defense on Aether Platform

Situation

No activity logs are received from the SIEMFeeder service.

Explanation of SIEMFeeder's log send retry logic

Panda Security's SIEMFeeder service implements a feature to retry sending of log files to the customer's FTP server in order to ensure the delivery of data to its destination. This feature works as follows:

  • Connection pools are created to allow each thread to send its files without requiring a proprietary connection.
  • There is a retry login in place by which a thread will try to retrieve those connections that have failed. This logic works as follows:

    • If an error occurs sending a file, the server is marked as unavailable and SIEMFeeder saves the file to disk. As a result, all other threads will also save their files to disk.
    • Additionally, there is a collector thread that is constantly searching for unavailable servers and will try to send one of the files to the server.

      • If the problem persists, only files older than 48 hours will be deleted.
      • When the connection is reestablished, the collector thread informs the main threads that the server is operational and ready to receive their logs.

Also, the accumulated files are reintegrated into the SIEMFeeder service to be processed again.

For more information, refer to the SIEMFeeder Administration Guide.

Artikelnummer- 20170811 50110 EN

Har ditt problem lösts med hjälp av denna artikel?

JA NEJ

Tack för ditt svar


Hur skulle du förbättra denna artikel?




Vill du kontakta teknisk support?

ALLTID ONLINE, REDO ATT HJÄLPA TILL TWITTER FORUM BETYGSÄTT OSS
ALLTID ONLINE, REDO ATT HJÄLPA TILL TWITTER FORUM BETYGSÄTT OSS