Auth.cgi Prozesse - 99% CPU Auslastung

Echsenmann

Benutzer
Mitglied seit
28. Okt 2014
Beiträge
2
Punkte für Reaktionen
0
Punkte
1
Hallo,

ich habe eine dringende Frage und würde mich über Antworten sehr freuen.

ich besitze eine DS213J, welche seit Jahren toll läuft. Ich benutze sie eigentlich nur zur Datensicherung Inkl. CloudStation (jetzt Drive).

seit ein paar Tagen habe ich nun bemerkt, dass die Station extrem langsam läuft und ich mich nicht mal mehr einloggen konnte bzw. es immer sehr lange dauert.
in den Prozessen sind mir unzählige „Auth.cgi“ Prozesse aufgefallen, die jeweils 0,5 CPU nutzen. Ich kann sie nicht zuordnen und weiß nicht, was ich nun tun soll. Habe vor allem Bedenken, dass ein Sicherheitsrisiko besteht.

ich hoffe ihr könnt mir helfen!
 

Gunnar Ecks

Benutzer
Mitglied seit
08. Feb 2021
Beiträge
3
Punkte für Reaktionen
3
Punkte
3
Hallo zusammen,

auch wenn das Thema schon ein paar Tage alt ist - ich habe exakt das identische Probleme. Meine DS213j ist durch die Last der mehrfach laufenden Auth.cgi nahezu unbrauchbar.
 

blurrrr

Benutzer
Sehr erfahren
Mitglied seit
23. Jan 2012
Beiträge
6.204
Punkte für Reaktionen
1.105
Punkte
248
Mal in die Logs geschaut, ob dort vllt unzählige fehlgeschlagene Logins drin stehen? ??
 

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
Ich habe die besagte Datei hier gefunden:
/usr/syno/synoman/webapi/auth.cgi

Hier hat z.B. jemand einen Shutdown vom NAS über die API gebastelt:
https://www.domoticz.com/forum/viewtopic.php?f=59&t=33578Dort ist auch ein PDF verlinkt, wo Infos zur Steuerung drinstehen.

Ist das DSM vom NAS von außen erreichbar?
Ich könnte mir vorstellen, dass jemand von außen mehrmals auf die auth.cgi zugreift und damit Last verursacht. Da geht die DS213j mit ihrem SingleCore recht schnell in die Knie.
 

Gunnar Ecks

Benutzer
Mitglied seit
08. Feb 2021
Beiträge
3
Punkte für Reaktionen
3
Punkte
3
Hallo zusammen,

vielen Dank für all die Hinweise. Grundsätzlch habe ich die Logs auch geprüft und es lief auch die erweiterte Protokollierung auf der NAS. Leider wurden dort keinerlei zielführende Einträge aufgeführt. Daher habe ich mich ja auch hier an das Forum gewendet. Zudem war für mich auch naheliegend, dass es sich um eine Art Authendifizierung handeln muss.

Die Lösung war am Ende eine Mischung aus Auschlussverfahren und Wireshark. Mein ioBroker hatte über eine Instanz die Synology abgefragt und die neue Version jener Instanz hat wohl stärkere Abfrageintervalle wie die Vorgängerversion. Ich habe die Instanz deaktiviert und somit lag die Ausleistung sofort wieder bei 18% - YES :)


Danke nochmals und beste Grüße

Gunnar

PS: Komisch ist nur das die Abfragen nicht im Protokoll aufgeführt werden!
 
  • Like
Reaktionen: muedejoe

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
@Gunnar Ecks
Ist dein iobroker von außen erreichbar?

Ich frage nur ganz bescheiden, weil hier im Forum schon ein paar Leute aufgeschlagen sind, wo alle Daten verschlüsselt wurden. Der Bösewicht kam über iobroker, der von außen erreichbar war und die Synology-Instanz mit den Admin-Zugangsdaten bestückt war. So schaffte es der Bösewicht ins NAS und verschlüsselte fröhlich alle Daten.
 

Gunnar Ecks

Benutzer
Mitglied seit
08. Feb 2021
Beiträge
3
Punkte für Reaktionen
3
Punkte
3
Hallo peterhoffmann,

vielen herzlichen Dank für den Hinweis. Jedoch nutze ich meinen ioBroker nur intern und habe mitlerweile zudem die Synology Instanz dort entfernt. Sie hat mir keinen Mehrwert generiert für meinen Anforderungsfall.
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat