lokale DNS-Records von VLANs werden nicht angezeigt

Habe das gleiche "Problem" vor eineriger Zeit wahrgenommen aber keine Dokumentation zu dem DNS Record-Feature der UDM Pro gefunden.

Habe gerade noch mal gescannt. Komischerweise sind die Ergebnisse von Angry IP-Scanner unter windows und NetAnalyzer unter IOS unterscheidlich.

UDM-Pro SE it 3.x und 7.4 (war aber unter 7.3) network.

Keine Ahnung von euren Scanner oder wie die Auflösung machen.

Ne normale Reverse abfrage des DNS servers auf der UDM (dig -x a.b.c.d) bekomme

ich immer den Eintrag auch zurück den ich in die Local DNS Record Maske eingetragen habe.

(und ja auch in verschiedenen VLANS)

Benutzt ihr den auch den UDM DNS Server, oder irgendwas anders dazwischen ?

Bautzen eure Scanner auch dann den DNS Server oder haben die was eignes im Programm

weil jeder glaubt die Google oder Cloufflare Server sind besser für alles ?

Zitat von gierig

Keine Ahnung von euren Scanner oder wie die Auflösung machen.

Der benannte "SoftPerfect Network Scanner" (bis 2016 Freeware, seit dem kostet der Geld) soll das per ICMP Requests machen. Nach meiner unmaßstäblichen Meinung fragt der Scanner -wie wohl andere auch- den DNS-Server ab, welcher auf dem Host, wo der Scanner läuft, als zuständig eingetragen ist. Verwaltet dieser DNS-Server dann nur die Zone der localen Domain, kann der Scanner auch keine Adressen aus anderen Zonen auflösen. Man muss daher den DNS-Server dazu bringen, entweder mehrere Zonen zu verwalten, oder eben alle Netze in eine gemeinsame Zone bringen. Verwendet man den DNS-Dienst von Windows, ist dies leicht gemacht, wie die UI-Kisten das handhaben

habe einen Denkfehler entdeckt. Mein Windows-Rechner fragt bei IP-Cop auf einem Raspberry. Das IOS-Gerät nicht (welche Rolle die UDM Pro dabei spielt weiß ich nicht).

Wo verwaltet denn die UDM Pro die "Local DNS Record Maske"?

LG

Petra

Zitat von petra92

IP-Cop

Du verwendest eine Firewall, die das letzte Mal vor 8 Jahren aktuallisiert wurde? Na dann!

Zitat von petra92

Wo verwaltet denn die UDM Pro die "Local DNS Record Maske"

sieh oben Ester Eintrag. das sind die DNS eintrage die man zu einem host machen kann

Das ganze landet als config file im den auf der UDM laufenden dnsmasq

der kann und wird dann a und ptr aus den Informationen ausliefern.

Die Auflösung kann Natürlich nur klappen wenn zum auslösen auch ein das server benutzt

wird der die Namen kennt...

ok und bei dem local dns Eintrag ist nur der Gerätename oder auch subdomain und domain einzugeben?

Dass ich domains/ (evt. auch subdomains) einen Namen geben kann habe ich bei der Network-Definition gesehen. Dann wäre es doch logisch wenn ich bei der Geräte-Karteikarte nur den Namen des Geäts eingebe???

Zitat von petra92

ok und bei dem local dns Eintrag ist nur der Gerätename oder auch subdomain und domain einzugeben?

um mal frech zu sein was hindert sich daran das einfach zu testen und auszuprobieren ?

Ist ja nicht so das danach gleich das halbe Netzwerk in die Luft Fliegt oder irgendwas doof ist...

und nein immer einen ganzen domain Namen, der dann wahlfrei da einfach stumpf ein

host-record Eintrag gemacht wird in DnsMasq der dann Präsenz über einen ggf realen domain

Namen hat (weil der lokale halt drauf antwortet)

OT:

Zitat von bic

Du verwendest eine Firewall, die das letzte Mal vor 8 Jahren aktuallisiert wurde? Na dann!

Zitat von ipcop.org

The latest stable IPCop version is 2.1.9, released on 2019-02-23.

Zitat von linux-magazin.de

IP-Cop geht in Pension

Von Kristian Kißling - 04. März 2019

Nach 18 Jahren Laufzeit und vier Jahren ohne Updates sieht der IP-Cop seiner verdienten Pensionierung entgegen. Jungspund IP-Fire soll übernehmen.

Auf der Abschiedsparty heben die Macher von IP-Cop die positiven Aspekte der Pensionierung hervor. Ohnehin sei die Software “seit Jahren irrelevant”, die meisten Anwender zu IP-Fire gewechselt. Da IP-Fire ein Fork von IP-Cop ist, erscheint die Ankündigung auch im Blog des IP-Fire-Projekts. Entwickler Michael Tremer nutzt die Ankündigung, um einen Blick zurück auf die Geschichte von IP-Cop zu werfen und Nutzer zu ermutigen, IP-Cop den Rücken zu kehren.

Das Projekt ging aus Smoothwall hervor und habe sich, im Gegensatz zu IP-Fire, nie wirklich von seinem Vorbild gelöst. Insofern sei es positiv zu bewerten, dass die meisten Nutzer inzwischen zu IP-Fire oder anderen Firewall-Lösungen gewechselt seien. Bereits 2015, im Jahr des letzten Updates, sei IP-Cop unmodern gewesen.

Unbewaffnet und gefährlich

Nicht nur das. Laut Tremer sei die Software inzwischen sogar gefährlich. Sie ist von den zahlreichen Sicherheitslücken betroffen, die seit dem letzten Update bekannt wurden, namentlich Meltdown, Spectre, Shellshock und Heartbleed. Dennoch sei sie immer noch bei einer größeren Anzahl von Leuten im Einsatz. Das erkenne Tremer daran, dass sich immer mal wieder Leute im Forum melden, die gerade von IP-Cop weg migriert seien.

Diese späten Migrationen würden auch zeigen, dass IP-Cop offenbar bevorzugt auf Systemen laufe, die niemand mehr warte. Tremer fordert die verbliebenen Nutzer von IP-Cop daher auf, aus Sicherheitsgründen möglichst bald zu wechseln. IP-Fire laufe auf derselben Hardware wie IP-Cop (etwa 32-Bit-Systemen) und verfüge über die Features von IP-Fire plus einige zusätzliche.

Alles anzeigen

Besser wäre wohl ein Update auf ipfire.

DarthVaper : Ich habe dem DNS (im USG) nie vertraut. Seit dem ich ein pi-hole verwende klappt das zuverlässig mit der Namensauflösung - auch im LAN.

Räuspre.. villeicht weis IP-Cop selber nicht wann sie gestorben sind...

Die letzen files auf sourceforge sind auch 2015...

das ding ist schon laaaange EOL...

Zitat von gierig

um mal frech zu sein was hindert sich daran das einfach zu testen und auszuprobieren ?

Ist ja nicht so das danach gleich das halbe Netzwerk in die Luft Fliegt oder irgendwas doof ist...

und nein immer einen ganzen domain Namen, der dann wahlfrei da einfach stumpf ein

host-record Eintrag gemacht wird in DnsMasq der dann Präsenz über einen ggf realen domain

Namen hat (weil der lokale halt drauf antwortet)

Alles anzeigen

Ich habe da schon viel rumprobiert und Ergebinsse erzielt, auf die ich mir keinen Reim machen kann. Ich habe keine Dokumenation zur Funktionalität der DNS-Einträge auf den Gerätekarteikarten und zu dem bei der Definition der Netzwerke und freue mich immer über den anregenden Gedankenaustausch hier im Forum.

Zitat von bic

Du verwendest eine Firewall, die das letzte Mal vor 8 Jahren aktuallisiert wurde? Na dann!

Sorry war ein Versehen. Hatte IP Cop vor langer Zeit einmal im Einsatz und schon lange nicht mehr. Ich meinte PI Hole. Sorry.

Zitat von petra92

Ich meinte PI Hole.

Soweit der aus allen Vlans erreichbar ist, las doch dann den die Namensauflösung machen.

Zitat von DarthVaper

Obwohl mein Windows 11 Rechner eine IP-Adresse via DHCP und damit auch die DNS-Server erhält funktionierte diese Einstellung nicht. Erst nachdem ich explizit angegeben habe, dass der DNS-Server der UDM Pro genutzt werden soll funktioniert die Namensauflösung. Es werden genau die Einträge (auch unter Windows) ausgespuckt, die auf der UDM Pro als local DNS-Record hinterlegt sind.

Das spiegelt ja exakt das Verhalten von nslookup vs. ping unter Linux wider: der eine Befehl macht die DNS-Auflösung linksrum, der andere rechtsrum. Und ich wundere mich dann noch immer jedes Mal wieder, warum das eine geht, das andere aber nicht.

Trifft also Windows gleichermaßen.

Again what learned.

Zitat von DarthVaper

Obwohl mein Windows 11 Rechner eine IP-Adresse via DHCP und damit auch die DNS-Server erhält funktionierte diese Einstellung nicht

Hhmmm, das liegt wohl eher weniger an Windows, als am DHCP Dienst/Server. Wer weiß, was der für ein Quatsch verteilt, ein nslookup am Fensterrechner hätte es zu Tage gebracht

Zitat von razor

der eine Befehl macht die DNS-Auflösung linksrum, der andere rechtsrum.

Naja - eher vorwärts und rückwärts, respektive "umgekehrt" Vorwärts (Forward-Lookup) ist der normale und z.B. vom Webbrowser benötigte Weg, daher die Lieferung einer (bis dato) unbekannten IP-Adresse zu einem bekannten FQDN .... ergo ist der umgekehrte Weg (Reverse-Lookup) die Lieferung eines (bis dato) unekannten FQDN zu einer bekannten IP-Adresse.

Sogenannte Reverse-Lookupzonen werden jedoch nicht (automatisch) von allen DNS-Diensten/Servern angelegt, bzw. gepfegt. Selbst beim Windows-Server muss man beim händischen Eintrag eines Hosts wählen, ob dieser auch reverse (PTR-Zeiger) eingetragen werden soll.

Ist jedoch ein Host erst einmal in der Forward- und in der Reverse-Zone eingetragen, klappt auch die Auflösung in beide Richtungen:

Windows:

Linux: