m.hoehndorf

So nachdem ich mir CloudBeaver installiert hatte und einen Blick in die oc_bruteforce_attempts geschaut habe musste ich feststellen das das Table leer war. Daran liegt es also nicht. Ich habe dann noch mal weitergesucht, da ich auch die Anzeige "Es wurden mehrere ungültige Anmeldeversuche von Deiner IP-Adresse festgestellt. Daher wird die nächste Anmeldung um 30 Sekunden verzögert. " im Loginscreen habe. Hier wurde als Lösung auf die trusted_proxies in der nextcloud config.php hingewiesen. Hier hatte ich die die IP des Nginx-Proxy-Manager-Official mit der Portnummer 80 hinterlegt. 'trusted_proxies' => array ( 0 => '192.168.xxx.xxx:80', ), Ich habe jetzt einmal den Port entfernt und nur die IP stehen gelassen. bisher ist der Fehler nicht wieder aufgetaucht. Ich hoffe das es das jetzt gewesen ist. Gruß Red

Hallo in die Runde, Ich habe am Wochenende durch einen wirklich groben eigenen Fehler, alle meine Docker komplett zerstört. Ich habe dann Nextcloud mit PostgreSQL 15 neu aufgesetzt. Der Fehler den ich hierbei gemacht habe ist, dass ich alle Clients die ich mit Nextcloud verbunden hatte nicht vorab getrennt habe. Ich bekomme immer den http Fehler 429 wenn ich versuche die Clients, welche ich neu verbunden habe, zu syncen. Die haben logischerweise versucht sich immer wieder abzugleichen und sind vermutlich in der Datenbanktabelle oc_brutforce gelandet. Das ergab zumindest meine Recherche gestern auf die Schnelle.... Meine Frage ist wie kann ich die Tabelle in der Datenbank eventuell resetten oder ggf. einzelne IPs da wieder rauslöschen. Oder anders gefragt wie kann ich in die Tabelle schauen, um zu sehen was da überhaupt hinterlegt ist? Vielen Dank im Vorfeld Gruß RED

Hallo und Guten Morgen/Tag, sorry das ich mich erst jetzt melde, aber die letzten zwei Tage waren mit dem Geburtstag meiner Tochter und diversen Weihnachtsvorbereitungen Zeitlich doch ziemlich gefüllt. Ja wieder was gelernt... Nachdem ich zuerst bzgl. der Firewall in der UDM Pro verunsichert war habe ich die Freigabe erst einmal pausiert. und habe versucht von außen auf den Unraid zu kommen (über die Domain und direkt mit der IPV6) ohne Erfolg. Als nächstes habe ich die Freigabe wieder aktiviert und erneut von außen getestet. (Wieder rein ins Auto und soweit fahren bis wieder Internet auf dem Handy vorhanden war.) Ergebnis ich komme auf den Nginx Proxy Manager über Port 80 und 443 so wie es sein soll, alle anderen Ports sind nicht erreichbar. Somit sage ich, aus meinem Verständnis heraus, dass die Firewall funktioniert und auch nur die freigegeben Ports offen sind. Ich bin mit dem Proxy Manager super zufrieden, vor allem das die Let's Encrypt Zertifikate so easy erstellt und eingebunden werden können. Danke auch nochmal an die Community hier die wirklich super ist. Bisher habe ich den Wechsel von QNAP zu UNRAID nicht bereut. Gruß Maik

Ja derzeit ist unser Sendemast um die Ecke durch (es geht nur Telefonie, kein Internet) ich melde mich sobald ich es testen konnte.

Ja das habe ich ja, die UDM PRO hängt direkt an dem kleinen schwarzen Kasten der Glasfaser und alles andere hängt dahinter. Firewall sollte aktiv sein ich habe da nichts ausgeschaltet. Werde mir das nachher nochmal genauer ansehen.

Ja danke das bestätigt meine Vermutungen. An meinem Anschluss habe ich V6 Delegation eingestellt. Handys und andere Geräte funktionieren soweit ich es testen konnte. Als Router/Firewall habe ich derzeit eine Ubiquiti Dream Machine Pro (UDM Pro) bisher dachte ich das die darin verbaute Firewall was taugt..... Eine Überlegung wäre noch das alles über VPN zu realisieren was dann wieder nicht Familienfreundlich ist.

Hallo in die Runde, Ich habe schon seit mehreren Jahren das Thema Nextcloud auf meiner ToDo Liste. Bisher hatte ich das Thema nicht umgesetzt, da mir die Bandbreite einer 100er DSL Leitung nicht ausreichend erschien. Nun haben wir seit einem halben Jahr einen Glasfaseranschluss welcher schnell genug ist, so das ich das Thema Nextcloud jetzt gern umsetzen würde. Aufgrund der Gegebenheiten eines Glasfaseranschlusses (keine dezidierte ipv4 Adresse) muss das ganze auf ipv6 umgesetzt werden. Folgende Schritte habe ich dazu durchgeführt: ich habe die Ports des Unraid Server von 80/443 auf 5000/5001 gesetzt, Nginx Proxy Manager installiert und Netzwerktyp als Host eingestellt, ermittelt welche ipv6 Adresse mein Unraid Server, diese IP dann mit den Ports 80/443 in der Firewall meiner UDM Pro freigegeben, die IP in den Domain Name System (DNS) settings bei meinen Hoster (Domain Factory) hinterlegt (einmal mit unter meinedomain.de und einmal unter *.meinedomain.de). Ich komme nun auch unter der Domain auf die Willkommensseite des Nginx Proxy Manager. Allerdings komme ich auch mit meinedomain.de:5000 auf den login meines Unraids was aus meiner Sicht ein Sicherheitsproblem ist. EDIT: Habe auch gerade festgestellt das ich somit auch direkt auf andere Container zugreifen kann. (z.B. auf den Unifi Controller unter der Angabe www.meinedomain.de:8081 oder auf den Emby Server unter Angabe der Portnummer 8096) Soweit ich gelesen habe sind bei ipv6 ja alle Ports offen... gibt es eine Eine Möglichkeit im Nginx Proxy Manager das zu unterbinden? Vielen Dank im Voraus für eure Hilfe.

ich habe diese Pro CPU AMD Ryzen 5 PRO 4650G ab € 141,55 (2023) | Preisvergleich Geizhals Deutschland

Ein kurzes Update, ich habe heute ein Downgrade zu Unraid 6.9.2 gemacht. Meinen USB Stick gelöscht, mit dem Unraid USB Creator die 6.9.2 aufgespielt und anschließend den Config Ordner welchen ich zuvor gesichert hatte wieder zurückgespielt. Was soll ich sagen Grafana läuft direkt beim ersten Versuch und der Grafana Ordner in Appdata hat jetzt auch chmod 777... Fragt mich nicht woran es liegt. Bin am Überlegen ob ich das Backup von der 6.10.RC4 nochmals zurückspielen oder per Update neu installieren soll um das nochmal zu testen.... Update 20.04.22 Es liegt definitiv an der Version 6.10.RC4, ich habe heute einmal die neue Version installiert und hatte die gleichen Probleme wie in Thread #1 beschrieben....

Dazu kann ich nichts sagen, habe soeben festgestellt das ich quasi das gleiche problem mit Influxdb habe, dort wird unter appdata/influxdb auch nichts angelegt.

Unraid Version 6.10.0-rc4 2022-03-19 Rechte Appdata ist chmod 777 siehe hier: drwxrwxrwx 1 nobody users 92 Apr 18 12:19 appdata/ Oder ist der Container Path: /var/lib/grafana falsch? Dieser Ordner wurde nicht angelegt.

So @mguttalles gemacht wie du es geschrieben hast. Ich komme aber leider genau auf das gleiche Ergebnis.... Komischerweise sind alle meine Ordner in appdata nicht chmod 777.... drwxr-xr-x 1 daemon daemon 108 Jan 30 07:11 EmbyServer/ drwxr-xr-x 1 nobody users 0 Apr 18 11:33 grafana/ drwxr-xr-x 1 nobody users 0 Apr 18 03:34 influxdb/ drwxrwx--- 1 nobody users 90 Mar 10 11:48 krusader/ drwxr-xr-x 1 nobody users 128 Nov 11 10:46 twonky-server/ Ich gebe es für heute auf, bin am überlegen das komplette System nochmals neu aufzusetzen. Gruß Red

ich bekomme als Rückmeldung für den Grafana Ordner: drwxr-xr-x Ich hoffe das hilft weiter.

So mit CA Cleanup Appdata den Ordner gelöscht und in der Erweiterten Ansicht bei Extra Parameter alles durchgetestet. - - user root führte dann zum starten des Containers. Muss das so? Oder ist das was an der Verrechtung bei mir schief gelaufen? Bin mir unsicher ob es ok ist den Container mit root rechten laufen zu lassen... Gruß Red

Hallo in die Runde, ich bin gerade ein wenig am experimentieren um für zukünftige Projekte gerüstet zu sein. Nun habe ich mir heute auf meiner OPNsense Telegraf installiert, auf dem Unraid dann Influx DB und zum Schluß noch Grafana. Leider startet der Grafana Docker nicht und bricht mit nachfolgender Fehlermeldung ab. "GF_PATHS_DATA='/var/lib/grafana' is not writable. You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later mkdir: can't create directory '/var/lib/grafana/plugins': Permission denied" Eigentlich sollte das ganze doch laufen, da die anderen Docker von der Verzeichnisstruktur gleich aufgebaut sind und diese laufen ohne Probleme. Hat wer eine Idee woran es liegen könnte? Gruß Red