Toggle sidebar
Fail2Ban

Sonstige Fail2Ban 2026-05-20

Keine Rechte zum Download

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Übersicht Historie Diskussion
Friseer

Friseer

Benutzer
Add-on Developer
Registriert
12. Apr. 2026
Beiträge
9
Reaktionspunkte
9
Punkte
9
Friseer erstellte eine neue Ressource:

Fail2Ban - Vollständig über Portal/UI konfigurierbar,

Da Synology es noch nicht mal für nötig hält, auf eine Anfrage für ein Development-Token zu antworten, und der Support wirklich nicht der schlauste ist, habe ich einen Weg beschritten, der das erstellen von rootpaketen umgehen kann. F2B von mir läuft auf der DS2422+ einwandfrei, und reagiert auch VOR dem Schnickschnak von Synology. Leider kann ich es nicht auf anderen DSs testen, hab nur die eine. Sollte aber auch auf jeder anderen funktionieren, sofern der ContainerManager vorhanden ist...
Zum Vergrößern anklicken....

Erfahre mehr über diese Ressource...
 
  • Like
Reaktionen: Kachelkaiser, stevenfreiburg, geimist und eine weitere Person
Servus, Du könntest Dich mal mit @DaveR in Verbindung setzen. Dave hat vor kurzem ein Repository für .spk files aufgebaut.
Evtl. nimmt er es dort auf und hostet das Paket.
Dann wäre es auch im Paketzentrum unter Community Pakete vorhanden und besser aufzufinden und msn könnte dort auch Updates einfließen lassen, eelche dann auvh im Paketzentrum angezeigt werden.
 
  • Like
Reaktionen: geimist und Friseer
Danke. Aber auch das habe ich selbst schon gemacht.
https:/spk.privadmin.familyds.net/nas
Teste mal, sollte funktionieren.
 
@Friseer

I just tried a curl request (using the exact format that package center uses) and got a 422 error.

Code: 
root@DS218:~# curl -s "https://spk.privadmin.familyds.net/nas/?package_update_channel=beta&unique=synology_v1000nk_ds1525%2B&build=86009&major=7&language=enu&micro=2&arch=v1000nk&minor=3&timezone=Central&group_id=2&nano=3"
<!doctype html>
<html lang=en>
<title>422 Unprocessable Entity</title>
<h1>Unprocessable Entity</h1>
<p>The request was well-formed but was unable to be followed due to semantic errors.</p>
root@DS218:~#

It looks like you copied the website from SynoCommunity, but, not the package server backend.

Mine is a package server backend to add to package center.
https://www.synology-forum.de/threads/i-built-my-own-3rd-party-synology-package-repository.141520/

I'd like to add your Fail2Ban package to my server.
 
  • Like
Reaktionen: Friseer und Benie
Friseer schrieb:
… habe ich einen Weg beschritten, der das erstellen von rootpaketen umgehen kann.
Zum Vergrößern anklicken....
Prima, den Weg für das rooting über Docker wollte ich für synOCR auch schon umsetzen, konnte es aber nicht nachträglich implementieren (da crasht immer das Update).

Hast du den Quellcode veröffentlicht?
 
  • Like
Reaktionen: Friseer und DaveR
@DaveR

Thanks, that pointed to the right place.

It was not a missing package server backend. The /nas/ backend was present and worked, but the repo did not know Synology's newer architecture code v1000nk yet.

The same Package Center style request worked with arch=v1000 and returned HTTP 200 JSON, while arch=v1000nk returned 422 before package selection.

I added v1000nk to the repository architecture table. The exact request you tested now returns HTTP 200 and the package catalog JSON. The generated SPK download link also returns HTTP 200.

So the issue was missing architecture handling for v1000nk, not a missing backend.
 
  • Like
Reaktionen: DaveR
@geimist

Ja, genau das ist der Knackpunkt. Der Hybrid-Weg funktioniert deutlich sauberer, wenn er von Anfang an so gebaut wird: DSM-Paket nur für UI/Integration, privilegierte/root-nahe Dinge in einen separaten Container. Wenn man das nachträglich in ein bestehendes Paket hinein umbaut, scheitern Updates oft nicht am Docker-Teil selbst, sondern an der alten Paketlogik, Migrationen, Pfaden und Update-Annahmen des ursprünglichen Pakets. Genau deshalb ist „nachträglich hybridisieren“ meist deutlich heikler als ein sauber neu aufgesetzter Hybrid-Aufbau.
Bei solchen Nachrüstungen war bei mir mehrfach auch das Problem, dass alte persistente Daten aus früheren Paketständen hängen geblieben sind. Gerade Synology-interne beibehaltene Datenpfade bzw. alte Restdaten aus früheren Installationen können einem so einen Umbau oder ein Update zusätzlich zerlegen. Dann crasht es nicht nur an der neu eingebauten Docker-/Root-Logik, sondern auch an Altlasten aus dem bisherigen Paketaufbau.
.... unter anderem in Synology-typischen @-Verzeichnissen wie @appstore bzw. paketbezogenen Altpfaden.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: geimist
The curl command no works for v1000nk.

I can't add your pkg repo to package center. I've tried on a DS720+ and a DS218.

1779387762873.png
 
  • Wow
Reaktionen: Friseer
@DaveR

https:/spk.privadmin.familyds.net/nas

1779388475601.png
You have to write /nas not /spk !!!
 
Zuletzt bearbeitet:
Bei mir mit einer DS1817+ (x86_64) klappt das mit der Paketquelle. (y)
Zwar noch nicht installiert aber die Paketquelle ist erreichbar.
 
  • Like
Reaktionen: Friseer
hmm, via copy paste aus #9 immer noch:

Bildschirmfoto 2026-05-21 um 22.10.59.png
 
That screenshot was from my 3rd or 4th attempt. I tried:
1779393620483.png

I just noticed it works on some of Synology NAS but not others.
  • DS1821+ works (DSM 7.3.1).
  • DS925+ works (DSM 7.3.2).
  • DS1812+ works but non DSM 6 package (DSM 6.2.4).
  • DS720+ invalid location (DSM 7.2.2 Update 3).
  • DS218 invalid location (DSM 7.3.2 Update 2)).
I'm rebooting the DS218 to see if that fixes it.

EDIT Same error after a reboot.
 
I´m on DS218+, DSM 7.3.2-86009 Update 3...
 
Mahoessen schrieb:
hmm, via copy paste aus #9 immer noch:
Zum Vergrößern anklicken....
dito DS18+DSM 7.3.2-86009 Update 3, - gleiches Ergebnis wie in Post #11

Friseer schrieb:
https:/spk.privadmin.familyds.net/nas
Zum Vergrößern anklicken....

Auf meiner DS1525+ Wird es unter den Community Apps angezeigt und läßt sich installieren und starten und läuft. Die Oberfläche gefällt mir, ist übersichtlich, die Hilfe ist soweit hilfreich. Anfänger mit f2b sollten sich da vielleicht für f2b etwas einlesen.(y)
 
  • Like
Reaktionen: DaveR
@Friseer

DS720+ with arch=geminilake
Code: 
root@DISKSTATION:~# curl -s "https://spk.privadmin.familyds.net/nas/?package_update_channel=stable&unique=synology_geminilake_ds720%2B&arch=geminilake&build=72806&major=7&minor=2µ=2&nano=3&language=enu&timezone=Central&group_id=2" | jq.
parse error: Invalid numeric literal at line 1, column 10

DS720+ with arch=x86_64 works... but it's not what package center sends in it's GET message.

DS218 with arch=rtd1296
Code: 
root@DISKSTATION:~# curl -s "https://spk.privadmin.familyds.net/nas/?package_update_channel=stable&unique=synology_rtd1296_ds218&arch=rtd1296&build=86009&major=7&minor=3µ=2&nano=2&language=enu&timezone=Central&group_id=2" | jq.
parse error: Invalid numeric literal at line 1, column 10

DS218 with arch=rtd1296
Code: 
root@DISKSTATION:~# curl -s "https://spk.privadmin.familyds.net/nas/?package_update_channel=stable&unique=synology_rtd1296_ds218&arch=aarch64&build=86009&major=7&minor=3µ=2&nano=2&language=enu&timezone=Central&group_id=2" | jq.
parse error: Invalid numeric literal at line 1, column 10
 
Zuletzt bearbeitet:
@ all
Sorry
Ich hatte repo-seitig tatsächlich noch eine JSON-/Kompatibilitätsbaustelle im /nas-Endpoint. Die habe ich nachgezogen. Der Endpoint beantwortet jetzt auch /nas/-Requests und liefert die erweiterten Paket-Metadaten aus. Wenn es bei dir trotzdem noch scheitert, brauche ich den konkreten Request bzw. den genauen DSM-Fehler aus deinem Package Center, nicht mehr nur die URL

https://spk.privadmin.familyds.net/nas

Vor dem Fix lag das Problem offenbar auf meiner Repo-Seite. Der jq-Fehler bedeutet, dass mein Endpoint damals für diese /nas/...?…-Anfragen kein gültiges JSON zurückgegeben hat. Die Request-Form selbst war nicht das Problem; genau solche DS720+/DS218-Anfragen laufen nach dem Fix sauber bis in den Repo-Handler. Der Fehler lag also an meiner damaligen Endpoint-/Antwort-Kompatibilität, nicht an eurem Curl.
 
Zuletzt bearbeitet:

Additional post fields

NAS-Central - The Home of NAS
 

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 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten