NICs wechseln, wie die Konfig retten...
-
@jegr said in NICs wechseln, wie die Konfig retten...:
@bob-dig said in NICs wechseln, wie die Konfig retten...:
Also WAN virtuell mit der Realtek NIC oder durchgereichter 10Gb Port, hat da wer noch ne Meinung?
Warum dann nicht einfach die Realtek komplett durchreichen? Oder gleich ne billige 1G Intel NIC besorgen und die einbauen und durchreichen?
Wird realtek denn von pfSense unterstützt? Müsste ich dann mal prüfen, ob man die mit Hyper-V in eine gen2 VM durchreichen kann.
Und wie gesagt, mit meiner intel/Fujitsu geht es leider nicht mehr, da weigert sich pfSense zu booten, vermute mit Realtek ebenfalls nicht, auch wenn ich das noch nicht getestet habe. -
@jegr said in NICs wechseln, wie die Konfig retten...:
Ich denke gefährlich ist nicht das richtige Wort. Es geht damit nichts kaputt.
Ich weiß nicht, wie pfSense auf eine nicht-konforme XML reagieren würde, ich hatte noch keine zerstört
, aber manche andere Applikationen sind da sehr empfindlich. -
@bob-dig said in NICs wechseln, wie die Konfig retten...:
Wird realtek denn von pfSense unterstützt?
Grundsätzlich schon, aber es könnte auf die genaue Type ankommen. Wenn es ein seltener Chip ist, empfiehlt sich, sicherheitshalber einen Blick in die Hardware-Kompatibilitätsliste zu werfen.
-
@viragomann Joar, Problem, die von mir verwendete Fujitsu wird auch unterstützt, aber nicht mehr in einer gen2 Hyper-V VM, bloß steht das nirgends.
So sah das letztlich aus:
Mach mir da wenig Hoffnung bei ner billo realtek.
-
@bob-dig
Scheint ein Problem mit Hyper-V zu sein.@bob-dig said in NICs wechseln, wie die Konfig retten...:
Mach mir da wenig Hoffnung bei ner billo realtek.
Dieser Post gibt auch keinen Grund dazu:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222996#c55Möglicherweise bringt es der zittierte Patch in Ordnung.
-
@viragomann Auf SR-IOV kann ich persönlich verzichten, bzw. es hat bei mir in der Praxis schon Probleme verursacht, aber die Sense bootet halt nicht einmal durch, das Problem scheint MSI-X in der gen2 VM für die Fujitsu zu sein, nicht dass mir das irgendwas sagen würde.
Aber noch mal die Frage, woher weiß ich, welchen Zähler die zusätzlichen "hn" bekommen, einfach plus 1 rechnen und verteilen? Müsste dann "hn5" ff bei mir sein, also hn5 wird dann z.B. WAN...
-
@bob-dig
pfSense reiht die Interfaces einfach entsprechend der Bus-Nummern. Und für letztere ist der Host zuständing.
Ich meine aber hier einmal gelesen zu haben, dass die Nummerierung von Hyper-V keiner vernünftigen Logik entspricht, wenn die Anzahl an Interfaces über 4 hinausgeht. Mglw. ist das aber in der aktuellen Version schon behoben.Kenne Hyper-V nicht, denke aber nicht, dass man auf die Bus-Nummern der virtuellen Geräte Einfluss nehmen kann.
-
@viragomann Denke ich werde es wie folgt machen, eine X550-AT exklusiv an die pfSense, die damit WAN machen kann (wenn auch Perle - Säue). Eine X550-AT exklusiv an den Host, der damit die Verbindung an den 10G Switch macht. Und eine virtuelle NIC über die Fujitsu, die pfSense mit dem Switch verbindet. Dann wäre pfSense nicht mit 10G an den Switch angebunden, aber das scheint mir auch nicht nötig, da ja alle betreffenden Rechner inkl. Host per 10G an den Switch angeschlossen sind. Wäre halt etwas Verschwendung an WAN-Port, sollte aber am sichersten sein.
Werde aber einen Rechner sowohl per 10G als auch 1G an den Switch anschließen müssen, weil die 10G Karte von Asus kein WoL unterstützt. Hoffe das gibt keine Probleme? -
Ohne einen Netzwerkplan leider immer noch keinen Durchblick.
Dann wäre pfSense nicht mit 10G an den Switch angebunden, aber das scheint mir auch nicht nötig
Wenn pfSense zusammen mit Switch per VLANs dein Netzwerk segmentiert, wäere das schon sinnvoll. Wen sie nur die Versorgung mit Internet macht, wohl nicht.
Falls doch mehr Bandbreite von Nutzen sein könnte, was spricht gegen eine Host-Bridge? Sicherheitsaspekt? Okay, darüber möchte ich hier keine Depatte starten.
Werde aber einen Rechner sowohl per 10G als auch 1G an den Switch anschließen müssen, weil die 10G Karte von Asus kein WoL unterstützt. Hoffe das gibt keine Probleme?
Wenn nur auf einem Interface ein Gateway definiert ist, nicht. Und WoL sollte ja keines benötigen.
-
@viragomann Was ist denn eine Host-Bridge?
Ich könnte halt auch einen Port der X550-AT sharen, d.h. als Verbindung des Hosts an den Switch und außerdem der pfSense an den Switch...Netzwerkplan, ja eher chaotisch hier, einiges in Reihe geschaltet, aber Homserver mit virtueller pfSense und Fileserver stehen dicht beieinander und meine "Workstation" steht in einem anderen Raum. VLANs wurden bisher zusammen mit meinem günstigen Asus-Router realisiert, mein wohl bester Hardware-Kauf ever und wird für WiFi auch so bleiben.
-
@bob-dig said in NICs wechseln, wie die Konfig retten...:
Was ist denn eine Host-Bridge?
Ich könnte halt auch einen Port der X550-AT sharen, d.h. als Verbindung des Hosts an den Switch und außerdem der pfSense an den Switch...
Vermutlich genau das, aber MS hat wohl ein eigenes Vokabel dafür kreiert.
Technisch gesehen, eine virtuelle Bridge am Hypervisor-Host, mit der man mehrere Netzwerkports (virtuelle oder physische) verbinden kann. -
@viragomann Das war dann vermutlich mal nicht die Schuld von MS.
-
Morgen werd ich mich wohl ranzwingen. Also Config abspeichern, editieren in der Hoffnung, dass die neue Zuordnung dann auch so ist. pfSense runterfahren und die Hardware ändern. pfSense wieder hochfahren und irgendwie durchklicken, dass ich in das webinterface komme. Dort lade ich dann die editierte Config, in der Hoffnung, dass nach einem weiten Neustart alles schön ist... Warum bin ich bloß so pessimistisch.
-
@bob-dig
Wenn du mit der neuen (virtuellen) Hardwareanordnung und der alten Konfig aufs Webinterface kommst, okay. Falls nicht, würde ich erst die neue Konfig laden, noch mit der ursprünglichen Hardware, und diese hinterher ändern. -
@viragomann Sprich laden und dann direkt herunterfahren? Ja wenn das ginge, das wäre gut. Noch wäre halt die "neue" Hardware aber nicht vorhanden.
-
@bob-dig
Warum nicht? Solange die Hardwareumgebung unverändert ist, hast du Zugriff und kannst das Konfig-File easy über den WebConfigurator einspielen. Anschließend musst du ggf. umbauen, um wieder Traffic, wie gewünscht, im Netz zu haben. -
Hat am Ende gut geklappt, Dank @viragomann und @JeGr .
Was mich zuerst ein paar Stunden gekostet hatte, war der Umstand, dass nach der OP kein einziges VLAN mehr ging. Nach einigem Herumprobieren habe ich schließlich pfSense neu aufgesetzt, aber auch das half nicht. Dann erinnerte ich mich schließlich, dass ich nun VLAN auch in Hyper-V machen musste, da ja die entsprechende NIC nicht mehr durchgereicht, sondern jetzt ein virtueller Adapter genutzt wird. Per Powershell musste ich daher einen "Trunk" definieren und jetzt geht alles wieder wie es soll, mit der "alten" pfSense-VM.
Bin nun mutig geworden und am Überlegen, durch eine weitere "Umschreib-Aktion" LAN nun von dem fünften auf den ersten Platz zu schieben. -
Ist hier nicht mehr notwendig, aber bei physikalischen NICs habe ich einen NIC Wechsel (meist von 1Gig=>10Gig) mehrfach so gemacht:
- Neue Karte ins System
- pfSense hochfahren, dass System erkennt die neue Karte, man kenn den genauen Namen
- Config extrahieren
- Suchen/Ersetzen
- Config einspielen
- Port beim reboot umstecken
Das müsste doch genauso bei einer VM gehen...
VG
-
@mansior An welcher Stelle wird denn bei dir die alte Karte entfernt?
Bei mir ist aber das Problem gewesen, dass die alte Karte schon entfernt werden musste, bevor die neue Karte hinzugefügt werden konnte, weil es halt faktisch das selbe Gerät war, aber einmal in hardware (ix) und einmal virtuell (hn).
-
@bob-dig
Entweder beim letzten reboot oder beim nächsten "Wartungsfenster".Aber jetzt verstehe ich dein Problem. Bei mir gab es immer einen Zeitpunkt wo beide Karten im jeweiligen System waren.
