-
Posts
119 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by sakistech
-
-
@sonic6 nutzt du auch unbound?
-
On 6/29/2022 at 5:11 AM, sonic6 said:
ich denke @sakistech nutzt ein Wildcard Zertifikat, dann brauch man keine Ports für die Validation.
Letztendlich macht es @sakistech genauso wie ich. Wildcard Zertifikat, keine Subdomains beim DNS-Provider und Lokale DNS Auflösung direkt auf den Reverse Proxy.
Somit kann man aus einem RP auch nen mixed Betrieb von WAN und Local-Only DNS Zugriffe machen.
Genau so mache ich das.
On 6/29/2022 at 10:38 AM, sonic6 said:Kannst du mir sagen wo das kommt?
-
On 6/27/2022 at 1:57 PM, mgutt said:
Keine Ahnung ob das geht, aber man könnte es mit intel-microcode probieren.
Erst mal den aktuellen Stand ermitteln:
dmesg | grep microcode
Jetzt das Paket installieren:
cd /tmp && wget https://slack.conraid.net/repository/slackware64-current/intel-microcode/intel-microcode-20220510-noarch-1cf.txz && upgradepkg --install-new intel-microcode-20220510-noarch-1cf.txz
Jetzt soll diese Meldung zu sehen sein:
Jetzt neu starten:
reboot
Und erneut den Status abfragen und vergleichen:
dmesg | grep microcode
Keine Ahnung wo der Microcode abgelegt wird. Wenn der irgendwo in /tmp liegt, wird diese Methode nicht gehen, weil Unraid ja nach jedem Neustart neu installiert wird.
keine Änderung.
hier die Ausgabe:
# dmesg | grep microcode [ 0.000000] microcode: microcode updated early to revision 0xf0, date = 2021-11-16 [ 11.090808] microcode: sig=0xa0655, pf=0x2, revision=0xf0 [ 11.090867] microcode: Microcode Update Driver: v2.2.
-
1 minute ago, mgutt said:
Häh?
Man muss kein Port öffnen um Lets Encrypt zu aktualisieren.
-
Ich hab das so gelöst das ich mir eine Domain gekauft habe, die habe ich dann bei Cloudflare eingetragen. Dort habe ich keine DNS-Einträge etc gemacht, sondern nur einen API-Token generiert. Den API-Token brauche ich um im NPM das Lets Encrypt zertifikat zu aktualisieren. Vorteil kein Port freigabe nötig.
Daraufhin habe ich im Pihole unter
/etc/dnsmasq.d/03-custom-dns.conf
folgendes eingetragen:
address=/.example.com/192.168.1.100
die 100 ist die vom NPM.
Jetzt muss ich im NPM einen Proxy Hosts für jeden Container erstellen und das Lets Encrypt Zertifikat auswählen und fertig.
Ich bin kein Sicherheitsexperte und weiß auch nicht ob das hier der richtige Weg ist, aber bei mir funktioniert es so.
Verbesserungsvorschläge sind willkommen
LG
Sakis
-
21 hours ago, DataCollector said:
Hallo @sakistech
Deine SIgnatur sagt, Du hast das W480 Vision W (ohne M).
Wenn das stimmt und Du nicht das W480M Vision W hast:
Ich habe das Gigabyte W480 Vision W: Das letzte BIOS ist F22 Checksum 4D16
Das "M" in der Mainboardbezeichnung macht einen großen Unterschied.
Ich hab das mit M, hab meine Sig jetzt angepasst. Danke für den Hinweis.
-
52 minutes ago, Revan335 said:
Kannst du das wie @mgutt meinte nochmal/drüber installieren? Oder weigert sich das Board dann weil schon vorhanden?
ich probiere es mal.
Edit: erst wollte er nicht booten. Hab dann die Batterie raus genommen und wieder eingesteckt, jetzt bootet er wieder. Aber die Fehlermeldung bzgl. Spectre ist immer noch da.
-
1 hour ago, mgutt said:
Du musst vermutlich das letzte BIOS noch mal installieren, damit deine CPU auch ein Update erhält.
Laut Gigabyte ist das aktuelle BIOS Update für die W480M VISION W das "F21" here
Das habe ich auch bereits installiert.
-
Hallo, danke für die Rückmeldung.
Ich verwende Unraid Version: 6.10.3 und für mein Bios gibt es aktuell kein Update.
Welche Updates meinst du noch?
-
On 5/12/2022 at 1:03 PM, majo23 said:
Hi,
with my Xeon W-1350 powerTOP isn't working properly. From what I read, It could be because Powertop 2.13 isn't up to date for my CPU (similar issues with Powertop in the past, were solved by newer Powertop Versions.)
There is a PowerTop 2.14 available on Github at www.01.org/powertop , but in nerdpack only 2.13 is the newest - cloud that be right? Could you update it?
Thxi have the same problem. Would be really cool if you could update Powertop. Many Thanks.
-
Hallo,
seit dem Update auf die neueste Unraid Version erhalte ich folgende Fehlermeldung im System Log.
Server kernel: CPU: 1 PID: 19017 Comm: kworker/1:0 Tainted
Zudem erhalte ich noch folgende Warnungen:
Jun 24 23:01:32 Server kernel: ACPI: Early table checksum verification disabled Jun 24 23:01:32 Server kernel: Spectre V2 : WARNING: Unprivileged eBPF is enabled with eIBRS on, data leaks possible via Spectre v2 BHB attacks! Jun 24 23:01:32 Server kernel: floppy0: no floppy controllers found Jun 24 23:01:32 Server mcelog: failed to prefill DIMM database from DMI data Jun 24 23:01:43 Server kernel: WARNING: You are using an experimental version of the media stack. Jun 24 23:01:43 Server kernel: WARNING: You are using an experimental version of the media stack. Jun 24 23:02:04 Server login: FAILED LOGIN 1 FROM tty1 FOR oot, Authentication failure Jun 24 23:12:01 Server root: Fix Common Problems: Warning: Docker Application WordPress has an update available for it Jun 24 23:18:59 Server kernel: WARNING: CPU: 1 PID: 19017 at net/netfilter/nf_conntrack_core.c:1192 __nf_conntrack_confirm+0xb8/0x254 [nf_conntrack]
Kann mir da jemand weiterhelfen?
-
Hab den Fehler gefunden. Es lag an der externen USB3 Festplatte. Nachdem ich das USB Kabel raus und wieder reingesteckt habe, waren die Fehlermeldungen weg.
-
Hallo,
nach dem update habe ich folgende Fehlermeldungen im LOG.
Kann mir da jemand weiterhelfen?
Jun 5 19:14:02 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 5 19:14:02 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 5 19:14:02 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 5 19:14:02 Server kernel: usb 1-4: device not accepting address 4, error -71 Jun 5 19:14:02 Server kernel: usb 1-4: device not accepting address 5, error -71 Jun 5 19:14:05 Server root: moving obsolete plugin dynamix.wireguard.plg to /boot/config/plugins-error Jun 5 19:27:14 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 5 19:27:14 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 5 19:27:15 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 5 19:27:15 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 5 19:27:16 Server kernel: usb 1-4: device not accepting address 8, error -71 Jun 5 19:28:02 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 00:41:27 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 00:41:27 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 00:41:27 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 00:41:28 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 00:41:28 Server kernel: usb 1-4: device not accepting address 20, error -71 Jun 6 00:41:29 Server kernel: usb 1-4: device not accepting address 21, error -71 Jun 6 02:22:01 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:22:01 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:22:01 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:22:01 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:22:02 Server kernel: usb 1-4: device not accepting address 24, error -71 Jun 6 02:22:03 Server kernel: usb 1-4: device not accepting address 25, error -71 Jun 6 02:27:05 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:27:05 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:27:06 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:27:06 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:27:07 Server kernel: usb 1-4: device not accepting address 28, error -71 Jun 6 02:27:07 Server kernel: usb 1-4: device not accepting address 29, error -71 Jun 6 02:27:59 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:28:00 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:28:00 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:28:00 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:28:01 Server kernel: usb 1-4: device not accepting address 32, error -71 Jun 6 02:28:02 Server kernel: usb 1-4: device not accepting address 33, error -71 Jun 6 02:28:33 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:28:33 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:28:49 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:30:46 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:30:46 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:30:46 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:30:47 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:30:47 Server kernel: usb 1-4: device not accepting address 46, error -71 Jun 6 02:30:48 Server kernel: usb 1-4: device not accepting address 47, error -71 Jun 6 02:31:01 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:31:01 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:31:01 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:31:01 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:31:02 Server kernel: usb 1-4: device not accepting address 50, error -71 Jun 6 02:31:03 Server kernel: usb 1-4: device not accepting address 51, error -71 Jun 6 02:48:31 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:48:31 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:48:31 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:48:32 Server kernel: usb 1-4: device not accepting address 54, error -71 Jun 6 02:48:33 Server kernel: usb 1-4: device not accepting address 55, error -71 Jun 6 02:57:42 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:57:42 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:57:42 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 02:57:43 Server kernel: usb 1-4: device not accepting address 58, error -71 Jun 6 02:57:44 Server kernel: usb 1-4: device not accepting address 59, error -71 Jun 6 03:52:47 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 03:52:47 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 03:52:47 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 03:52:47 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 03:52:48 Server kernel: usb 1-4: device not accepting address 62, error -71 Jun 6 03:52:49 Server kernel: usb 1-4: device not accepting address 63, error -71 Jun 6 03:53:08 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 03:53:08 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 03:53:09 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 03:53:09 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 03:53:10 Server kernel: usb 1-4: device not accepting address 66, error -71 Jun 6 03:53:10 Server kernel: usb 1-4: device not accepting address 67, error -71 Jun 6 04:07:56 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 04:07:56 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 04:07:57 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 04:07:57 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 04:07:58 Server kernel: usb 1-4: device not accepting address 70, error -71 Jun 6 04:08:16 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 05:01:35 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 05:01:35 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 05:01:35 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 05:01:35 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 05:01:36 Server kernel: usb 1-4: device not accepting address 82, error -71 Jun 6 05:01:37 Server kernel: usb 1-4: device not accepting address 83, error -71 Jun 6 20:31:02 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 20:31:02 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 20:31:02 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 20:31:02 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 20:31:03 Server kernel: usb 1-4: device not accepting address 86, error -71 Jun 6 20:31:04 Server kernel: usb 1-4: device not accepting address 87, error -71 Jun 6 20:31:30 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 20:31:31 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 20:31:31 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 20:31:31 Server kernel: usb 1-4: device descriptor read/64, error -71 Jun 6 20:31:32 Server kernel: usb 1-4: device not accepting address 90, error -71 Jun 6 20:31:32 Server kernel: usb 1-4: device not accepting address 91, error -71
-
Hallo zusammen,
ich habe ein Problem mit meinem Oscam-Container.
Und zwar fügt er automatisch alle paar Tage eigenständig "/dev/ttyUSB0" und "WebUi" Einträge. Ich nutze Port 80 und nicht 8888. Wenn ich die Einträge manuell lösche, kommen die nach ein paar tagen wieder automatisch.
Ich nutze kein USB und brauche es auch nicht.
Was kann ich da machen?
-
-
-
6 hours ago, mgutt said:
Diese Aussage und dann VFIO macht irgendwie keinen Sinn. Wird das Gerät nun erkannt oder geht es dir darum, dass du es nicht an VFIO binden kannst?!
Das Gerät wird nicht erkannt, ziel ist es die USB-Karte an die VM durchzureichen.
-
Hallo zusammen,
meine USB3-PCIe Karte wird von Unraid / Server nicht erkannt.
es handelt sich um diese Karte.
Hier die VFIO-PCI Log:
und hier die ausgabe von lsusb:
# lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID ffff:5678 6989 Intenso Rainbow Line Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hu
Hier noch die /boot/syslinux/syslinux.cfg:
default menu.c32 menu title Lime Technology, Inc. prompt 0 timeout 50 label Unraid OS menu default kernel /bzimage append initrd=/bzroot tbsecp3.enable_msi=0 isolcpus=0-7 pci=noaer label Unraid OS GUI Mode kernel /bzimage append isolcpus=0-7 initrd=/bzroot,/bzroot-gui label Unraid OS Safe Mode (no plugins, no GUI) kernel /bzimage append initrd=/bzroot unraidsafemode label Unraid OS GUI Safe Mode (no plugins) kernel /bzimage append initrd=/bzroot,/bzroot-gui unraidsafemode label Memtest86+ kernel /memtest
Kann mir jemand weiterhelfen?
LG
Sakis
-
Hallo zusammen,
durch einen fehlerhafte Einstellung bei Luckybackup habe ich mein /mnt/user/ gelöscht.
Was kann ich jetzt tun?
Edit:// ein neustart hat das problem behoben.
-
unfortunately I couldn't find the bug.
As I wrote, everything works fine, only the domain server.domain.com (unraid server) gives the error message 502 Bad Gateway
Do I have to enter something in pihole?
Edit: I solved my problem by setting in the Unraid Webgui under "Settings" -> "Docker" -> "Host access to custom networks:" to "Enabled".
Edit2: now the following entries are written in pihole.log every two seconds:
... Dec 26 19:56:33 dnsmasq[2690]: config server.example.com is 192.168.20.110 Dec 26 19:56:33 dnsmasq[2690]: query[A] pihole.example.com from 192.168.20.21 Dec 26 19:56:33 dnsmasq[2690]: config pihole.example.com is 192.168.20.110 Dec 26 19:56:35 dnsmasq[2690]: query[A] server.example.com from 192.168.20.21 Dec 26 19:56:35 dnsmasq[2690]: config server.example.com is 192.168.20.110 Dec 26 19:56:35 dnsmasq[2690]: query[A] server.example.com from 192.168.20.21 Dec 26 19:56:35 dnsmasq[2690]: config server.example.com is 192.168.20.110 Dec 26 19:56:37 dnsmasq[2690]: query[A] server.example.com from 192.168.20.21 Dec 26 19:56:37 dnsmasq[2690]: config server.example.com is 192.168.20.110 Dec 26 19:56:39 dnsmasq[2690]: query[A] server.example.com from 192.168.20.21 Dec 26 19:56:39 dnsmasq[2690]: config server.example.com is 192.168.20.110 ...
is that right or do you have to add something in Pihole?
edit3:
I entered in the
/etc/dnsmasq.d/07-nginx-proxy.conf
this
address=/example.com./192.168.20.110 host-record=server,server.fritz.box,server.example.com,192.168.20.200 local-ttl=9
the host-record and local-ttl solved the problem.
192.168.20.110 is my NPM and 192.168.20.200 is my Unraid-Server.
-
I forward my Domain internally using dnsmasq (Pihole) to my Nginx proxy manager, which then uses DNS-Challange (Cloudflare) to create real Lets Encrypt certificates that are only available in my Home Network without opening port 80 and 443 on my router. If I want to access my services from outside, I use Wireguard. So far everything works great.
If I enter my Unraid Server and Plex in NPM, e.g. server.domain.com and plex.domain.com then I get the following error message when I call up the pages.
all other services like Nextcloud etc work perfectly. only Unraid and Plex give the above error message.
Does anyone have any idea why this might be?
-
shame on me. Thank you. 😀
-
-
Wo sind die Pihole-Experten hier?
Nginx: SSL Zertifikat (https) für lokal genutzte Domains/Container
in Anleitungen/Guides
Posted
so nutze ich es auch auf einem Raspi4.
aber irgendwie scheint nicht alles "richtig" zu laufen.
Kannst du mal über meine Konfigs schauen ob ich irgendwo einen fehler drinne habe?
Ich habe pihole und Unbound unter dieser Anleitung installiert.
Bei meinem Raspi4, wo Pihole und unbound läuft, habe ich unter
/etc/dnsmasq.d/07-example.de.conf
folgendes stehen.
address=/.example.de/192.168.178.110
wobei die 192.168.178.110 mein Nginx Proxy Manager ist, der als Docker im Unraid-Server läuft.
cat /etc/resolv.conf
spuckt beim Raspi4 das aus
domain fritz.box search fritz.box nameserver 192.168.178.20
wobei die
mein Raspi4 ist auf den Pihole und Unbound läuft.
beim Unraid-Server habe ich unter
Local-TLD: local
stehen und bei
IPv4 DNS server: 192.168.178.1
bei der Fritzbox habe ich unter
Internet > Zugangsdaten > DNS-Server
bei beiden Feldern die IP des Pihole`s eingetragen und unter
Heimnetzwerk > Netzwerk > Netzwerkeinstellungen > IPv4-Einstellungen > Lokaler DNS-Server:
habe ich ebenfalls die IP vom Pihole`s eingetragen.
Dann habe ich in Pihole unter DNS-Records folgendes eingetragen:
server.fritz.box > 192.168.178.200
das ist mein Unraid-Server.
und unter CNAME-Records
proxy.example.de > server.fritz.box
cloud.example.de > server.fritz.box
....
Wenn ich jetzt z.b. cloud.example.de anpinge bekomme ich die ip vom Unraid-Server und nicht die IP vom Nextcloud Container, wo ich eine static IP vergeben habe.
Habe ich da ein denkfehler oder stimmt da was nicht?