FritzBox7590 hinter USG4Pro an Glasfaser (BiTel)

Moin The Wolly und willkommen an Bo(a)rd,

ich habe bei mir im LAN ein pi-hole als DNS-Server laufen, der sich seine Infos von den "paar" Root-Servern holt. Damit scheint die Telekom nicht "einverstanden" zu sein, wobei ich gerade geprüft habe, dass aktuell folgendes konfiguriert ist:

• 217.5.100.1
• 9.9.9.9 (aktuell genutzt für Standardanfragen)

Scheint also in meinem Fall NICHT an den DNS-Konfiguration zu liegen - denn ich kann ja telefonieren.

Aber wie ist das bei Dir? Lässt sich der für die Telefonie zuständige Server mit Deiner aktuellen konfiguration erreichen (nslookup, dig)?

Die beiden Werte "VLan-ID" und "PBit" sehen so aus, alsob Du sie in der FB konfiguriert hast, oder?

Die Datei config.gateway.json ist mir wohl bekannt. Da müssen wir aber erst herausfinden, was hier zu konfigurieren ist.

Hast Du das schon probiert: 7490_WAN_07.01_20190523.pdf?

Hallo,

das Problem kenn ich gut. Einzig was ich dazu beitragen kann ist eine Anleitung wie es am Lancom konfiguriert wird. Und ich weiß, das es ein medien Gateway für solche anwendungsfällen gibt, aber leider nur für Business Kunden.

Quote from Marlus1786

Hallo,

das Problem kenn ich gut. Einzig was ich dazu beitragen kann ist eine Anleitung wie es am Lancom konfiguriert wird. Und ich weiß, das es ein medien Gateway für solche anwendungsfällen gibt, aber leider nur für Business Kunden.

Das könnte sich ja bei der verfügbaren Hardware bestimmt adaptieren lassen. Hast Du auch den Anbieter BiTel?

Quote from razor

Das könnte sich ja bei der verfügbaren Hardware bestimmt adaptieren lassen. Hast Du auch den Anbieter BiTel?

Ja, bin auch per Glasfaser bei der BiTel angeschlossen. Das Problem hat mich bis jetzt vom USG Kauf abgehalten.

Quote from Marlus1786

Ja, bin auch per Glasfaser bei der BiTel angeschlossen. Das Problem hat mich bis jetzt vom USG Kauf abgehalten.

Na dann lass' hören, wie das mit dem Lancom zu lösen ist.

Vielleicht lässt sich das ja dann wirklich lösen.

Dabei geht es auch nur um den reinen Betrieb am Lancom, nicht in Kombination am USG. Nicht das ich mich vorher etwas schlecht ausgedrückt habe.

Quote from Marlus1786

Dabei geht es auch nur um den reinen Betrieb am Lancom, nicht in Kombination am USG. Nicht das ich mich vorher etwas schlecht ausgedrückt habe.

Ja, das habe ich so verstanden. Dennoch muss ich ja z.B. ein Port-Forwarding im UniFi machen. Das sieht auf dem Lancom bestimmt anders aus, ist aber am Ende auch nur ein Port-Forwarding.

Ich frage mal ganz doof auch nachdem ich die Anleitung gelesen habe.

Wieso hängt die FritzBox mit WAN und nicht mit LAN1 im lokalen LAN?

So verstehe ich jedenfalls deine Beschreibung der Anbindung der Fritz Box

So, hier die Anleitung. An der FRITZ!Box 7590 wird der WAN Port genutzt, an der 7490 Lan Port 1.Konfiguration eines LANCOM.pdf

Ich hatte dasselbe Problem mit meiner Fritz!Box und einer Dream Machine an einem O2 DSL Anschluss.

Die Nummern wurden ums verrecken nicht registriert. Die Lösung war in meinem Fall auch der Pi-Hole. Dieser hat die Telefon Funktion der Fritz!Box gestört.

Meine Lösung war, daß ich ein separates Netzwerk mit einem VLAN erstellt habe, auf dem nur die Fritz!Box liegt und quasi ohne den Pi-Hole ins Netz kann. Damit hat es dann funktioniert und die Telefone spielen.

Naja, also da der Pi-Hole als DNS Server fungiert hat er, warum auch immer, die Datenströme aus der Fritz!Box zu den O2 Server zum telefonieren blockiert.
Daher habe ich ein weiteres Netzwerk in meiner Dream Machine erstellt, mit eigenem VLAN und eigenem IP Beriech, auf dem sich nur die Fritz!Box befindet und dieses Netzwerk dann ohne den Umweg über den Pi-Hole direkt ins Internet gelassen. Das funktioniert jetzt soweit ohne Probleme.

Moin, ich hatte letzte Tage auch ein Problem mit dem Pihole der hat mir den Zugang zum playstore blockiert habe einfach mal die Listen upgedatet und neu eingelesen, danach lief zumindest bei mir wieder alles reibungslos.

Gruß hommes

Ich schaue in solchen Fällen meist in das Query Log d. Pi-Hole und schiebe den geblockten Eintrag ggf. in die Whitelist.