Beiträge von HubeBube

Zitat von mbo77

Spätestens bei SDN wie NSX ist diese Art der Diskussion doch recht müßig.

Grundsätzlich gebe ich dir Recht, jedoch ist nicht alles virtualisiert und auch für die alten legacy Systeme muss ein gewisser Schutz bestehen. Letztlich sterben gerade die Proxyprodukte, da der Traffic und Bandbreitenbedarf so angestiegen ist, dass diese Appliances die Anforderungen nicht mehr abdecken.

Vernünftige Perimeterfirewalls, Mikrosegmentierung mit Verfolgbarkeit der Pakete zwischen den Endpunkten (ganz wichtig für Troubleshooting und IDS/IPS) und Endpoint-Security ist in meinen Augen eine sehr gute Kombination.

SSL Interception ist so ein Thema, dass hoffentlich mit neuen TLS Versionen und der zunehmenden Endpoint-Security begraben wird. Ich persönlich bin kein Freund davon.

Letztlich bedingt eine SSL Interception Maschinerie in der logischen Konsequenz den Aufbau und Betrieb einer PKI ausschließlich für die Interception. Wer will denn schon einer Interception-Appliance, die eigene valide Zertifikate erstellt, bei einer Kompromittierung die Möglichkeit geben (bzw. dem Angreifer), dass AD zu übernehmen?

Ich sehe jetzt nicht was Palo Alto dort anders macht, abgesehen davon dass diese eine Applikationsfirewall ist und daher erkennt, wenn über 443 kein HTTPS geht und dann die Schotten dicht macht. Palo Alto ist keine portbasierte Firewall, kann das jedoch auch.

Hat aber alles nichts mit Gf zu tun😉

Ich sehe nicht, was die Modem-ID (die beginnt bei dir sicherlich auch mit AVMG) mit einem Branding zu tun haben sollte. Woher hast Du die Info, dass dein erster Versuch an einem vorhandenen EWE-Branding gescheitert ist?

In einer GPON-Topologie ist es völlig normal und auch notwendig, dass die Serial/Modem-ID bei dem Provider eingetragen/hinterlegt werden muss.

Bitte gib eine Rückmeldung, ob VLAN-ID 182 für den Internetaccess in Ordnung ist, ebenso PPPoE. Wird für Telefonie eine eigene VLAN-ID benötigt?

Diese Infos dienen zur Aktualisierung von Übersicht VLAN-IDs und Einwahlkonfigurationen verschiedener Anbieter

Nun ja, eine Firewall ist eben kein Router, auch wenn manchmal Firewall-Appliances dafür missbraucht werden. Das führt dann zu komplizierten Workarounds.

Besser ist es einen Router wie z.B. MikroTIK zu verwenden und dessen Firewallfunktionalitäten zu nutzen. Für den Privatmensch reicht das völlig aus. Wer es filigraner haben möchte, muss eben mit zwei Appliances (Router + Firewall) arbeiten.

Hatte nicht IPFire die Einschränkung, dass nur ein VLAN pro NIC unterstützt wird?

Ist es supported virtuelle NICs anzulegen und dann ggf. via Bonding mit einer physischen NIC zu aggregieren?

https://linuxconfig.org/configuring-virtual-network-interfaces-in-linux

OK, das ist noch besser, da Du übergangsweise noch den alten Anschluss nutzen kannst.

Zitat von uha

Im Moment habe ich DSL von 1und1 mit einer Fritzbox und direkt dahinter eine IPFire.

Wenn Du vorhast anfangs diese Fritze hinter dem ONT zu betreiben, dann tue dir und uns den Gefallen, die FRITZ!Box vor dem Anschluss an den ONT auf Werkseinstellungen zurückzusetzen und von Hand den Internetaccess zu konfigurieren.

Schau doch mal hier in #1 und #3 nach: Übersicht VLAN-IDs und Einwahlkonfigurationen verschiedener Anbieter

Auf der Unterseite steht die Gerätebezeichnung. Es mach schon einen gewaltigen Unterschied, ob der Produktname mit P oder G beginnt.

In der Doku von 2015 ist der Genexis Fibertwist nur in einer generischen Grafik abgebildet, das lässt keine Rückschlüsse auf die Topologie [AON, (X)G(S)PON] zu

Letztlich spielt das jedoch keine Rolle, da der Box sowohl AON- als auch GPON-Module beiliegen. Mit dem aktuellsten FRITZ!OS scheint nun auch die 5690 Pro im Netz von DG, direkt an der Glasfaser angeschlossen, zu funktionieren. Sicher weiß ich dies jedoch nicht.

Die 55x0er Baureihe funktioniert jedoch problemlos.

Auch wichtig zu wissen: Die 55x0er Baureihe unterstützt XGS-PON, die 5690 Pro nicht!

Hast Du 1&1 irgendwelche Informationen zukommen lassen? Falls ja, welche?

Steht auf der Unterseite der Box der CWMP-Account, beginnend mit 00040E?

Wie funktioniert der Onboardinrozess bei 1&1, hast Du da Infos, die Du mir uns teilen kannst.

Letztlich und das ist der zentrale Punkt, würde ich keinen Router (auch keine Fritze), die 2017 EOS war auch nur kurzfristig an das Netz nehmen. Es gibt noch nicht einmal mehr Firmware unter https://download.avm.de/fritzbox/ zum Herunterladen. Ebenso gibt es keine Unterstützung des OpenWRT Projektes für diese Fritze (erster Cable Router von AVM).

Das Beste ist, diese Box dem Recycling/Wertstofhof zu überlassen.

Laut router-faq.de hat eine 6360 Cable keinen WAN-Port (LAN 1 ist nicht WAN-fähig).

Yep, OM/Multimodekabel haben einen Faserkern in den Durchmessern 50 µm oder 62,5 µm. Bei OS2/Singlemode/Monomodekabeln beträgt der Kerndurchmesser üblicherweise 9 µm.

Zitat von Gruni22

sn0 es gibt aber auch sicher gelbes OM2. Ist dann 50/125 und dann bringt auch der Adapter nichts, oder?

Die Mantelfarben sind schon festgelegt, allerdings ist es nicht verboten Sonderanfertigungen/Sonderfarben zu verwenden.

OM1 und OM2 haben als Mantelfarben im Standard "Stadtwerkeorange". Der Link mit den gelben OM2 Kabeln ist so ein Fall von Phantasiefarbe.

Gibt es natürlich bei FS.com oder beim Grinsegesicht (Ausnahmsweise zu einem guten Preis): https://bit.ly/4gptkeo [Anzeige]

Auch mein Beitrag hilft nicht weiter, jedoch würde ich auch kein TP-Link Gerät einsetzen wollen: https://www.golem.de/news/gefahr-fu…412-191856.html

Langsam kommt Bewegung in den Markt und Open Access erscheint etwas greifbarer. Nachdem der BREKO Vorlagen für Rahmenverträge erstellt hat, ist BUGLAS nachgezogen und vielleicht noch ein Schritt weiter: https://www.teltarif.de/buglas-1und1-g…news/97402.html

Adapter von [U]PC Buchse auf APC Stecker sind nicht gerade gängig. Üblicherweise nutzt man einen [U]PC Adapter Buchse - Buchse und ein Glasfaserkabel mit [U]PC Stecker - APC Stecker.

Optisch kann man SC und LC Bauformen gut erkennen: https://avm.de/service/wissen…l-benotige-ich/

OK, war etwas hart formuliert und kommt zu schroff 'rüber. In #4 hat ja T-Boa schon den richtigen Weg beschrieben und auf die Wartezeit von mindestens 60 Minuten hat ja frank_m in #2 hingewiesen.