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 - Hunter

#1
Hallo Qbic,

bist Du weiter gekommen? Habe gerade nochmal ein Update auf die aktuelle 19.1.4 probiert, aber beim Bootvorgang hängt mein OpnSense wieder an der gleichen Stelle.
#2
Hallo Qbic, hast Du schon eine Neuinstallation mit 19.1 an Stelle des Updates probiert? Bin noch nicht @home und kann das von daher nicht testen.
#3
Hi Dirk, danke dafür. Wenn es nur ein Darstellungsproblem wäre, sollte OPnsense ja korrekt hochfahren und über das Webinterface erreichbar sein, bzw seiner normalen Aufgabe nachkommen. Das Netz bleibt aber komplett tot. Von daher gehe ich davon aus, dass der Bootvorgang an der Stelle unterbricht. Mangels eines seriellen Nullmodemkabels kann ich es aber derzeit nicht überprüfen.
#4
Newsense, I have no kernel panic described in the link https://forum.opnsense.org/index.php?topic=11419.0.

I tried again the settings: set vm.pmap.pti="0"
set hw.ibrs_disable="1"
boot
but without success.

I've attached a screenshot of my hanging system. With or without  the code above.
#5
Hi newsense,

no, it doesn't work. Actual BIOS 1.90 for ASRock Q1900M is installed and the described instructions does not lead to any changes.
Is there a bios option necessary to set for Spectre/Meltdown problem?

Is my motherboard so unsuitable or old fashioned?

pfSense expects a motherboard with aes-ni and now opnSense makes also trouble...
#6
...bei der Zeile

/boot/kernel/ng_tcpmss.ko 0x2068 at .....
booting...

Dann geht nichts mehr. Ich kann nur restarten und mit Option 5 den alten Kernel zum Start bewegen.

Ich kann die Fehlermeldung hier im Forum nicht in Bezug zu 19.1 finden. Bin ich alleine mit dem Problem?

Habe Board mit J1900.

Danke.
#7
Natürlich meinte ich "auf das Telefonbuch der Fritzbox zugreifen kann". Geht aber scheinbar nicht. Weder mit dem Gigaset, noch mit Zoiper auf dem Handy.
Dann brauche ich wohl wirklich eine andere Lösung, wie meinen Telekomanschluss. So kann ich aber erst einmal mit leben.
#8
Rolle rückwärts. Nach Setzen eines Passwortes für den Gigasetzugang läuft es nun. Danke Dir. Nun schaue ich, ob ich mit dem Gigaset auf das Passwort der FritzBox zugreifen kann.
#9
Hallo NicholasRush,

danke für die Nachricht. War also ein Denkfehler von mir, daß jedes IP-Telefon sich selber bei der Telekom anmelden muß.
Ich melde also das Gigaset nicht als DECT-Mobilteil an, sondern lege unter Telefonie, Telefoniegeräte ein neues Gerät "VoIP-Telefon" an. Ich habe einen Benutzernamen und ein Passwort vergeben.
Interne Nummer ist **611, Benutzername VoIP und Passwort 123456.

Dann im Gigaset den Assistenten mit "FritzBoxFon" starten , als Name 611 und als Passwort 123456 eintragen.
Und dann kommt "Anmeldung beim Provider fehlgeschlagen".
Ich breche den Assistenten ab, gehe in "Weitere Einstellungen anzeigen" und ändere Domain, Proxy-Serveradresse und Registrations-Server in die IP-Adresse meiner FritzBox.
Eine Anmeldung erfolgt trotzdem nicht.

Wie ging es bei Dir?
#10
Hallo an die Gemeinde,

ich habe einen 16oooer Magenta-Anschluß mit VoIP ohne Entertain. OPNsense hat an der WAN-Seite ein DSL-Modem und die FritzBox 7390 hängt auf LAN-Seite nur als DECT-Station.
Die FritzBox ist in der Firewall per "Ausgehendes NAT" konfiguriert und ich kann telefonieren und angerufen werden. Für VoIP habe ich ein eigenes VLAN angelegt, in dem die 7390 eingebunden ist.
Regeln Ausgehendes NAT:
WAN Quelle IP_FritzBox, Port 5060 und 7078 bis 7109, UDP, Ziel *, UDP/*, Schnittstellenadresse, Statischer Port
Regel VoIPLAN:
Quelle IP_FritzBox/*, Ziel */Port 5060 und 7078-7109 erlauben

Da ich in meinem Haus nicht mit einer DECT-Basis auskomme, habe ich mir ein Gigaset C430A Go gekauft und auch mit in das VLAN gestöpselt.

So, nun komme ich bei meinem Telekomanschluß nicht weiter. Wie wird dieses zusätzliche Gerät in der NAT-Regel konfiguriert? Ich kann doch nicht einfach einen Alias mit allen IPs der VoIP-Geräten anlegen und damit mehrere Quellen angeben, oder?

Noch eine Frage: bis jetzt bietet mir die Umstellung auf VoIP keinen Mehrwert. Ich kann unterwegs keine Festnetzgespräche annehmen oder tätigen, da die Telekom VoIP nur vom heimischen Festnetzanschluß erlaubt.
Ich muß bei jedem VoIP-Gerät ein eigenes Telefonbuch pflegen.
Es scheint sehr wenige Anbieter für Cloud-VoIP zu geben, die sich für private Kunden interessiert. Wie löst Ihr Telekomkunden das?

Danke.
#11
German - Deutsch / Re: Kein Reconnect per Modem möglich
December 07, 2017, 06:57:57 AM
Quote from: Hunter on December 05, 2017, 10:40:54 AM
Quote from: Hunter on December 04, 2017, 08:27:41 PM
Danke für die einfache, aber hoffentlich zielführende Frage. Habe die "Einwahl bei Bedarf" wohl falsch interpretiert. Sehe morgen, ob alles läuft. Habe trotzdem o3oo Uhr ein Reset vom WAN-Interface per Cron programmiert.

Danke.
So, trotz Deaktivierung von "Dial on demand " heute früh kein Internet. Ich habe jetzt den Cron-Job zum Reset des WAN-Interfaces deaktiviert und berichte morgen.
Moin, das Problem ist behoben. Das Reset vom WAN-Interface war nicht nur unnötig, sondern auch kontraproduktiv.
#12
German - Deutsch / Re: Kein Reconnect per Modem möglich
December 05, 2017, 10:40:54 AM
Quote from: Hunter on December 04, 2017, 08:27:41 PM
Danke für die einfache, aber hoffentlich zielführende Frage. Habe die "Einwahl bei Bedarf" wohl falsch interpretiert. Sehe morgen, ob alles läuft. Habe trotzdem o3oo Uhr ein Reset vom WAN-Interface per Cron programmiert.

Danke.
So, trotz Deaktivierung von "Dial on demand " heute früh kein Internet. Ich habe jetzt den Cron-Job zum Reset des WAN-Interfaces deaktiviert und berichte morgen.
#13
German - Deutsch / Re: Kein Reconnect per Modem möglich
December 04, 2017, 08:27:41 PM
Danke für die einfache, aber hoffentlich zielführende Frage. Habe die "Einwahl bei Bedarf" wohl falsch interpretiert. Sehe morgen, ob alles läuft. Habe trotzdem o3oo Uhr ein Reset vom WAN-Interface per Cron programmiert.

Danke.
#14
German - Deutsch / Kein Reconnect per Modem möglich
December 02, 2017, 04:30:08 PM
Hallo Zusammen, mittlerweile läuft seit einer Woche OPNsense nun auch mit Zyxel als Modem recht zufriedenstellend.
Ich konnte meine Fritzbox als Telefonanlage an ein VLAN, welches ich nur für VoIP nutze anschliessen und sowohl anrufen, als auch angerufen werden.  8)

Nun das Problem: "Schnittstellen", "WAN", "Aktiviere Dial-On-Demand" ist aktiviert, bei "Leerlaufzeitlimit" kann ich keine "0" eingeben. In der Hilfe steht: Falls keine qualifizierten ausgehenden Pakete in der in Sekunden angegebenen Zeitspanne übertragen werden, wird die Schnittstelle deaktiviert. Eine Leerlaufgültigkeitsdauer von Null deaktiviert diese Funktion. . Gebe ich "0" ein, kommt ×
Close
Die folgenden Eingabefehler wurden entdeckt:
Das Feld Leerlaufgültigkeitsdauerwert ist erforderlich.
.

Daher ließ ich das Feld leer. Scheint ein Bug zu sein, oder?

Wenn die Telekom die Zwangstrennung durchführt, wählt sich leider OPNsense nicht mehr automatisch ein. Das sorgt für wenig Freude bei der Familie nach dem Aufstehen.
Ich habe gelesen, daß man per Cron das WAN-Interface resetten soll. Das habe ich getan. Trotzdem wählt er sich nicht ein. Ich kann mir nur helfen, indem ich manuell OPNsense runterfahre und dann den Rechner wieder hochfahre. Ist aber keine gescheite Lösung.
Auch ein Reboot per Cron um z.B. o3oo Uhr halte ich für keine schicke Lösung.

Wie löst Ihr das?

Danke.
#15
Vielen, vielen Dank. Es hat funktioniert. D.h., ich habe nur die Konfiguration aus Deinem Link geladen, mein OPNSense mit Port4 vom Zyxel verbunden, per Assistent auf PPPoE gestellt und die Zugangsdaten AnschlusskennungTOnlineNummer0001@t-online.de plus Passwort angegeben und ich bin online. Keine VLANs auf dem Zyxel einrichten.
Die Kinder können nun dank https://forum.pfsense.org/index.php?topic=126746.0 ihr Nintendo Switch Splatoon2 online spielen und alle sind glücklich.

Nun ist "nur" noch die Einbindung der Telefonie mit der freigewordenen FB7390 auf einem extra VLAN dran.

Der Abend wird lang.

Danke.