Messages

31

German - Deutsch / Re: Internes NAT

« on: December 16, 2018, 02:36:13 am »

Also ich weiß zwar nicht, was NicholasRush da als großes "Aufbrechen von VLANs" sieht, aber was du möchtest MBG ist relativ problemlos möglich.

@JeGr ich meinte damit nur, was du in deinem Beitrag schon erklärt hast, und zwar das durch NAT alles so aussieht, als käme der Traffic von der Firewall selbst. Das widerspricht dem VLAN Konzept insofern, dass der Switch oder generell jedes Endgerät schon sehen sollte von welchem Host die Anfragen kommen. Eben das die Pakete halt einfach "nur" geroutet werden sollten.

32

German - Deutsch / Re: VPN LAN to LAN

« on: December 11, 2018, 11:25:18 pm »

Hallo Andi. K,

ich würde das auch verschlüsseln, wäre ich an deiner Stelle. Du kannst das ganz einfach mit IPsec machen. Setze aber dafür auch die MTU von den Physikalischen Netzwerkinterfaces hoch auf 9000. So passen innerhalb der IPsec Pakete nachher die vollen 1500 Byte MTU hinein ohne übermäßige Paket Fragmentation. Außerdem würde ich auch AES-NI in der CPU zur Verschlüsselung nutzen.

mimugmail hat hier im Forum ein tolles VPN Tutorial gemacht. Das kannst du durch meine Vorschläge abändern.

Gruß
NR

33

German - Deutsch / Re: Internes NAT

« on: December 11, 2018, 11:19:39 pm »

Demnach ist es also nicht möglich?

Schade eigentlich...

Da ich weiss, dass bei meiner alten Firma (Fortinet Firewalls) dies ging...

Das meinte ich nicht, alles was mit den Fortinet Firewalls möglich ist geht auch mit Opnsense (sogar noch viel mehr). Ich meinte halt, das deine Frage das VLAN Konzept zunichte macht, denn man trennt die Geräte doch nicht in logische Segmente auf, nur um dann mithilfe eines NAT Routers die Trennung für bestimmte Quelladressen aufzuheben und so den Überblick des Konmunikationsverlaufs zu verlieren indem sich ein Gerät so ausgibt, als wäre es physikalisch in mehreren Segmenten vorhanden.

34

German - Deutsch / Re: openVPN - Siproxd - VOIP nur abgehende Telefonie

« on: December 11, 2018, 11:14:48 pm »

Remote Telefon wird aber bei eine eingehenden Anruf aber dann von der 10.10.10.1 angesprochen, die es nicht kennt.

Das ist richtig, da dies das OpenVPN Gateway Interface ist. Dann trage doch einfach das Interface als Proxy Interface ein und schau mal ob damit das Problem behoben ist.

35

German - Deutsch / Re: openVPN - Siproxd - VOIP nur abgehende Telefonie

« on: December 11, 2018, 01:45:10 am »

Normalerweise werden im Sip Header die Ports für den RTP Stream ausgehandelt. Und zwar jedes mal bei einem Verbindungsaufbau. Und in einem SDP Informationspaket im "Body" von SIP Zusammengefasst. Ich bin allerdings momentan auch den Siproxd Quelltext am durchforsten, welche Aufgabe nun Inbound und Outbound Interface wirklich haben.

Für das Siproxd Plugin habe ich nur deren Anleitung verarbeitet. Aber die ist ohne etwas Grundwissen was Sip ist und wie es funktioniert auch nicht wirklich hilfreich zur Siproxd Konfiguration. Zumindest nicht in diesem Fall.

Nachtrag: RTP läuft immer durch Siproxd. Eben wegen dem NAT-Traversal was sonst nötig wäre.

36

German - Deutsch / Re: Internes NAT

« on: December 08, 2018, 01:29:10 am »

Deine Idee ist zwar sehr einfallsreich. 
Aber macht den Sinn von Vlan´s und Netzwerksegmentation zunichte.

Entweder du lässt auf dem Switch die IP deines PC´s als Management Gerät zu, oder du stöpselst jedes mal um wenn du an den Switch möchtest.

37

German - Deutsch / Re: openVPN - Siproxd - VOIP nur abgehende Telefonie

« on: December 08, 2018, 01:26:32 am »

Was ist denn das für ein Telefonmodell was du da über OpenVPN angebunden hast?

Es gibt nämlich die Möglichkeit bei einigen IP-Telefonen nur abgehende Gespräche zuzulassen.

Gruß
NR

38

German - Deutsch / Re: openVPN - Siproxd - VOIP nur abgehende Telefonie

« on: December 06, 2018, 11:57:41 pm »

Kann man bei siproxd also dem Programm, nicht dem Plugin, mehrere Interfaces angeben?
Wir haben hier nur ein Dropdown field .. das müsste ich dann in multi_select ändern ...

Leider geht das noch nicht. Ich beobachte das Siproxd Projekt schon sehr lange. Aber Multiple Interfaces scheinen dort wohl nicht geplant zu sein. Alternativ scheint das ganze aber auch so über die festgelegten IP-Adressen zu laufen. Ich meine hier die Einstellung: "Hosts to allow registration". Alles andere was hier nicht eingetragen ist, sollte automatisch als WAN gewertet werden.

@shoal

Setze mal "Remote ports in VIA-Header" auf "do add ;rport to OUTGOING and INCOMING via headers"

Und probiere es dann nochmal.

39

German - Deutsch / Re: openVPN - Siproxd - VOIP nur abgehende Telefonie

« on: December 04, 2018, 10:49:08 pm »

Evtl. eine Firewallregel auf dem OpenVPN Interface? Es kommt auch darauf an, was im Siproxd an Internen Netzen Eingetragen ist. Dort sollte das OpenVPN Netz mit rein.

Gruß
NR

40

German - Deutsch / Re: Telekom VoIP - mehrere Geräte und grundsätzliche Fragen

« on: November 07, 2018, 12:52:51 am »

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.

Freut mich das es geklappt hat.

41

German - Deutsch / Re: Telekom VoIP - mehrere Geräte und grundsätzliche Fragen

« on: November 06, 2018, 02:51:12 am »

Hallo Hunter,

ich würde es lassen und nicht versuchen mehrere Endgeräte parallel am SIP-Server der Telekom anzumelden ohne Speedport. Denn so kann es dir passieren, dass nur eines von beiden Endgeräten eine Ruf-Signalisierung bekommt. Die Speedports haben nämlich eine von der Telekom angepasste Siproxd Version laufen die eben ermöglicht, mehrere Endgeräte am VOIP-Server der Telekom zu benutzen. Erstelle in deiner FritzBox besser eine "IP-Telefon" Nebenstelle und melde das Gigaset Telefon dort an.

Um ein gemeinsames Telefonbuch zu benutzen benötigst du eine Telefonanlage mit Systemtelefonen. Asterisk + LDAP oder einfach mehrere Gigaset Telefone die du an deiner Go Basis anmeldest. Die sollten normalerweise ein Gemeinsames Telefonbuch nutzen können. Aber da musst du dich selbst informieren.

Es gibt nunmal keine herstellerübergreifenden Funktionen wie ein Telefonbuch, welches du nur einmal Editieren musst und sich dann auf alle Geräte Synchronisiert.

Das gibt es selbst bei großen Telefonanlagen von Systemherstellern nicht, wenn die Endgeräte nicht vom selben Hersteller sind oder zumindest als kompatibel vom Hersteller beworben werden. Was du möchtest ist das ein Apfel wie eine Melone schmeckt nur ohne das Gewicht der Melone tragen zu müssen. Sowas wie Melone to Go.  Aber das bekommst du nur indem du die Melone auf die Apfelgröße bringst. Bevor ich das hier noch weiter ausführe. Was du möchtest geht leider so einfach nicht.

Es gibt bei VOIP bzw. SIP immer nur eine Gegenstelle. Jedes Endgerät hat eine Rufnummer. Wenn du deine Rufnummer (1234) auch Mobil nutzen möchtest oder an einem zweiten VOIP Endgerät musst du ein Gerät haben welches in der Lage ist mehrere Nebenstellen zu Verwalten und in dem sinne deine Rufnummer an mehreren SIP Endgeräten nutzbar zu machen. Und das kann nur deine FritzBox. Möchtest du also deine Rufnummer auch vom Smartphone nutzen, musst du eine VPN Verbindung zur FritzBox aufbauen und den VPN-Server dazu kannst du in der OPNsense konfigurieren. => IPsec oder OpenVPN. Wenn du ein Iphone hast dann auf jedenfall IPsec. Bei Android kannst du es dir aussuchen. Also im Endeffekt Telefonierst du dann vom Smartphone über die VPN Verbindung so als wärst du die ganze Zeit Zuhause, von jedem Ort der Welt.

Gruß
NR

42

German - Deutsch / Re: [Siproxd & VOIP Support] Problem- und Lösungsthread

« on: November 04, 2018, 10:54:22 pm »

Ich frage mich jetzt, ob tatsächlich SIPROXD die Nummer abändert oder ob der Effekt nun auftaucht, weil ich in der Fritz!Box nun das "Benutzerdefiniert" Profil statt "Telekom" benutze. Evtl. Hat "Telekom" ja diese oder eine andere Tauschregel eingebraut?

Es scheint genauso zu sein, wie du festgestellt hast. siehe hier: https://telekomhilft.telekom.de/t5/Telefonie-Internet/Eingehende-Rufnummernanzeige-falsch/td-p/875969

https://avm.de/service/fritzbox/fritzbox-7530/wissensdatenbank/publication/show/3390_Bei-ankommenden-Anrufen-wird-der-Name-des-Anrufers-nicht-angezeigt/

Ist zwar hier für die 7530 beschrieben, sollte aber auch für die Vormodelle mit VOIP gelten.

Anleitung:

Unter "Telefonie -> Eigene Rufnummer" in den jeweiligen Telekom Rufnummern die Vorlage von "Telekom" auf "anderer Anbieter" ändern, damit alle Felder angezeigt werden. Unter "Rufnummernformat anpassen" befindet sich ein Feld namens "Suffix für Internetrufnummern", dort bitte folgendes eintragen:

Code: [Select]

00*;0*49;0*0;00*00 Danach sollten die Rufnummern richtig angezeigt werden.
Bitte auch den oben verlinkten AVM Artikel dazu beachten, denn dort steht welches Rufnummernformat das Telefonbuch der FritzBox unterstützt.

43

German - Deutsch / Re: [Siproxd & VOIP Support] Problem- und Lösungsthread

« on: November 03, 2018, 10:58:04 pm »

Dort wird +49xxxx angezeigt... siehe Anhang. Auf der Übersichtsseite wieder nur 49xxxx :/

Sieht so aus als wenn Siproxd die CallerID umschreibt. Denn das ist die Rufnummer die auch im Fbox Telefonbuch auftaucht.

Du könntest einfach mal versuchen bei allen Plugins vom Siproxd "Enable fix_bogus_via plugin", "Enable fix_DTAG_networks plugin" und "Enable fbox_anoncall_networks plugin" den Haken wegzunehmen und die Plugins damit zu deaktivieren. Evtl. bearbeitet eines dieser Plugins den Sip Header mehr als er sollte. Auch wenn das Rufnummernformat ohne "0" also "49xxx" eigentlich richtig ist und ein "049xx" dagegen falsch wäre. Also was Siproxd hier korrigiert ist eigentlich richtig. Wenn du eine Nummer wählst Signalisierst du mit "00" das jetzt eine Rufnummer im Internationalen Format kommt. Bei einer Landesweiten Vorwahl dagegen nur mit "0". Und eine Ortsrufnummer beginnt direkt mit "1-9" und nicht mit "0". Und hier ist auch richtig das die Rufnummer umformatiert wird:

Beispiel:

Code: [Select]

Rufnummer: 1234567
Ort: 0211 (211)
Land: 0049 (49)
Du wählst jetzt innerhalb des Ortes: 1234567
Der Angerufene dagegen hat die wirkliche Nummer: 492111234567

Hoffe das das so verständlich erklärt ist. Also eigentlich wäre das Format so sogar das Richtige.
Der Unterschied damals zu heute ist ja, das es damals noch wirklich Ortsnetze gab. Heute ist alles Länder bezogen und so hat die Rufnummer in Wirklichkeit auch immer ein Internationales Format. Man kann notfalls aber bestimmt das Verhalten der FritzBox daran anpassen. Es ist halt auch von VOIP Anbieter zu Anbieter verschieden wie das Rufnummernformat übertagen wird. Die einen Schreiben innerhalb des Ortes wirklich nur "1234567" und andere eben das Standardisierte Internationale Format.

44

German - Deutsch / Re: [Siproxd & VOIP Support] Problem- und Lösungsthread

« on: November 02, 2018, 10:45:57 pm »

"Diagnose" war von mir blöd ausgedrückt... Ich meinte Tatsächlich "Telefonie -> Eigene Rufnummer -> Sprachübertragung". Da ich keine FritzBox mehr nutze, kenne ich die Menüstruktur leider nicht mehr so auswendig.

45

German - Deutsch / Re: [Siproxd & VOIP Support] Problem- und Lösungsthread

« on: November 02, 2018, 12:06:59 am »

Einziges Problem: eingehende Nummern haben das falsche Format. Statt 049111111 werden die Nummern als 49111111 angezeigt. Telefonieren klappt, man kann aber logischerweise nicht zurück rufen und die Nummern werden auch nicht gegen das hinterlegte Telefonbuch gematcht.

Tritt dieses Problem denn bei jedem Anruf auf, oder nur partiell. Und wo taucht das in der FritzBox auf, im Telefonbuch oder auf der Diagnose Seite?

Gruß
NR