Jump to content

sonic6

Members
  • Posts

    613
  • Joined

  • Last visited

  • Days Won

    2

sonic6 last won the day on August 13 2023

sonic6 had the most liked content!

About sonic6

  • Birthday December 26

Retained

  • Member Title
    Dr

Converted

  • Gender
    Male
  • Location
    Deutschland
  • ICQ
    155021031

Recent Profile Visitors

2,811 profile views

sonic6's Achievements

Enthusiast

Enthusiast (6/14)

158

Reputation

2

Community Answers

  1. Ich würde das den DHCP händeln lassen und eine ULA im Netzwerk verteilen: (die Fritzbox als Beispiel) Da die MAC Adresse vom LXC gleich bleibt und das prefix nun "fd" ist, sollte auch die ipv6 statisch sein.
  2. ich hatte heute ein ähnliches Problem an einem meiner Laptop. Geholfen hat "unsichere Inhalte" zulassen.
  3. Hi, it there a place to report a "bug" with wireguard? if i add a IP to "Peer allowed IPs", it won't be shown in the downloadable config:
  4. Moin @MarkSt ich bin leider nicht der Entwickler, sondern habe nur das Template erzeugt. Aber so wie ich das sehe, kann das nicht richtig funktionieren. Du nutzt den Container mit einer eigenen IP (br0), dadurch werden die Ports, welche im Template angegeben werden obsolete. Der Effekt in der Praxis ist, dass dein Backend auf Port auf 80 läuft, jedoch im Template von Frontend Port 7301 angegeben ist. Ich erinnere mich, dass ich selbst Probleme hatte, daher steht in der Container Beschreibung folgendes: Bitte ersteinmal an diese Vorgabe halten. Und auch bitte einmal Cookies und Cache vom Browser leeren (STRG+F5)
  5. damn, totaly missed that plugin in my mind but good that you are also the dev of this plugin ahh okay. it is gone. thank you!
  6. Is it possible, that your plugin spammed my syslog with something like this: Apr 15 07:01:16 Unraid-1 lldpd[9825]: unable to bind to raw socket for interface veth052f133: No such device Apr 15 07:01:16 Unraid-1 lldpd[9827]: unable to initialize veth052f133 Apr 15 07:01:16 Unraid-1 lldpd[9825]: unable to bind to raw socket for interface vetha376979: No such device Apr 15 07:01:16 Unraid-1 lldpd[9827]: unable to initialize vetha376979 even when the Start DVM service is stopped? i got after i restarted the Docker Service (not the whole server). Also this, after i unistalled the plugin: Apr 15 07:20:44 Unraid-1 nginx: 2024/04/15 07:20:44 [error] 16158#16158: *1736042 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.0.6, server: , request: "GET /plugins/dwdvm/include/dwdvm_report.php?mode=footer HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "192.168.0.50:50080", referrer: "http://192.168.0.50:50080/Plugins" Apr 15 07:21:15 Unraid-1 nginx: 2024/04/15 07:21:15 [error] 16158#16158: *1736043 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.0.6, server: , request: "GET /plugins/dwdvm/include/dwdvm_report.php?mode=footer HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "192.168.0.50:50080", referrer: "http://192.168.0.50:50080/Plugins" Apr 15 07:22:03 Unraid-1 nginx: 2024/04/15 07:22:03 [error] 16158#16158: *1736043 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.0.6, server: , request: "GET /plugins/dwdvm/include/dwdvm_report.php?mode=footer HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "192.168.0.50:50080", referrer: "http://192.168.0.50:50080/Plugins" Apr 15 07:23:03 Unraid-1 nginx: 2024/04/15 07:23:03 [error] 16158#16158: *1736720 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.0.6, server: , request: "GET /plugins/dwdvm/include/dwdvm_report.php?mode=footer HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "192.168.0.50:50080", referrer: "http://192.168.0.50:50080/Plugins" Apr 15 07:24:03 Unraid-1 nginx: 2024/04/15 07:24:03 [error] 16158#16158: *1736998 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.0.6, server: , request: "GET /plugins/dwdvm/include/dwdvm_report.php?mode=footer HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "192.168.0.50:50080", referrer: "http://192.168.0.50:50080/Plugins" Apr 15 07:24:33 Unraid-1 nginx: 2024/04/15 07:24:33 [error] 16158#16158: *1736998 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.0.6, server: , request: "GET /plugins/dwdvm/include/dwdvm_report.php?mode=footer HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "192.168.0.50:50080", referrer: "http://192.168.0.50:50080/Plugins" Diagnostic ist attached unraid-1-diagnostics-20240415-0732.zip
  7. i don't know, why you have connection issues, but IP's will only be showen when you have ports in your template (which are irrelevant, when using br0/eth0).
  8. you have to edit the config file on your flash drive: boot/config/plugins/prometheus_fritzbox_exporter/settings.cfg fritz_username=FITZBOX-USER fritz_password=FRITZBOX-USER-PW fritz_additional= -gateway-url="http://YOUR-FRITZBOX-IP:49000" -gateway-luaurl="http://YOUR-FRITZBOX-IP" exporter_address=0.0.0.0:9042 exporter_metrics_file=metrics.json exporter_luametrics_file=metrics-lua.json than it will looks like this: 192.168.0.1 is the IP of my fritzbox.
  9. kann dir bei deinem Problem leider nicht helfen, aber dir den Tipp geben, dass du im falschen Bereich gepostet hast und du deswegen kaum Hilfe erwarten kannst.
  10. Was wäre denn das SVG Problem, wenn ich nochmal fragen darf?
  11. @FlamongOle i see many reports about you last update... but no one uploaded a Diagnostic file. Here is one: unraid-1-diagnostics-20240306-0638.zip
  12. Hier vielleicht mal die detaillierte Anzeige nutzen, wie im initialen Post. Interessanter wäre mal den Gesamtverbrauch über einen Tag (oder Woche/Monat) beide Sensoren nebeneinander zu legen. Daran könnte man dann erkennen, ob die Sensoren zumindest "Intern" ihre Verbräuche genau/ungenau erfassen und weiter geben, so wie @MPC561 schon erwähnte. Den Momentanverbrauch "genau" dazustellen, das auch noch per Funk über was-weiß-ich über wieviele Dienste/Container/Bridge/Backende/Webend, ist halt kaum möglich. Die Gründe dafür wurden auch von @MPC561 eingangs technisch erläutert.
×
×
  • Create New...