Danke für deine Mühe. Selbst das ITZBund machts nicht mal annäherend so klug😂 Bei denen ist ne downtime mindestens 2 stunden trotz WAF vor den ganzen Diensten und auch die ist nicht HA
@maxscholz911
12 күн бұрын
Tolles Video hast du wie immer echt toll erklärt Denis, ich hätte aber noch ne Frage zum Video. Ich habe fast den selben Aufbau von meinem Cluster schon so aufgebaut bevor ich mir das Video angeschaut habe. Ich hab die Inter-Node Kommunikation aber aweng anders gemacht. Meine frage ist wieso hast du den traffic über den vSwitch dann anschließend nochmal durch ein VXlan gepackt, die vSwitche von Hetzner sind doch schon im Endeffekt abstrahierte VXlans. Kann man das nicht einfach an ne vmbr slaven und das dann an die Firewall hängen, weil so hab ich den spaß gelöst und kann von meinen VMs auf die anderen Node-VMs Kommunizieren. Mfg Max
@frank_bastelt
8 ай бұрын
OMG ... Was für großartiger Content!!! Da steht viel KnowHow drin. Vielen Dank Dennis 👍
@DieterFrueh-cp1go
6 ай бұрын
Zweiter Teil ist so wie ich es denke praktikabler finde... 💪 Bin kein Fan auf jeder VM tables/routing bearbeiten zu müssen, sondern das sollte per DHCP kommen.
@DieterFrueh-cp1go
6 ай бұрын
Lokales DNS? Also zwischen den maschinen bzw. Dns nach aussen?
@m0nji1234
8 ай бұрын
Wäre nicht vielleicht auch ein Ansatz, der pfSense 2 WAN Interfaces zu geben und jeweils eine öffentliche IP aus deinem 29er Netz. Ein WAN Interface wäre halt immer down, je nachdem auf welchem Server die pfSense gerade sitzt aber den Maschinen dahinter stört das nicht, wenn man das WAN Failover der pfSense nutzt. Somit wäre der Failover direkt auf der pfSense und man spart sich das DoppelNAT. Das DNSFailover würde damit trotzdem noch funktionieren.
@hoefler.andreas
7 ай бұрын
Solides Bare Metal Cloud Netzwerk Design hast du da gebaut, da blüht jedes Admin Herz 👍👍. Wie ist die Latenz über den VSwitch von Hetzner bzgl. Corosync?. Gruß aus Österreich
@JohnnyN1203
8 ай бұрын
ich finde die Lösung semi gut, da DNS immer etwas braucht. Damit ist die Ausfallzeit größer als die Zeit bis die VMs aufm neuen Host gestartet sind. in meinen Augen ist es schöner die Failover IPs zu nutzen
@RaspberryPiCloud
8 ай бұрын
Also das IPv64 DNS hat eine TTL von 10... Ich denke das ist schnell genug!
@olafdoring7917
8 ай бұрын
Wie lange DNS braucht, kannst Du ja selber mit der TTL einstellen. Ein Default von 86400 ist für solche Lösungen natürlich nicht praktikabel.
@DieterFrueh-cp1go
6 ай бұрын
Irgendwas hat heute mit deiner Cam nicht gepasst. Da hats ein bisschen gehakt ab und zu...
@Kino6808
8 ай бұрын
Beim Masq erhält man oft aber die Meldung das auf der Haupt IP mehrere Mac Adressen genutzt werden. Wie wird das Umgangen?
@reinerbergkamen7852
8 ай бұрын
Danke fürs Video
@RaspberryPiCloud
8 ай бұрын
Immer gerne
@joerschDE
8 ай бұрын
sehr geil! Gruß Jörg
@birk4930
8 ай бұрын
daumen hoch super erklärt
@MK-ob8tc
8 ай бұрын
Innerhalb von 2 min ein 25 min Video geguckt? 😅
@jenstester8497
8 ай бұрын
Wuerde das auch mit Mailcows funktionieren?
@MrHelpStation
8 ай бұрын
Anpassung an SPF mit beiden ipadressen wäre schon notwendig. Hat aber nur den Hintergrund, dass andere Systeme meist noch hinterherhinken. Grundsätzlich möglich, ja. DKIM sollte da mitspielen. Mailserver sollten jedoch nicht unbedingt hinter einem Homelab sitzen. Statische IPs sind meistens mindestanforderung für Google, Web usw.
@andreas.grundler
7 ай бұрын
@@MrHelpStation Das lässt sich umschiffen indem man die ausgehenden Emails über einen kleinen virtuellen Server schickt. Man kann sich da z.B. Proxmox Mailgateway installieren.
Пікірлер: 23