SeedBox Survey

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

SeedBox Survey

virgo77

Bien le bonsoir,

un petit message pour vous demander s'il est possible de mettre en place un mail d'alerte lorsque certains services sont plus sollicités que d'autres ? Je m'explique : je pense que ma seedbox a subi une attaque DDoS. Un process (ksoftirqd) s'est retrouvé engorgé et a donc utilisé 90% de CPU pendant un long moment. Pour autant, ruTorrent n'était pas en plein partage ni en téléchargement (seulement 400ko/s en partage et c tout). Par contre, en lançant une commande 'top', j'ai pu constater que PortsEntry était lui-aussi plutôt actif.
Aussi, je voudrais pouvoir activer l'envoi d'un mail en cas de surcharge de PortsEntry/ipTables/Fail2Ban et ksoftirqd éventuellement, afin de tenter de prendre les devants s'il s'avérait que ça recommence. Je ne m'y connais pas trop en cyber-attaque, mais je ne voudrais pas non plus que mon serveur soit éventuellement vulnérable et fasse l'objet d'attaques répétées.

D'ailleurs, si vous connaissez de bons tutos (en Fr de préférence) sur ces sujets, et comment contrer les attaques éventuelles, je suis preneur à 100% !

D'avance un grand merci à vous 🙂

++ V77

arckosfr

ksoftirqd, na rien à voir avec du DDOS.
Ton système subi des interrupts.
Regarde dans /proc/interrupts qu'elle truc interrupt trop excessivement.

Qui plus est je ne crois pas au DDOS pour du particulier.

virgo77

arckosfr Salutations, et merci pour ta réponse

Voici le résultat :

cat /proc/interrupts
           CPU0       CPU1
  0:         50          0   IO-APIC-edge      timer
  3:        753        101   IO-APIC-edge      serial
  8:          1          0   IO-APIC-edge      rtc0
  9:          3          1   IO-APIC-fasteoi   acpi
 18:          0          0   IO-APIC-fasteoi   i801_smbus
 23:         27          4   IO-APIC-fasteoi   ehci_hcd:usb1
 40:     634572      91069   PCI-MSI-edge      ahci
 41:          0          0   PCI-MSI-edge      eth0
 42:    1724650     246439   PCI-MSI-edge      eth0-rx-0
 43:   24812952    3543113   PCI-MSI-edge      eth0-rx-1
 44:   35812400    5118359   PCI-MSI-edge      eth0-tx-0
 45:    2249955     320236   PCI-MSI-edge      eth0-tx-1
 46:          0          0   PCI-MSI-edge      ismt-msi
NMI:        267        166   Non-maskable interrupts
LOC:    2157309    1914753   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:        267        166   Performance monitoring interrupts
IWI:        179         23   IRQ work interrupts
RTR:          0          0   APIC ICR read retries
RES:      90233     110995   Rescheduling interrupts
CAL:        342        360   Function call interrupts
TLB:       1228       1231   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:        338        338   Machine check polls
HYP:          0          0   Hypervisor callback interrupts
ERR:          0
MIS:          0

Y a de quoi soupçonner la carte réseau... ou le pilote... ou bien une tentative d'intrusion ? Là, moi ça me dépasse ça XD

J'ai rebooté le serveur, carrément, et ça semble avoir corrigé le pb.

Mais si jamais tu t'y connais un peu, je suis bien curieux de savoir d'où vient ce soucis. Et merci pour ton aide !

virgo77

Bonsoir à tous,

Je reviens vers vous ce soir pour vous informer que j'ai à nouveau le pb de ksoftirqd qui plombe le CPU. J'ai rebooté la box, comme la dernière fois, et ça semble corriger le pb. Cependant, je trouve aussi 'anormal' que rTorrent bouffe jusqu'à 60% de CPU, voire plus, quand il télécharge 1 fichier à hauteur de 20 Mo/s.
J'ai fait un test hdparm et le taux d'écriture semble correct (entre 50 et 65 Mo/s).

Je ne sais donc pas si c'est un tout, qui fait que le serveur patine, ou s'il s'agit d'un bug de configuration. J'ai besoin de vous, et éventuellement de pistes à explorer.

Donc si vous avez eu des expériences similaires, je suis preneur ! 🙂

D'avance merci à vous !

cat /proc/interrupts
           CPU0       CPU1
  0:         51          0   IO-APIC-edge      timer
  3:        757        105   IO-APIC-edge      serial
  8:          1          0   IO-APIC-edge      rtc0
  9:          1          1   IO-APIC-fasteoi   acpi
 18:          0          0   IO-APIC-fasteoi   i801_smbus
 23:         28          3   IO-APIC-fasteoi   ehci_hcd:usb1
 40:          0          0   PCI-MSI-edge      eth0
 41:    6831475     977949   PCI-MSI-edge      eth0-rx-0
 42:    7136516    1019844   PCI-MSI-edge      eth0-rx-1
 43:    3082334     437577   PCI-MSI-edge      eth0-tx-0
 44:    4924507     704255   PCI-MSI-edge      eth0-tx-1
 45:     388809      55181   PCI-MSI-edge      ahci
 46:          0          0   PCI-MSI-edge      ismt-msi
NMI:        147        112   Non-maskable interrupts
LOC:     586788     484182   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:        147        112   Performance monitoring interrupts
IWI:         11          1   IRQ work interrupts
RTR:          0          0   APIC ICR read retries
RES:     263001     742318   Rescheduling interrupts
CAL:        371        438   Function call interrupts
TLB:    3442422    2024859   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:         22         22   Machine check polls
HYP:          0          0   Hypervisor callback interrupts
ERR:          0
MIS:          0

virgo77

Bonjour à tous,

Bon bah finalement, le pb va se résoudre autrement. Le serveur dédié que j'ai actuellement rencontre bien un pb hardware lié au HDD, d'où les lenteurs citées ci-dessus. L'hébergeur m'en propose un autre pour palier à un incident que rencontre la baie sur laquelle est stocké le mien.

Je ferme donc ce topic.

cordialement