netvs-core issueshttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues2023-09-11T13:34:02+02:00https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/408Feature Request: ACME Tokens pro Domain2023-09-11T13:34:02+02:00px8408konstantin.zangerle@kit.eduFeature Request: ACME Tokens pro DomainZiel ist es möglichst für jede Domain einen eigenen Token zu bekommen, der nur für diese Rechte besitzt.
Das Anlegen von Untergruppe, Unteraccount, Zuweisung Untergruppe <=> Unteraccount, Token Erstellen kann mittels des Session Tokens ü...Ziel ist es möglichst für jede Domain einen eigenen Token zu bekommen, der nur für diese Rechte besitzt.
Das Anlegen von Untergruppe, Unteraccount, Zuweisung Untergruppe <=> Unteraccount, Token Erstellen kann mittels des Session Tokens über die API passieren. Folgender Query erstellt für die Domain »automation.cert.kit.edu« alles, was man haben will.
Ich weiß selbst nicht, wie eine gute UI dafür aussehen würde.
```json
[
{
"idx": "listFQDN",
"name": "dns.fqdn.list",
"old": {
"value": "automation.cert.kit.edu"
}
},
{
"idx": "createGroup",
"name": "cntl.group.create",
"new": {
"parent_name": "kit-cert-acme",
"description": "ACME automation.cert.kit.edu",
"do_copy_assignments": false,
"do_idm_sync": false,
"do_refresh_idm_sync": false,
"idm_sync_max_mgr_count": 20
}
},
{
"idx": "fqdnGroup",
"name": "dns.fqdn2group.create",
"new_ref": {
"group_name": {
"idx": "createGroup",
"param": "name"
},
"fqdn_value": {
"idx": "listFQDN",
"param": "value"
}
}
},
{
"idx": "createSubAccount",
"name": "cntl.mgr.create",
"new": {
"description": "created automatically",
"do_copy_roles": false,
"allow_data_manipulation": true
}
},
{
"idx": "linkSubAccountToGroup",
"name": "cntl.mgr2group.create",
"new_ref": {
"group_name": {
"idx": "createGroup",
"param": "name"
},
"mgr_login_name": {
"idx": "createSubAccount",
"param": "login_name"
}
}
},
{
"idx": "createToken",
"name": "cntl.wapi_auth.create",
"new_ref": {
"login_name": {
"idx": "createSubAccount",
"param": "login_name"
}
}
}
]
```API 4.0 Releasexe4704janis.streib@kit.edurx2495alexander.kaschta9@kit.eduxe4704janis.streib@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/634Records (und/oder DHCP-Leases) temporär deaktivieren2023-12-28T18:18:59+01:00ov5916julian.keck9@kit.eduRecords (und/oder DHCP-Leases) temporär deaktivierenUm Dinge (z.B.. v6-Only auf IoT-Geräten) zu debuggen/testen wäre es praktisch, wenn man Records als "deaktivert" markieren könnte, ohne sie temporär löschen und später neu anlegen zu müssen.Um Dinge (z.B.. v6-Only auf IoT-Geräten) zu debuggen/testen wäre es praktisch, wenn man Records als "deaktivert" markieren könnte, ohne sie temporär löschen und später neu anlegen zu müssen.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/499MACauth: temporäre Sperre2023-08-29T13:40:27+02:00iv4011benedikt.neuffer@kit.eduMACauth: temporäre SperreDerzeit gibt es keine Möglichkeit eine MAC-Adresse beim MACauth temporär zu sperren.
Anwendungsfälle:
* MAC soll nur zu bestimmten Momenten Zugang bekommen
* MAC ist nicht zuortbar, temporäre Sperre, bis sich jemand meldetDerzeit gibt es keine Möglichkeit eine MAC-Adresse beim MACauth temporär zu sperren.
Anwendungsfälle:
* MAC soll nur zu bestimmten Momenten Zugang bekommen
* MAC ist nicht zuortbar, temporäre Sperre, bis sich jemand meldethttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/486Dateianhänge an Modulen2023-07-14T17:42:18+02:00iv4011benedikt.neuffer@kit.eduDateianhänge an ModulenZur Dokumentation wäre es ein gutes Feature Bilddateien an Module (evtl. auf root-Module bschränkt) zu hängen.
Beispiel wären hier Access Points, die teilweise hinter Verkleidungen versteckt sind. Eine Bilddokumentation würde hier helfen...Zur Dokumentation wäre es ein gutes Feature Bilddateien an Module (evtl. auf root-Module bschränkt) zu hängen.
Beispiel wären hier Access Points, die teilweise hinter Verkleidungen versteckt sind. Eine Bilddokumentation würde hier helfen.
Ein anderer Fall wären Kabel, bei denen man z.B. Trassenverläufe (KMZ/KML/PDFs) anhängen kann.
Gut wäre ein Schutz, dass man Module mit Bilder dran nicht einfach löschen kann. Aber auch dass man Bilder von einem Module zu einem anderen verschieben kann. Beispielsweise, wenn etwas anders modeliert werden soll.gq3345rainer.steinmueller@kit.eduzd8187julian.schuh@kit.eduiv4011benedikt.neuffer@kit.edugq3345rainer.steinmueller@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/482Einzelne Fasern in netdoc modellieren2023-07-14T20:47:53+02:00iv4011benedikt.neuffer@kit.eduEinzelne Fasern in netdoc modellierenStand heute sind Glasfaserverbindungen immer als Fasernpaare modelliert. Problem ist, dass wir immer mehr bidi-Transceiver nutzen, also einzelne Fasernpaare für Verbindungen genutzt werden. Diese Verbindungen können wir aktuell nicht sau...Stand heute sind Glasfaserverbindungen immer als Fasernpaare modelliert. Problem ist, dass wir immer mehr bidi-Transceiver nutzen, also einzelne Fasernpaare für Verbindungen genutzt werden. Diese Verbindungen können wir aktuell nicht sauber abbilden.gq3345rainer.steinmueller@kit.eduzd8187julian.schuh@kit.eduiv4011benedikt.neuffer@kit.edugq3345rainer.steinmueller@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/481Abbildung von VRFs oder noch abstrakterer Routing-Kontexte, zu denen mehrere ...2023-07-14T17:42:51+02:00gq3345rainer.steinmueller@kit.eduAbbildung von VRFs oder noch abstrakterer Routing-Kontexte, zu denen mehrere VRFs gehörenÜbernahme aus Net-WIKI 'NETDB/wapi4.0' unter "Weitere neue, rein verbal formulierte Anforderungen":
* Wird potentiell relativ wichtig, um neue Firewall-Konzepte (bb-s2, extranet, bb-s2-qu, ...) in Automatisierung abbilden zu können
* Prä...Übernahme aus Net-WIKI 'NETDB/wapi4.0' unter "Weitere neue, rein verbal formulierte Anforderungen":
* Wird potentiell relativ wichtig, um neue Firewall-Konzepte (bb-s2, extranet, bb-s2-qu, ...) in Automatisierung abbilden zu können
* Präzisierung erforderlichgq3345rainer.steinmueller@kit.eduzd8187julian.schuh@kit.eduiv4011benedikt.neuffer@kit.edugq3345rainer.steinmueller@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/695Möglichkeit alle Service-Accounts einer OE zu sehen2024-03-11T14:23:35+01:00ha2931dominik.rimpf@kit.eduMöglichkeit alle Service-Accounts einer OE zu sehenIch hätte gerne ne Ansicht wo ich alle Service-Accounts die einer OE zugeordnet sind finden kann. Wo genau weis ich auch nicht... vllt im OE-View?Ich hätte gerne ne Ansicht wo ich alle Service-Accounts die einer OE zugeordnet sind finden kann. Wo genau weis ich auch nicht... vllt im OE-View?https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/673Netdoc: Portstatistiken2024-02-07T15:57:27+01:00ov5916julian.keck9@kit.eduNetdoc: PortstatistikenWurde mal darüber gesprochen, ob man für einen p_port Statistiken wie aktueller Durchsatz, UP/Down, ... anzeigen möchte.
Hier sollte man mal sammeln, was hierfür möglich ist.Wurde mal darüber gesprochen, ob man für einen p_port Statistiken wie aktueller Durchsatz, UP/Down, ... anzeigen möchte.
Hier sollte man mal sammeln, was hierfür möglich ist.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/639User-Netdoc: Verbindungspfad anzeigen (physik fixen)2024-01-31T17:03:38+01:00ov5916julian.keck9@kit.eduUser-Netdoc: Verbindungspfad anzeigen (physik fixen)Man sollte zu einer Dose eine gra(f/ph)ische Darstellung des Verbindungspfads bekommen.
Abhängig davon, ob man genug Leserechte hat oder nicht ist diese entsprechend größer oder kleiner.Man sollte zu einer Dose eine gra(f/ph)ische Darstellung des Verbindungspfads bekommen.
Abhängig davon, ob man genug Leserechte hat oder nicht ist diese entsprechend größer oder kleiner.Pre 4.1 NETVS Developmenthttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/637User-Netdoc: Quicklink zum Patch-Request2024-02-14T14:41:26+01:00ov5916julian.keck9@kit.eduUser-Netdoc: Quicklink zum Patch-RequestEs sollte möglich sein, innerhalb der User-Netdoc durch einen Stift/Mülleimer-Button ein patch-request modal zu öffnen, in dem dann die Dose schon vorausgefüllt ist und einen andere BCD ausgwählt werden kann bzw beim Mülleimer schon "unp...Es sollte möglich sein, innerhalb der User-Netdoc durch einen Stift/Mülleimer-Button ein patch-request modal zu öffnen, in dem dann die Dose schon vorausgefüllt ist und einen andere BCD ausgwählt werden kann bzw beim Mülleimer schon "unpatch" ausgewählt ist.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/619Ansicht um Mgr zu bearbeiten (Abstraktion Account-Karte)2023-12-11T18:54:02+01:00ov5916julian.keck9@kit.eduAnsicht um Mgr zu bearbeiten (Abstraktion Account-Karte)NetVS kann aktuell nicht alle Features des Perl-Interfaces bzgl. Mgr-Objekten insbes. Rollen abbilden.
Es fehlt:
- [ ] Ansicht von beliebigem Mgr
- [ ] mgr2group: Gruppen (inkl. hinzufügen/löschen)
- [ ] mgr2ou: OE (inkl. hinzufügen/...NetVS kann aktuell nicht alle Features des Perl-Interfaces bzgl. Mgr-Objekten insbes. Rollen abbilden.
Es fehlt:
- [ ] Ansicht von beliebigem Mgr
- [ ] mgr2group: Gruppen (inkl. hinzufügen/löschen)
- [ ] mgr2ou: OE (inkl. hinzufügen/löschen)
- [ ] mgr2role: Globale Rollen (vergeben/löschen)
- [ ] Tokens auflisten (löschen wäre cool; das gibt die API aber leider gerade nicht her)
- [ ] (Permissions Rollen zuordnen)https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/599Dark Mode2023-11-21T12:07:11+01:00rx2495alexander.kaschta9@kit.eduDark ModeIn der NETVS-Community wurde sich ein Dark-Mode für das NETVS gewünscht.In der NETVS-Community wurde sich ein Dark-Mode für das NETVS gewünscht.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/598"Umpatchen"-Knopf im Macfinder anbieten2023-12-14T21:20:01+01:00ov5916julian.keck9@kit.edu"Umpatchen"-Knopf im Macfinder anbietenAn jedem Ergebnis im Macfinder sollte es einen Knopf geben, der den User zu einem vorausgefüllten Patch-Request-Formular bringt, bei dem man nur noch Patch/Unpatch bzw. BCD auswählen muss.An jedem Ergebnis im Macfinder sollte es einen Knopf geben, der den User zu einem vorausgefüllten Patch-Request-Formular bringt, bei dem man nur noch Patch/Unpatch bzw. BCD auswählen muss.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/586RR-create-Funktion (generische Fkt. mit gruenem '+') nimmt keinen user-bestim...2023-11-09T16:30:35+01:00gq3345rainer.steinmueller@kit.eduRR-create-Funktion (generische Fkt. mit gruenem '+') nimmt keinen user-bestimmbaren FQDN-TypBei der generischen RR-create-Fkt. muss davon ausgegangen werden, dass der FQDN noch nicht existiert. Es reicht deshalb nicht, nur den FQDN-Typ-Default aus der RR-Typ-Definition zu nehmen. Wenn es keine weitere Vorauswahl gibt, muessen h...Bei der generischen RR-create-Fkt. muss davon ausgegangen werden, dass der FQDN noch nicht existiert. Es reicht deshalb nicht, nur den FQDN-Typ-Default aus der RR-Typ-Definition zu nehmen. Wenn es keine weitere Vorauswahl gibt, muessen hier alle FQDN-Typen angeboten werden; auch die, die evtl. fuer den vorgesehenen RR-Typ nicht in Frage kommen (weil nicht als DBRT definiert). Die korrekte Auswahl liegt dann im Ermessen des Users.
Waere der RR-Typ aber bereits bekannt, duerften nur die FQDN-Typen angeboten werden, fuer die es eine DBRT-Definition des RR-Typs gibt.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/579Patch Request: CSV-Import für Patch-Request-Actions2023-11-06T18:34:13+01:00pe3533benjamin.aydt@kit.eduPatch Request: CSV-Import für Patch-Request-ActionsDie Möglichkeit auf einen CSV-Import der "Request-Actions" wurde nun schon mehrfach gewünscht. \
Dies ist vor allem dann sinnvoll, wenn viele Dosen auf einmal umgeschaltet werden sollen, welche auch nicht zwingend im selben Gebäude sind.Die Möglichkeit auf einen CSV-Import der "Request-Actions" wurde nun schon mehrfach gewünscht. \
Dies ist vor allem dann sinnvoll, wenn viele Dosen auf einmal umgeschaltet werden sollen, welche auch nicht zwingend im selben Gebäude sind.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/575Automatic bug reporter2023-11-06T18:15:22+01:00rx2495alexander.kaschta9@kit.eduAutomatic bug reporterImplement a method to be able to automatically post NETVS error (in the frontend) to the NETVS team. This should not automatically create GitLab issues but rather send mails to the dev team to prevent from sensitive information from leak...Implement a method to be able to automatically post NETVS error (in the frontend) to the NETVS team. This should not automatically create GitLab issues but rather send mails to the dev team to prevent from sensitive information from leaking. Open for further suggestionshttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/537Feature Request - EUI-64 automatisch generieren2023-12-20T16:26:32+01:00kw3675Feature Request - EUI-64 automatisch generierenÄhnliches Anliegen wie #480, beim Klick auf "Kein AAAA-Record!" wäre es super, wenn automatisch die zum Subnetz der IPv4 passende EUI-64 IPv6 generiert und eingetragen würde. Benötigen wir so oft, dass wir da intern sogar schon ein Tool ...Ähnliches Anliegen wie #480, beim Klick auf "Kein AAAA-Record!" wäre es super, wenn automatisch die zum Subnetz der IPv4 passende EUI-64 IPv6 generiert und eingetragen würde. Benötigen wir so oft, dass wir da intern sogar schon ein Tool für geschrieben haben. (Kennt nur unsere Subnetze, bringt also anderen Instituten aktuell leider nichts.)ov5916julian.keck9@kit.eduov5916julian.keck9@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/480Anzeige neu generierte IPv6 Adressen2024-02-29T17:01:08+01:00yc7050Anzeige neu generierte IPv6 Adressen> Hallo KollegInnen,
hätte einen kleinen Feature-Request fürs netvs...
Wenn ich in der A-Records-Liste durch Klicken auf "Kein AAAA-Record!"
eine neuen anlege, wird der aus der IPv4-Adresse generiert. Wäre cool,
wenn dann irgendwo schon ...> Hallo KollegInnen,
hätte einen kleinen Feature-Request fürs netvs...
Wenn ich in der A-Records-Liste durch Klicken auf "Kein AAAA-Record!"
eine neuen anlege, wird der aus der IPv4-Adresse generiert. Wäre cool,
wenn dann irgendwo schon die resultierende IPv6-Adresse angezeigt würde
und nicht nur die IPv6::IPv4.
Aktuell muss ich jedesmal am Ende wieder in der Liste den/die Client/s
suchen, um die angelegte Adresse zu sehen.
Nur 'ne Kleinigkeit, aber viele Kleinigkeiten... naja, ihr wisst ja
selber
Schöne Grüße aus dem Physikhochhaus,
Lars Behrenshttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/415Antrag auf neue BCD / neues Netz2024-02-21T15:06:51+01:00se7337klara.mall@kit.eduAntrag auf neue BCD / neues NetzEin ins NETVS integriertes Antragsformular "Antrag auf eine neue BCD / neues Netz"
Neben den einzelnen Feldern sollten Erklärungstexte möglich sein. Der Beantrager muss OE-Betreuer sein.
1. OE: dropdown betreute OEs des Accounts.
2. Gr...Ein ins NETVS integriertes Antragsformular "Antrag auf eine neue BCD / neues Netz"
Neben den einzelnen Feldern sollten Erklärungstexte möglich sein. Der Beantrager muss OE-Betreuer sein.
1. OE: dropdown betreute OEs des Accounts.
2. Gruppe: dropdown Gruppen der in 1 ausgewählten OE plus die Möglichkeit "Gruppe wird durch OE-Betreuer zugeordnet" auszuwählen [Link auf https://netvs.scc.kit.edu/cntl/groups]
3. Schutzbedarf: (Hier Link auf https://www.scc.kit.edu/dienste/4325.php) [Hinweis: Bei erhöhtem Schutzbedarf kann die BCD über die zentrale Stufe-2-Firewall angebunden werden. Standardmäßig sind alle KIT-Netze durch die Stufe-1-Firewall geschützt, d.h. aus dem Internet nicht erreichbar, jedoch aus dem KIT-Netz. Die Anbindung über die Stufe-2-Firewall wird nicht unterstützt, wenn eine Anbindung über den zentralen Loadbalancer benötigt wird. Eine DMZ bietet sich genau dann an, wenn Externe Zugriff auf Geräte in dieser BCD haben und kein Zugriff auf das KIT-Netz nötig ist.] dropdown:
- Stufe-1
- Stufe-2
- Sonstiges/Spezialfall (mit Textfeld zur Erklärung)
4. Welche Art von Systemen wird über die BCD angebunden. [Hinweis: Es sollten stets gleichartige Systeme über eine eigene BCD angebunden werden. Eine Vermischung verschiedener Arten von Systemen in einer BCD sollte vermieden werden. Sonstige Systeme bitte näher beschreiben.] dropdown:
- Clients
- Server => falls das und Stufe-1: 4a. Wird eine Anbindung über den zentralen Loadbalancer benötigt? ja/nein. falls das und Stufe-2: Hinweis, dass eine Anbindung über den zentralen Loadbalancer derzeit für Stufe-2-Netze nicht möglich ist.
- Drucker
- IoT-Geräte
- VPN-/Wifi-only
- Sonstiges (mit Textfeld)
5. Name der BCD (eine Erklärung muss daneben, wie der auszusehen hat - man könnte erzwingen, dass es mit der OE anfängt der Name und man könnte anhand der Antwort auf die vorherige Frage auch schon Vorschläge machen)
```
(Schema: <oe>-<abteilung>-<funktion>-<nummer>):
<oe> (Organisationseinheit-Kürzel)
<abteilung> (Abteilung oder Arbeitsgruppe, falls zutreffend):
<funktion> (Funktion angebundener Systeme)*:
Beispiel: bei Clients: “labor(-name)”
bei Servern: Name des Dienstes
<nummer> (optional fortlaufende Nummer, für den Fall, dass mehrere BCDs mit ähnlicher Funktion benötigt werden):
Beispiel: scc-net-webserver-1
```
6. Zugriff ins Internet nötig? ja/nein.
7. Zugriff auf die Systeme aus dem Internet (jetzt oder in der Zukunft irgendwann) nötig? ja/nein [Hinweis: Wenn der Zugriff auf die angebundenen Systeme ohne VPN aus dem Internet benötigt wird, müssen öffentliche IPv4-Adressen genutzt werden. Da es sich bei IPv4-Adressen um knappe Ressourcen handelt, sollten diese nur vergeben werden, wenn die Notwendigkeit dafür besteht.] Falls ja und _kein_ Servernetz: es erscheint Textfeld, in das zwingend eine Begründung geschrieben werden muss, warum der Zugriff nötig ist.
8. Subnetze: dropdown: nur IPv6 / IPv6 und IPv4. [Falls 6 und 7 nein ist, sollte bei ausgewählter Option 2 ein Hinweis kommen, dass hier IPv4 nur vergeben word, wenn es sich um Geräte handelt, die kein IPv6 können] Falls auch IPv4:
- 8a. IPv4-Subnetzgröße. Integer-Eingabefeld für erwartete (und evtl. maximale) Anzahl der Nutzer. Dadurch wird die benötigte Präfix-Länge ermittelt (siehe folgende Liste). Falls dieses < 26 wird ein Hinweis eingeblendet, am besten mit Link auf eine entsprechende Webseite, wo erklärt wird, dass BCDs klein sein sollen. > 24 wird nicht akzeptiert, außer es wird eine Begründung eingegeben, die sich an den Informationen auf der Hilfeseite orientiert.
- /29 (3 verfügbare Addressen)
- /28 (11 verfügbare Adressen)
- /27 (27 verfügbare Adressen)
- /26 (59 verfügbare Adressen)
- /25 (123 verfügbare Adressen)
- 8b. DHCP gewünscht? ja/nein ---> falls ja:
- Statische Zuordnungen sind möglich. Zusätzlich dynamischer Pool gewünscht? ja/nein: falls ja: wieviele Adressen? [min 2, max Hosts/Net - 5 ]
9. Wo befinden sich die in der BCD anzubindenden Geräte physisch? [Hinweis: Eine BCD sollte auf einen lokalen Bereich, wie z.B. wenige Gebäude oder das Rechenzentrum an einem Campus beschränkt sein. BCDs, welche an mehreren Standorten genutzt werden, werden nur in begründeten Ausnahmefällen eingerichtet.] checklist:
- CN ohne SCC-Serverräume
- CS ohne SCC-Serverräume
- VM-Cluster SCC (CN/CS unbekannt)
- VM-Cluster SCC CN
- VM-Cluster SCC CS
- SCC-Serverräume CN
- SCC-Serverräume CS
- VPN2vlan-/Wifi2vlan-Clients (das muss eigentlich angewählt sein, wenn bei 3 "VPN-/Wifi-only" gewählt wurde
10. Welche Dienste sollen in der BCD realisiert werden? checkbox: vpn2vlan, wifi2vlan, ...
- vpn2vlan und/oder wifi2vlan vorausgewählt, falls bei 3 VPN-/Wifi-only bzw. bei 9 VPN2vlan-/Wifi2vlan-Clients (das sollte ja immer beides zusammen auftreten)
- falls es kein Client-Netz oder VPN-/Wifi-only ist, bringen ausgewählte checkboxes bei vpn2vlan und wifi2vlan errors. Darüber hinaus: wifi2vlan darf auch bei IoT-Netz angewählt sein
- die checkboxes sollten jeweils einen Link auf das entsprechende Antragsformular enthalten
11. Kommentare (Freifeld)rx2495alexander.kaschta9@kit.edurx2495alexander.kaschta9@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/646Reverse-Macfinder2024-01-05T17:08:11+01:00ov5916julian.keck9@kit.eduReverse-MacfinderWer an einer Dose eine eigene BCD anliegen hat, sollte in der Lage sein zu sehen, welche MAC(s) an dieser Dose hängen.Wer an einer Dose eine eigene BCD anliegen hat, sollte in der Lage sein zu sehen, welche MAC(s) an dieser Dose hängen.