Messages

Hast du noch nie eine Regel erstellt?

Im Anhang habe ich einen Screenshot einer meiner. Da sind eben Quelle und Ziel Subnetze. Du kannst aber natürlich auch einzelne Hosts setzen.

Doch natürlich. Für das DNS und Internet-Zugang braucht es ja nicht viele.

Danke für den Screenshot!

Du kannst alles einschränken mit Ausnahme des Quellports. Der ist dynamisch.
Also Protokoll, Quell-IP, Ziel-IP, Ziel-Port.

Magst Du ein Beispiel geben?

Wenn es reicht, dass das Gerät den Server per IP oder Name aufrufen kann, genügt es Port 445 TCP freizugeben.

Und die IP-Adresse vom Server. Also per Firewall-Regel. Kann ich da von Gerät auf Gerät Port gehen?

Moin.

Ich stehe gerade auf dem Schlauch. Ein Gerät aus dem VLAN (IoT) soll Zugang zu SMB-Freigabe eines Servers im LAN bekommen. Wie stelle ich das am besten und elegant an? Danke!

Okay.

Der Fehler trat aber auch bei nem anderen Browser (Orion) auf. Und da ich nichts am Mac geändert habe, lag die Vermutung nahe, dass das Update der Auslöser ist. Da zuvor ja alles funktionierte ohne Fehlermeldung.

Ich würde die Fehlermeldung gerne verstehen und wissen, ob so was durch ein Update möglich ist.

Okay.

Keine Ahnung, woran es bei mir lag. Nach dem Neustart war keine Verbindung ins Netz mehr möglich. Einstellungen hatte ich nicht verändert, nur Update. ISP sagte auf Nachfrage, ob ein Störung vorliege, dass sich die Sense nicht eingewählt hat.

Ich habe mehrere Stunden probiert und schließlich aufgegeben. Factory Reset gemacht, natürlich kein Backup :-X

Dann ging es wieder. Dennoch schmiert mir die Seite mit "The error is: "cannot parse response" (NSURLErrorDomain:-1017)", wenn ich die Änderungen anwenden will, immer wieder ab, was vorher nicht war. Manueller Reload geht und löst das Problem.

Ich würd's gern verstehen.

Moin. Bisher lief alles wunderbar. Die Einwahl über PPPOE lief. Heute Update auf 24.7.10 gemacht. Danach hatte ich keine Verbindung zum Internet mehr. Verstellt habe ich nichts. ISP sagt, Gerät ist nicht eingewählt. Also Einstellung geprüft und gespeichert. Beim Anwenden dann keine Reaktion NSURL ...

Was nu?

Ich verwende auch Pihole aber leite die DNS-Anfragen wieder zurück an OPNsense zu Unbound und von dort zu DNSCrypt. Ich hab das nach dieser Anleitung gemacht: https://homenetworkguy.com/how-to/configure-dns-opnsense-pihole/  per DHCP Pihole als DNS verteilen, Pihole Upstream DNS -> OPNsense Unbound (Use Conditional Forwarding: OPNsense IP und Domain eintrage): so bekommst Du die richtigen Namen der Geräte im Netzwerk angezeigt. Ich mach dann noch nach dieser Anleitung: https://homenetworkguy.com/how-to/configure-dns-over-https-dnscrypt-proxy-opnsense/ die Weiterleitung von Unbound zum DNSCrypt (gibt es als Plugin). Wichtig ist bei diesen Anleitungen, dass man die Ports richtig einstellt.

Wie wurde denn UnboundDNS konfiguriert? Irgendwas Spezielles oder nur einschalten? Statt Hostnames habe ich im pihole nur IP-Adressen stehen unter Dashboard - Top Clienst.

...aus IOT hast du nur TCP/UDP freigegeben, aus LAN alle IPv4 Protokolle.

Bei der Regel mit TCP/UDP bei IOT handelt es sich um die Freigabe für DNS (erste Regel); ganz unten ist dann IOT net allowed.

Ich sehe nicht, was das mit facebook, insta und co. zu tun hätte. Wenn DNS bei LAN nicht funktionieren würde, würde ich gar keine Seite erreichen können.

Jetzt gilt es nur noch dem Geheimnis mit den Social-Media-Seiten auf die Schliche zu kommen. Ich hab's auch schon mit nem andere Browser versucht, der mit quittierte die Anfrage mi "bad url".

Na so wie ich es beschrieben habe. auf mehreren installationen. alles hardware, nichts virtuell, keine VLANs.

Ok. Wie gesagt komme ich ohne die beiden VLANs nicht aus. Das Problem war tatsächliche die Reihenfolge der Regeln und die antilockout-rule. Danke für die Hilfe!

Hier: antilockout auf LAN. Trotzdem geht kein Zugriff auf die GUI in anderen lokalen Netzen. Einzige BLOCK rule ist eine generelle ipv4 Regel, wie oben gezeigt für LAN.

Keine Ahnung, wie Du das gemacht hast.

ABER: Wenn ich unter Firewall-Settings-Advanced die anti-lockout-rule rausnehme, kann ich auch nicht mehr auf die GUI im GUEST- und IOT-Netz zugreifen. So sind jetzt beide Netze wirklich isoliert. Danke!

Die Sache mit den Sozialen Medien kann ich mir jedoch nicht erklären.

..nach dem verschieben der regeln die states gelöscht? oder ggf. einfach einen reboot und nochmal probieren...

Reboot ändert leider nichts.

Könnte das an der Anti-Lockout-Rule legen? Die wird zumindest in den Logs beim Zugriffsversuch angezeigt.

Natürlich nicht - der Zugriff kommt ja vom LAN aus und der ist erlaubt.

Heißt das, dass Block LAN net auf IOT net nicht für die GUI/Weboberfläche der Firewall gilt, sondern nur für den zugewiesenen Adressraum?

Denn wie ich oben geschrieben habe, konnte ich nach dem Verschieben der Block-Regeln nach oben aus dem LAN net zumindest nicht mehr auf Rechner im IOT net per Fernzugriff zugreifen.

Keine Ahnung was 192.xxx.xx.1 ist, aber wenn du den Zugriff auf die GUI im IOT Netz blockieren willst, muss TCP von IOTnet auf IOTaddress port 80 und 443 blockiert werden. Ganz oben in der Liste.

Da haben wir uns missverstanden oder ich habe mich nicht klar ausgedrückt. Ich versuche es noch einmal deutlicher zu machen.

GUEST und IOT sind isoliert, siehe Regeln. Ich habe IOT net auf IOT address als Block definiert. Das funktioniert zuverlässig. Von Rechnern aus dem IOT- oder GUEST-Netz ist kein Zugriff auf die GUI bzw. die Weboberfläche der OPNsense (die jeweils unter xxx.xxx.xx.1 erreichbar ist) möglich. Wenn ich aber mit einem Rechner aus LAN auf die GUI bzw. die Weboberfläche der OPNsense im IOT- oder GUEST-Netz zugreife, wird der Zugriff trotz Regeln nicht blockiert.