Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - thogru

#61
Hallo Karsten,

Seit der Überschwemmung in meinem Keller ist mein funktionierender Prototyp eines Perpetuums und dessen Dokumentation nicht mehr greifbar. Und ich kann mich nicht mehr erinnern, wie ich dieses kleine unwichtige Detail gelöst hatte: Wie mache ich aus dem Nichts Energie?

So ein Mist  :)

Gruß
Thomas
#62
Well done  :)
#63
Hi,

Suggestion:
A auto update feature should be implemented in the following simplified way:

  • Download the new version of the software
  • Start a timer
  • Update the software
  • Stop the timer
  • If the timer hit its limit rollback to the old software version

I expect there are some pitfalls to go around:

  • Perhaps a reboot is required to get the updated software into action. This will require to use some sort of hardware timer. This will make such feature more or less "un-testable" because of limited resources in your QA lab.
  • Because of the complexity of the software there will be a lot of states after updating it. Besides "it is working fine" and "it totally fails" there might be some states like: "everything is OK but DNS", "DHCP is not working any more", "the firewall does not block anything" ... All these states can only be tested manually and fixed by an operator

Kind Regards
Thomas
#64
21.1 Legacy Series / Re: Scheduled Reboot Missing?
June 07, 2021, 08:52:24 AM
Hi Marshalleq,

As my OPNsense is disconnected in the moment I can not check it by myself.

The scheduled reboot should appear in the actions available for cron jobs. Did you checked this?

Kind Regards,
Thomas
#65
German - Deutsch / Re: DMZ ja oder nein?
June 07, 2021, 08:47:12 AM
Moin EliteGroup,

Du betrachtest in Deinen Gedanken, nur "den Weg der Pakete". Das ist in meinen Augen nur der Anfang.

Ich persönlich betreibe meinen Server nur in einer DMZ. Das hat mit meinem Gedanken zu tun, dass der Server ja übernommen werden kann, durch eine Schwachstelle in den angebotenen Diensten. Dann ist zwar der Server korrumpiert und muss eventuell neu aufgesetzt werden, aber meine Rechner im LAN sollten keine Schäden davon tragen. Sofern ich meinen Router richtig eingestellt habe. Dann können die Angreifer nicht von meiner DMZ in mein LAN.

Meine Vermutung:
Wenn Du Stromkosten sparen willst, könnte es helfen, verschiedene VLANs zu konfigurieren und einen Switch zu nutzen, der das unterstützt. Mit der VLAN-Technik kenne ich mich zu wenig aus, um zu beurteilen, ob das "wirklich" sicher ist. Ich stelle mir das so vor: Du hast nur ein Kabel zwischen Router und Switch (UpLink), auf dem Pakete aus beiden VLANs gesendet werden. Die anderen Ports am Switch müsstest Du dann auf ein VLAN festlegen, sodass die VLAN Tags den Switch nicht verlassen brauchen.

Gruß
Thomas
#66
Hi motamedn,

Thanks for posting your solution.

Marking a thread as solved should be done in the first post of the thread. So your mark is displayed in the overview  :)

Kind Regards,
Thomas
#67
Moin, Andreas,

Ich habe mal google befragt (opnsense "Deutsche Glasfaser"):
https://beechy.de/deutsche-glasfaser-ipv6-vs-pfsense/
https://forum.opnsense.org/index.php?topic=13172.0
https://forum.opnsense.org/index.php?topic=21225.0
https://forum.opnsense.org/index.php?topic=23269.0
Vielleicht hilft etwas davon...

Falls nicht, ist es sicherlich gut, wenn Du zu Deiner Konfiguration ein paar mehr Informationen bereitstellst: Versionsnummern, genutzte Schnittstellen, ...

Gruß
Thomas
#68
Hallo Andreas,

Ich bin neu hier.

Mit der ersten Installation habe ich mich auch schwer getan.

Mein damaliges Setup ist in der beigefügten Grafik zu sehen.

Ich habe OPNsense auf einer APU installiert. Der Zugriff erfolgte über die serielle Schnittstelle und das WebUI, sobald der Netzwerkzugriff ging.

Meine ersten Versuche sind gescheitert. Irgendwie klappte es nicht: Mal ging DNS nicht, Dann kam ich nicht vom LAN ins Internet, ...

Den Durchbruch habe ich erreicht, nachdem ich einmal den Wizard habe laufen lassen. Danach hat "alles" funktioniert. Ich habe noch vieles Konfigurieren müssen, aber wenn etwas nicht funktioniert hat, habe ich einen Fehler identifizieren und beheben können.

tl;dr
Vielleicht hilft, wenn Du einmal den Wizard (System ->  Wizard) durch laufen lässt.

Gruß
Thomas
#69
Moin, moin,

Ich habe mich jetzt für das dritte Szenario entschieden.

Die Fritz!Box läuft, ich kann wieder telefonieren und ins Internet. Den Router und den Access Point werde ich mit der Zeit dem Netzwerk hinzufügen.

Gruß
Thomas
#70
General Discussion / Re: No console menu
June 05, 2021, 05:32:27 PM
Hi Martin,

On my APU the console menu is only displayed after logon (as root).

Kind Regards,
Thomas
#71
Moin lfirewall1243,



  • ist in der OPNsense Outbound NAT aktiv
    Ja. Alles automatisch. Siehe Anlage.

  • funktioniert es wenn die FB am Modem hängt aber nicht die Einwahl selbst übernimmt?
    Das habe ich nicht probiert, weil ich nicht weiß, wie ich das Testen soll. Im DrayTek Vigor 130 sind keine PPPoE Daten hinterlegt.

  • warum schaltest du das Modem nicht in einen Bridge Modus sodass die OPNsense die Einwahl direkt macht ?
    Ich denke, dass habe ich bereits gemacht: Die PPPoE Einwahldaten liegen nur in der OPNsense. Ich habe versucht, dass mit der PPPoE-Beschriftung auf der Verbindung zwischen Modem und Router anzudeuten.

  • bezüglich deiner anderen Server hast du aber keine gesonderten Regel oder Portweiterleitungen für Port 5060-5070 und 10000-20000?
    Nein. Wenn ich die Fritz!Box direkt hinter dem Modem betreibe nutzt die Fritz!Box nur folgende Ports für VoIP: TCP: 5060 und UDP: 5060 sowie 7078 bis 7097

  • was sagt der live Log deiner OPNsense während des Verbindungsversuches
    Nichts. Siehe unten.

Wenn ich die Fritz!Box direkt hinter dem DSL-Modem betreibe, funktioniert VoIP. Für dieses Konfiguration habe ich schon den Traffic aufgezeichnet.

Sobald ich die Fritz!Box hinter die OPNsense schalte, kommen vom Provider keine Antworten (keine Pakete zwischen DSL-Modem und OPNsense im Traffic-Dump sichtbar).

Gruß
Thomas
#72
Moin, moin, Karsten,

Danke für Deinen Hinweis. Damit hast Du einen Knoten in meinem Kopf gelöst  :)

Nun kann ich mich zwischen drei Topologien entscheiden:

  • Router vor der Fritz!Box
  • Router hinter der Fritz!Box (DECT und WLAN)
  • Router hinter der Fritz!Box (DECT) mit einem zusätzlichen Access Point

Für jede Topologie habe ich eine Grafik erstellt.

Den einzigen Nachteil den ich in der dritten Topologie erkennen kann, ist der zusätzliche Stromverbrauch durch den Access Point.

Gruß
Thomas
#73
Hi TheFriendlyStranger,

In my understanding OPNsense includes all functions of an router.

So your planned setup looks plausible too me. In my opinion you can go ahead with your idea.

Kind Regards
Thomas
#74
Moin, moin,

Zum Speichern der Passworte nutze KeePass (https://keepass.info/). Das synchronisieren der verschiedenen Geräte habe ich Syncthing (https://syncthing.net/) beziehungsweise über SyncTrayzor (https://github.com/canton7/SyncTrayzor) implementiert.

Gruß
Thomas
#75
Hallo GeorgH.,

Ich habe ein paar Jahre lang meine Fritz!Box hinter einem Router mit fli4l betrieben.

Nach dem die Verbindung vom Router neu aufgebaut (z.B. Zwangstreenung) wurde, brauchte meine Fritz!Box einige Zeit, so etwa 30 - 90 Minuten, die neue öffentliche IP-Adresse meinem Provider "mitzuteilen".

Die Zwangstrennung habe ich durch einen automatischen Reconnect morgens um 04:26 ausgehebelt. Direkt im selben Script habe ich die Fritz!Box rebootet (ferngesteuert vom Router per TR069), was dann zu einem Telefonausfall von ein paar Minuten mitten in der Nacht geführt hat.

Gruß
Thomas