Messages

Is there a way to visualize the uptime of a client in the local network?
So I can easily check during which ours a notebook was online each day?

Regards,
Martin

Sorry I have overseen this post I'll try with static zone.

Ok, seems that my hosting partner has a wildcard entry...i removed it and hopefully this help, have to wait up to 48 hours. On the other side would it be nice if there is a possibility to exclude specific domains to be resolved externally...if someone has an idea?

Hi,
I'm using internally a subdomain of my tld, let's call it sub.tld.com.
I'm fighting the issue that for example when I ping pc1.sub.tld.com i get the local IP 192.168.1, but if i ping pc99.sub.tld.com (which does not exist) I get the ip of my tld. What I have to do that unbound will answer that this host is not reachable?

Regards.
Martin

I had the same issue two days ago with a newer installation of opnsense on an old lenovo pc. At the end it was the standard realtek driver. After switching to the vendor drivers it worked again like a charme. The strange thing was really that I lost the DNS, but not the connection (i had a stream vom Amazon Prime playing which was not stopping).
Perhaps it's a similiar issue?

Regards,
Martin

Hi,
ich versuche mich nun hier im Forum. Bin zwar sehr schlecht im erklären, aber habe zu viele Nächte nach meinem Fehler gesucht, nun muss ich es zumindest probieren:

Aufbau (der wahrscheinlich hier nebensächlich ist):
Vodafone Cable <--> Fritzbox <--> OpnSense <--> mehrere interne Netze, jedes in eigenem VLAN.
Die OpnSense nutzt noch Adguard (als Plugin) auf Port 53, dafür läuft Unbound auf Port 5354. DNS Queries werden somit erst von Adguard gefiltert, der Rest dann auf Port 127.0.01:5354 als Upstreamserver weitergeleitet.
Als DHCP ist ISC DHCPv4 aktiv, Unbound registriert brav die Hosts im DHCP Server.
Das lokale DNS Suffix ist eine Subdomain einer Tld, ich nenne sie hier einfach sub.tld.de
Alle Rechner und sonstige Geräte bekommen auch ganz anständig ihren FQDN als PC1.sub.tld.de etc.

ABER: wenn ich nun Rechner im Netzwerk über den FQDN anpinge, gibt es zwei unterschiedliche Verhaltensmuster:
ping PC1.sub.tld.de ergibt die lokale IP, vereinfacht hier 192.168.5.1
Ping Server1.sub.tld.de ergibt die öffentliche IP der tld, 202.xxx.xxx.xx
Ping -a auf die lokale IP 192.168.5.200 von Server1 ergibt aber dann korrekt Server1.sub.tld.de

Scheinbar passiert das bei Geräten, die ihre IP nicht über DHCP erhalten, sondern statische IPs im Netz haben. Ich hab auch versucht, die in Unbound über Overrides zu erfassen, aber das wird einfach ignoriert.

An dieser Stelle wird es seltsam, denn ich bin fest der Meinung, dass bei meiner ersten Probeinstallation von  OpnSense vor zwei Wochen die Overrides noch gegriffen haben?!
Hint: Bei der ersten Installation hab ich einen kleinen positiven Nebeneffekt bemerkt, der mir jetzt fehlt. Der default Hostname ist ja OPNsense...ich hatte damals als override opnsense (Groß-/Kleinschreibung) genutzt, und wenn ich am PC nslookup gestartet hatte, hat er ohne Override als Standardserver "OPNsense" (ohne Suffix) und mit override "opnsense.sub.tld.de" (mit suffix) ausgespuckt, da haben die Overrides definitiv noch funktioniert...

Meine zwei Themen (eventuell doch nur eines?):
1) Eigentlich will ich ja irgendwie dem Unbound signalisieren, dass *.sub.tld.de definitiv lokal aufgelöst wird und nix im Internet zu suchen hat.
2) Warum gehen meine Overrides nicht mehr?

Vielen Dank im voraus fürs einlesen und für Ideen,
Martin