Messages

1

German - Deutsch / Re: IPSEC-VPN und öffentliches Zertifikat

« on: June 17, 2024, 05:07:57 pm »

Danke für die Rückmeldung!

Auch bei einem Let's Encryt Zertifikat müsste dann das Zertifikat auf allen Clients installiert werden, richtig? Immer wenn ein neues Zertifikat ausgestellt wird, müsste es dann auch wieder auf allen Clients installiert werden? In diesem Fall ist Dein Hinweis, lieber ein selbsterstelltes Zertifikat mit entsprechender Laufzeit zu verwenden, sicher richtig.

Gruß
Andreas

2

German - Deutsch / IPSEC-VPN und öffentliches Zertifikat

« on: June 17, 2024, 02:27:04 pm »

Hallo,

ich möchte gerne Caddy auf meiner OPNsense nutzen. Soweit ich es verstanden habe, kann hier ein kostenloses SSL Zertifikat beantragt und genutzt werden. Kann das SSL Zertifikat welches ich über caddy erhalte, dann auch als öffentliches Zertifikat für IPSEC-VPN Verbindungen genutzt werden?

Danke für eure Hilfe.

Gruß
Andreas

3

German - Deutsch / Re: Öffentliche IP-Adressen von WAN in die DMZ leiten, aber wie?

« on: May 31, 2024, 05:43:46 pm »

Besten Dank für die Hilfe. Hat soweit funktioniert. Allerdings bedarf es im Weiteren noch so vieler Einstellungen, dass ich doch einen Support Fall bei Deciso eröffnet habe.

4

German - Deutsch / Re: Öffentliche IP-Adressen von WAN in die DMZ leiten, aber wie?

« on: May 31, 2024, 10:46:17 am »

Kannst Du mir bitte etwas unter die Arme greifen, und ein Beispiel nennen, wie diese eingehenden Regeln aussehen sollen/müssen. Lieben Dank.

5

German - Deutsch / Re: Öffentliche IP-Adressen von WAN in die DMZ leiten, aber wie?

« on: May 31, 2024, 10:39:58 am »

Danke für die Rückmeldung. Aber muss nicht eine Brücke zwischen der WAN-Schnittstelle und der DMZ eingerichtet werden?

6

German - Deutsch / Öffentliche IP-Adressen von WAN in die DMZ leiten, aber wie?

« on: May 31, 2024, 10:19:21 am »

Hallo, ich nutze die OPNsense erst seit kurzem, und bin daher noch bei der Ersteinrichtung.

Somit bin ich hier auch noch recht grün hinter den Ohren. Auf jeden Fall bin ich schnmal beeindruckt von den Möglichkeiten, die sich mit Nutzung der OPNsense ergeben!

Von meinem ISP erhalte ich mit Einwahl via PPPoE, eine statische öffentliche IP-Adresse via DHCP. Der Provider hat mir noch ein weiteres Netz mit vier öffentlichen IP's zugewiesen, sowie ein drittes Netz mit 16 öffentlichen IP's. So, wie ich es verstanden habe, werden die 16 IP-Adressen nach Einwahl transparent zu mir 'durchgeleitet'.

Ich möchte gerne die 16 öffentlichen IP-Adressen direkt, also ohne NAT, auf einer als DMZ angelegten Schittstelle nutzen. Meine Frage ist nun die, ob dies so möglich ist, oder es eben nur mittels NAT erfolgen kann. Für den Fall, dass es auch ohne NAT geht, gleich die zweite Frage, nach dem wie?

Danke für eure Hilfe!

Gruß Andreas

7

German - Deutsch / Re: Netzwerkschnittstelle taucht weder in OPNsense, noch in freeBSD auf

« on: February 12, 2024, 02:10:59 pm »

Habe wohl gesehen, dass Fehler mit der freeBSD Version 13.3 behoben wurden. Darf ich da das System einfach aktualisieren, wenn OPNsense installiert ist? Der Befehl freebsd-update wird auch nicht gefunden. Das hat vermutlich seinen Grund?

8

German - Deutsch / Re: Netzwerkschnittstelle taucht weder in OPNsense, noch in freeBSD auf

« on: February 12, 2024, 01:23:13 pm »

Danke für den Hinweis. Ich habe alles im BIOS geprüft. Als Bootgerät ist nun auch nur noch die sich in der Appliance befindliche SSD eingetragen. Bei den Netzwerkschnittstellen habe ich keine PXE (OptionROM) im BIOS finden können.

Warum beschleicht mich jetzt der Verdacht, hier langsam zur Nervensäge zu werden?
(Ich kann einen Fernzugang anieten, über den Zugang sowohl zur OPNsense, als auch freeBSD via SSH besteht, falls gewünscht.)

Auf jeden Fall vielen Dank für all die Mühe hier.

9

German - Deutsch / Re: Netzwerkschnittstelle taucht weder in OPNsense, noch in freeBSD auf

« on: February 12, 2024, 12:44:04 pm »

Ja, Tatsache. Da taucht der Port auch tatsächlich auf. Aber irgendwie scheint er Probleme zu haben richtigt zu starten. So interpretiere ich das jedenfalls mal.
-----------------

Die interessante Stelle ist die igb9:

igb0: NVM V0.6 imgtype2
igb0: Using 1024 TX descriptors and 1024 RX descriptors
igb0: Using 2 RX queues 2 TX queues
igb0: Using MSI-X interrupts with 3 vectors
igb0: Ethernet address: c8:4f:86:05:53:88
igb0: netmap queues/slots: TX 2/1024, RX 2/1024
pcib4: <ACPI PCI-PCI bridge> irq 17 at device 28.1 on pci0
pci4: <ACPI PCI bus> on pcib4
igb1: <Intel(R) I211 (Copper)> port 0xd000-0xd01f mem 0xdfd00000-0xdfd1ffff,0xdfd20000-0xdfd23fff irq 17 at device 0.0 on pci4
igb1: NVM V0.6 imgtype2
igb1: Using 1024 TX descriptors and 1024 RX descriptors
igb1: Using 2 RX queues 2 TX queues
igb1: Using MSI-X interrupts with 3 vectors
igb1: Ethernet address: c8:4f:86:05:53:89
igb1: netmap queues/slots: TX 2/1024, RX 2/1024
pcib5: <ACPI PCI-PCI bridge> irq 18 at device 28.2 on pci0
pci5: <ACPI PCI bus> on pcib5
igb2: <Intel(R) I211 (Copper)> port 0xc000-0xc01f mem 0xdfc00000-0xdfc1ffff,0xdfc20000-0xdfc23fff irq 18 at device 0.0 on pci5
igb2: NVM V0.6 imgtype2
igb2: Using 1024 TX descriptors and 1024 RX descriptors
igb2: Using 2 RX queues 2 TX queues
igb2: Using MSI-X interrupts with 3 vectors
igb2: Ethernet address: c8:4f:86:05:53:8a
igb2: netmap queues/slots: TX 2/1024, RX 2/1024
pcib6: <ACPI PCI-PCI bridge> irq 19 at device 28.3 on pci0
pci6: <ACPI PCI bus> on pcib6
igb3: <Intel(R) I211 (Copper)> port 0xb000-0xb01f mem 0xdfb00000-0xdfb1ffff,0xdfb20000-0xdfb23fff irq 19 at device 0.0 on pci6
igb3: NVM V0.6 imgtype2
igb3: Using 1024 TX descriptors and 1024 RX descriptors
igb3: Using 2 RX queues 2 TX queues
igb3: Using MSI-X interrupts with 3 vectors
igb3: Ethernet address: c8:4f:86:05:53:8b
igb3: netmap queues/slots: TX 2/1024, RX 2/1024
pcib7: <ACPI PCI-PCI bridge> irq 16 at device 28.4 on pci0
pci7: <ACPI PCI bus> on pcib7
igb4: <Intel(R) I211 (Copper)> port 0xa000-0xa01f mem 0xdfa00000-0xdfa1ffff,0xdfa20000-0xdfa23fff irq 16 at device 0.0 on pci7
igb4: NVM V0.6 imgtype2
igb4: Using 1024 TX descriptors and 1024 RX descriptors
igb4: Using 2 RX queues 2 TX queues
igb4: Using MSI-X interrupts with 3 vectors
igb4: Ethernet address: c8:4f:86:05:53:8c
igb4: netmap queues/slots: TX 2/1024, RX 2/1024
pcib8: <ACPI PCI-PCI bridge> irq 17 at device 28.5 on pci0
pci8: <ACPI PCI bus> on pcib8
igb5: <Intel(R) I211 (Copper)> port 0x9000-0x901f mem 0xdf900000-0xdf91ffff,0xdf920000-0xdf923fff irq 17 at device 0.0 on pci8
igb5: NVM V0.6 imgtype2
igb5: Using 1024 TX descriptors and 1024 RX descriptors
igb5: Using 2 RX queues 2 TX queues
igb5: Using MSI-X interrupts with 3 vectors
igb5: Ethernet address: c8:4f:86:05:53:8d
igb5: netmap queues/slots: TX 2/1024, RX 2/1024
pcib9: <ACPI PCI-PCI bridge> irq 18 at device 28.6 on pci0
pci9: <ACPI PCI bus> on pcib9
igb6: <Intel(R) I211 (Copper)> port 0x8000-0x801f mem 0xdf800000-0xdf81ffff,0xdf820000-0xdf823fff irq 18 at device 0.0 on pci9
igb6: NVM V0.6 imgtype2
igb6: Using 1024 TX descriptors and 1024 RX descriptors
igb6: Using 2 RX queues 2 TX queues
igb6: Using MSI-X interrupts with 3 vectors
igb6: Ethernet address: c8:4f:86:05:53:8e
igb6: netmap queues/slots: TX 2/1024, RX 2/1024
pcib10: <ACPI PCI-PCI bridge> irq 19 at device 28.7 on pci0
pci10: <ACPI PCI bus> on pcib10
igb7: <Intel(R) I211 (Copper)> port 0x7000-0x701f mem 0xdf700000-0xdf71ffff,0xdf720000-0xdf723fff irq 19 at device 0.0 on pci10
igb7: NVM V0.6 imgtype2
igb7: Using 1024 TX descriptors and 1024 RX descriptors
igb7: Using 2 RX queues 2 TX queues
igb7: Using MSI-X interrupts with 3 vectors
igb7: Ethernet address: c8:4f:86:05:53:8f
igb7: netmap queues/slots: TX 2/1024, RX 2/1024
pcib11: <ACPI PCI-PCI bridge> irq 16 at device 29.0 on pci0
pci11: <ACPI PCI bus> on pcib11
pcib12: <ACPI PCI-PCI bridge> irq 18 at device 29.2 on pci0
pci12: <ACPI PCI bus> on pcib12
igb8: <Intel(R) I210 (Fiber)> port 0x6000-0x601f mem 0xdf400000-0xdf4fffff,0xdf500000-0xdf503fff irq 18 at device 0.0 on pci12
igb8: EEPROM V3.25-0 eTrack 0x800005d5
igb8: Using 1024 TX descriptors and 1024 RX descriptors
igb8: Using 2 RX queues 2 TX queues
igb8: Using MSI-X interrupts with 3 vectors
igb8: Ethernet address: c8:4f:86:05:53:90
igb8: netmap queues/slots: TX 2/1024, RX 2/1024
pcib13: <ACPI PCI-PCI bridge> irq 19 at device 29.3 on pci0
pci13: <ACPI PCI bus> on pcib13
igb9: <Intel(R) I210 (Fiber)> port 0x5000-0x501f mem 0xdf100000-0xdf1fffff,0xdf200000-0xdf203fff irq 19 at device 0.0 on pci13
igb9: Setup of Shared code failed, error -2
igb9: IFDI_ATTACH_PRE failed 6
device_attach: igb9 attach returned 6
pcib14: <ACPI PCI-PCI bridge> irq 16 at device 29.4 on pci0
pci14: <ACPI PCI bus> on pcib14
ix0: <Intel(R) X520 82599ES (SFI/SFP+)> port 0x4020-0x403f mem 0xdf620000-0xdf63ffff,0xdf644000-0xdf647fff irq 16 at device 0.0 on pci14
ix0: Using 2048 TX descriptors and 2048 RX descriptors
ix0: Using 2 RX queues 2 TX queues
ix0: Using MSI-X interrupts with 3 vectors
ix0: allocated for 2 queues
ix0: allocated for 2 rx queues
ix0: Ethernet address: c8:4f:86:05:53:92
ix0: PCI Express Bus: Speed 5.0GT/s Width x4
ix0: eTrack 0x800006d1 PHY FW V65535
ix0: netmap queues/slots: TX 2/2048, RX 2/2048
ix1: <Intel(R) X520 82599ES (SFI/SFP+)> port 0x4000-0x401f mem 0xdf600000-0xdf61ffff,0xdf640000-0xdf643fff irq 17 at device 0.1 on pci14
ix1: Using 2048 TX descriptors and 2048 RX descriptors
ix1: Using 2 RX queues 2 TX queues
ix1: Using MSI-X interrupts with 3 vectors
ix1: allocated for 2 queues
ix1: allocated for 2 rx queues
ix1: Ethernet address: c8:4f:86:05:53:93
ix1: PCI Express Bus: Speed 5.0GT/s Width x4
ix1: eTrack 0x800006d1 PHY FW V65535
ix1: netmap queues/slots: TX 2/2048, RX 2/2048
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
pci0: <memory> at device 31.2 (no driver attached)
hdac0: <Intel Sunrise Point HDA Controller> mem 0xdff20000-0xdff23fff,0xdff00000-0xdff0ffff irq 16 at device 31.3 on pci0
acpi_button0: <Sleep Button> on acpi0
acpi_button1: <Power Button> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
acpi_tz1: <Thermal Zone> on acpi0
uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0
hwpstate_intel0: <Intel Speed Shift> on cpu0
hwpstate_intel1: <Intel Speed Shift> on cpu1
hwpstate_intel2: <Intel Speed Shift> on cpu2
hwpstate_intel3: <Intel Speed Shift> on cpu3
Timecounter "TSC-low" frequency 1847996473 Hz quality 1000
Timecounters tick every 1.000 msec
ZFS filesystem version: 5
ZFS storage pool version: features support (5000)
hdacc0: <Intel Skylake HDA CODEC> at cad 2 on hdac0
hdaa0: <Intel Skylake Audio Function Group> at nid 1 on hdacc0
pcm0: <Intel Skylake (HDMI/DP 8ch)> at nid 3 on hdaa0
igb9: <Intel(R) I210 (Fiber)> port 0x5000-0x501f mem 0xdf100000-0xdf1fffff,0xdf200000-0xdf203fff irq 19 at device 0.0 on pci13
ugen0.1: <Intel XHCI root HUB> at usbus0
uhub0 on usbus0
uhub0: <Intel XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0
ses0 at ahciem0 bus 0 scbus1 target 0 lun 0
ses0: <AHCI SGPIO Enclosure 2.00 0001> SEMB S-E-S 2.00 device
ses0: SEMB SES Device
ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
ada0: <ASU800SS-256GT Q1204A> ACS-2 ATA SATA 3.x device
ada0: Serial Number 2J4120089432
ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 1024bytes)
ada0: Command Queueing enabled
ada0: 244198MB (500118192 512 byte sectors)
ses0: ada0 in 'Slot 00', SATA Slot: scbus0 target 0
igb9: Setup of Shared code failed, error -2
igb9: IFDI_ATTACH_PRE failed 6
device_attach: igb9 attach returned 6
Trying to mount root from zfs:zroot/ROOT/default []...
uhub0: 26 ports with 26 removable, self powered
root@firewall:~ #
root@firewall:~ # igb9: <Intel(R) I210 (Fiber)> port 0x5000-0x501f mem 0xdf100000-0xdf1fffff,0xdf200000-0xdf203fff irq 19 at device 0.0 on pci13
Badly placed (.
root@firewall:~ # igb9: Setup of Shared code failed, error -2
igb9:: Too many arguments.
root@firewall:~ # igb9: IFDI_ATTACH_PRE failed 6
igb9:: Too many arguments.
root@firewall:~ # device_attach: igb9 attach returned 6
device_attach:: Too many arguments.
root@firewall:~ # pcib14: <ACPI PCI-PCI bridge> irq 16 at device 29.4 on pci0
ACPI: No such file or directory.
root@firewall:~ # pci14: <ACPI PCI bus> on pcib14
ACPI: No such file or directory.
root@firewall:~ # igb9: <Intel(R) I210 (Fiber)> port 0x5000-0x501f mem 0xdf100000-0xdf1fffff,0xdf200000-0xdf203fff irq 19 at device 0.0 on pci13
Badly placed (.
root@firewall:~ # igb9: Setup of Shared code failed, error -2
igb9:: Too many arguments.
root@firewall:~ # igb9: IFDI_ATTACH_PRE failed 6
igb9:: Too many arguments.
root@firewall:~ # device_attach: igb9 attach returned 6
device_attach:: Too many arguments.
root@firewall:~ # pcib14: <ACPI PCI-PCI bridge> irq 16 at device 29.4 on pci0
ACPI: No such file or directory.
root@firewall:~ # pci14: <ACPI PCI bus> on pcib14
ACPI: No such file or directory.
root@firewall:~ #
---------------

Was kann/soll ich tun, um die Störung bei der Schnittstelle zu beheben?

10

German - Deutsch / Re: Netzwerkschnittstelle taucht weder in OPNsense, noch in freeBSD auf

« on: February 12, 2024, 11:46:38 am »

Also beide SFP Ports basieren wohl auf einer Intel 220 Schnittstelle. Einer der beiden SFP Ports wird auch gezeigt. Aber der zweite eben nicht. An fehlender Unterstützung durch das Betriebssystem möchte es also, meiner Meinung nach, nicht liegen.

11

German - Deutsch / Netzwerkschnittstelle taucht weder in OPNsense, noch in freeBSD auf

« on: February 12, 2024, 11:15:13 am »

Hallo und guten Tag.

Ich habe OPNsense auf eine Sophos XG310 installiert. Die Kupfer-Ports der Appliace werden mit 0 - 7 (igb) gelistet. Auch die beiden SFP+ Ports werden mit ix0 und ix1 geführt. Jedoch taucht hartnäckig einer der beiden SFP Ports, welcher eigentlich als igb9 gezeigt werden müsste nicht auf.

Was tun? Kann die Netzwerkschnittstelle gegebenenfalls durch einen 'Hardwarescan' gefunden und bereit gestellt werden. Ich frag jetzt so naiv, weil ich mich mit UNIX (freeBSD) eben gar nicht auskenne.

Vielleicht kann Jemand helfen? Bin für Tips und Hinweise dankbar.

Andreas