netvs-core issueshttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues2023-07-18T12:24:36+02:00https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/487DNS searchlist überarbeiten2023-07-18T12:24:36+02:00iv4011benedikt.neuffer@kit.eduDNS searchlist überarbeitenAktuell gibt es DNS searchlist als DHCPv4-Option und die hängen an Subnetzen. Diese Info braucht man aber auch für RA und möchte man eigentlich für alle subnets einer BCD identisch haben. Zudem könnte es sein, dass man die Information au...Aktuell gibt es DNS searchlist als DHCPv4-Option und die hängen an Subnetzen. Diese Info braucht man aber auch für RA und möchte man eigentlich für alle subnets einer BCD identisch haben. Zudem könnte es sein, dass man die Information auch irgendwann via DHCPv6 verteilen möchte.
Hier muss man diskutieren, wie man damit umgehen möchte.xe4704janis.streib@kit.eduiv4011benedikt.neuffer@kit.eduha2931dominik.rimpf@kit.eduxe4704janis.streib@kit.eduhttps://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/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/476cntl.group.create: modify behaviour of do_copy_assignments?2023-10-20T18:17:09+02:00gq3345rainer.steinmueller@kit.educntl.group.create: modify behaviour of do_copy_assignments?- untergruppen: schalter 'do_copy_assignments' wirkt aktuell nur bei 'create' (aktuelle bcds und domains aus parentgruppe einmalig uebernehmen)
- neuen schalter 'do_replicate_assignments' einfuehren, um auch permanent neue bcds und domai...- untergruppen: schalter 'do_copy_assignments' wirkt aktuell nur bei 'create' (aktuelle bcds und domains aus parentgruppe einmalig uebernehmen)
- neuen schalter 'do_replicate_assignments' einfuehren, um auch permanent neue bcds und domains aus parentgruppe zu uebernehmen?
- alternativ: 'do_copy_assignments' bekommt 3 werte (tri-state, NN):
* 'initial' (einmalig, wenn auf 'initial' gesetzt oder bei create)
* 'always' (alle neuen bcds/domains aus parentgruppe uebernehmen)
* 'never' (passiv, nix uebernehmen - std. bei hauptgruppen)
direkte zuordnungsaenderungen in der untergruppe koennen weiterhin immer gemacht werden - im ermessen des ownersAPI 4.1 Releasegq3345rainer.steinmueller@kit.eduxe4704janis.streib@kit.eduha2931dominik.rimpf@kit.edugq3345rainer.steinmueller@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/474Fetch limits für fqdn lists2023-06-16T21:46:50+02:00xe4704janis.streib@kit.eduFetch limits für fqdn listsScc.kit.edu löst gerne crashes in browsern aus. Hier sollte man ein hartes fetch_limit api seitig einbinden und ein button der unter warnung ein fetch_all erzeugt.Scc.kit.edu löst gerne crashes in browsern aus. Hier sollte man ein hartes fetch_limit api seitig einbinden und ein button der unter warnung ein fetch_all erzeugt.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/467IPv6-Präfixe der eigenen BCDs in den IP-Tools laden2023-09-08T16:59:46+02:00rx2495alexander.kaschta9@kit.eduIPv6-Präfixe der eigenen BCDs in den IP-Tools ladenVon @xe4704 kam der Vorschlag, in den IP-Tools nicht nur Link-Local-Adressen generieren zu können, sondern dies auch für globale Adressen zu erweitern. Die `ipaddress.js`-Utils würden dies technisch unterstützen.
Die Idee wäre nun, dass...Von @xe4704 kam der Vorschlag, in den IP-Tools nicht nur Link-Local-Adressen generieren zu können, sondern dies auch für globale Adressen zu erweitern. Die `ipaddress.js`-Utils würden dies technisch unterstützen.
Die Idee wäre nun, dass man dort ein Drop-Down-Menü braucht, um auswählen zu können, welches Präfix man für die Generierung der Adresse verwenden soll. Ein Nachteil davon wäre, dass damit die IP-Tools eine Anmeldung bräuchten und somit nicht mehr öffentlich verfügbar wären.ov5916julian.keck9@kit.eduov5916julian.keck9@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/452Api Object attribute renames/obsoletes2023-08-10T14:37:09+02:00xe4704janis.streib@kit.eduApi Object attribute renames/obsoletesrenames:
- [x] `cntl.group.is_sub_group` -> `cntl.group.is_sub`
- [x] `cntl.mgr2ou.is_sub_account` -> `cntl.mgr2ou.is_sub`
- [x] `cntl.mgr.is_sub_account` -> `cntl.mgr.is_sub`
- [x] `dns.fqdn.is_host` -> `dns.fqdn.type_is_host`
- [x] `dn...renames:
- [x] `cntl.group.is_sub_group` -> `cntl.group.is_sub`
- [x] `cntl.mgr2ou.is_sub_account` -> `cntl.mgr2ou.is_sub`
- [x] `cntl.mgr.is_sub_account` -> `cntl.mgr.is_sub`
- [x] `dns.fqdn.is_host` -> `dns.fqdn.type_is_host`
- [x] `dns.fqdn.is_nonterminal` -> `dns.fqdn.type_is_nonterminal`
- [x] `dns.fqdn.is_dhcp` -> `dns.fqdn.type_is_dhcp`
- [x] `dns.fqdn.rad_type` -> `dns.fqdn.type_rad`
- [x] `dns.fqdn.is_wildcard` -> `dns.fqdn.type_is_wildcard`
obsoletes (by anti join):
- [x] `nd.bcd.has_subnet`
- [x] `nd.bcd.has_vlan`
- [x] `nd.bcd.subnet_count`
- [x] `nd.bcd.vlan_count`
- [x] `nd.l_port.has_egress_vlans`
- [x] `nd.l_port.has_ingress_vlan`
- [x] `nd.slot.has_submdl`
- [x] `dnscfg.ns_set.has_hosts`
- [x] `dnscfg.ns_set.has_members`
- [x] `dnscfg.ns_set.has_zones`
- [x] `dns.fqdn.has_subdomain`
- [x] `cntl.group.fqdn_count`
- [x] `cntl.group.mgr_count`
- [x] `cntl.group.bcd_count`
- [x] `cntl.group.has_bcd`
- [x] `cntl.group.has_fqdn`
- [x] `cntl.group.has_mgr`
obsoletes as list-parameter:
- [x] `dns.fqdn.has_rr`
obsoletes other:
- [ ] `dns.record.bcd_target_list`https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/450AAAA/A-Records: "anlegen & nächster Record" - beim nächsten Record wird die I...2023-11-11T17:56:28+01:00qs2244elena.huck@kit.eduAAAA/A-Records: "anlegen & nächster Record" - beim nächsten Record wird die IP-Adresse nicht hochgezähltBeim Angelegen des nächsten Records wird die IP-Adresse nicht hochgezähltBeim Angelegen des nächsten Records wird die IP-Adresse nicht hochgezählthttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/446BCDRecords: Additionally join records via subnets and mark non-bcd-records ac...2023-02-21T15:51:58+01:00xe4704janis.streib@kit.eduBCDRecords: Additionally join records via subnets and mark non-bcd-records accordinglyhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/445Adressen, die in einer anderen BCD liegen, werden als freie Blöcke angezeigt2023-02-21T18:20:41+01:00iv4011benedikt.neuffer@kit.eduAdressen, die in einer anderen BCD liegen, werden als freie Blöcke angezeigtWenn man eine BCD `A` mit einem Netz (größer /128 bzw. /32) und es eine anderen BCD `B` gibt, in der ein Teilnetz des Netzes, das BCD `A` zugeordneten ist, gibt, dann wird die Adresse fälischlicherweiße in `A` als frei angezeigt.Wenn man eine BCD `A` mit einem Netz (größer /128 bzw. /32) und es eine anderen BCD `B` gibt, in der ein Teilnetz des Netzes, das BCD `A` zugeordneten ist, gibt, dann wird die Adresse fälischlicherweiße in `A` als frei angezeigt.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/423VPN2VLAN & WIFI2VLAN-Liste2023-11-16T18:10:04+01:00xe4704janis.streib@kit.eduVPN2VLAN & WIFI2VLAN-Listehttps://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/412RR-Typ nicht änderbar2022-09-26T17:36:59+02:00iv4011benedikt.neuffer@kit.eduRR-Typ nicht änderbarWenn man in einer Transaktionsliste bei einem Eintrag den RR-Typ ändert, wird das nicht übernommen.
Selbes passiert, wenn man z.B. bei A-Records auf den "Add-Button" klickt und dann aus dem RR-Typ ein "AAAA" macht. In der Transaktionsli...Wenn man in einer Transaktionsliste bei einem Eintrag den RR-Typ ändert, wird das nicht übernommen.
Selbes passiert, wenn man z.B. bei A-Records auf den "Add-Button" klickt und dann aus dem RR-Typ ein "AAAA" macht. In der Transaktionsliste landet es als RR-Typ "A".https://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/404Sicht: 'Gruppen': Anlegen von Untergruppen; Anzeigen der Untergruppen-Inhalte2022-10-05T15:00:11+02:00gq3345rainer.steinmueller@kit.eduSicht: 'Gruppen': Anlegen von Untergruppen; Anzeigen der Untergruppen-Inhalte~~- Beim Aufklappen des Balkens 'Untergruppen' wird 'Neue Untergruppe anlegen und beitreten' angeboten. Ich finde den Zusatz 'und beitreten' irritierend bzw. überflüssig, weil nicht klar ist, was damit gemeint ist (Wer tritt bei, warum? ...~~- Beim Aufklappen des Balkens 'Untergruppen' wird 'Neue Untergruppe anlegen und beitreten' angeboten. Ich finde den Zusatz 'und beitreten' irritierend bzw. überflüssig, weil nicht klar ist, was damit gemeint ist (Wer tritt bei, warum? Wo sieht man das im Eingabeformular?). Dass das Hauptkonto immer wg. der Owner-Eigenschaft als 'Basismitglied' einer Untergruppe vorkommt, ist ja etwas grundsätzliches, was aber bei Anlegen d. Untergruppe für den User zunächst nicht relevant ist.~~
- [ ] Nach Anlegen einer neuen Untergruppe sieht man also erstmal das eigene Hauptkonto als einziges Gruppenmitglied. Dieses sollte daher als Eigentümer gesondert gekennzeichnet werden (im Kontrast zu den weiteren hinzugefügten Unterkonten), und es sollte kein Delete-Button dafür angeboten werden (bzw. nur grau/deaktiviert). Die Anzeige der (immer eigenen) Email-Adresse bei Untergruppen-Mitgliedern ist m.e. überflüssig. Stattdessen wäre hier die Anzeige des Unterkonto-Beschreibungstextes sehr hilfreich, da der alleinige Kontoname kryptisch und nichtssagend ist. Ebenso vllt. die Anzahl der Token je Konto zeigen, um sofort zu sehen, ob es tokenlose Unterkonten gibt. Noch besser: die Token des Kontos mit Typ, Ablaufdatum bzw. Löschdatum und Beschreibung anzeigen.
- [ ] Beim Hinzufügen neuer Untergruppenmitglieder wäre es sehr praktisch und akzeptanzsteigernd, dort per Select-Menü alle eigenen Unterkonten anzubieten, die noch nicht in dieser Untergruppe drin sind (da nur eigene Unterkonten in eigene Untergruppen eintragbar sind; analog wie bereits bei 'Transaktion mit eigenem Unterkonto testen'). Wenn es keine Unterkonten bzw. freien Kandidaten gibt, vllt. auch eine Kombi-Funktion 'Neues Unterkonto anlegen und in diese Untergruppe eintragen' anbieten?xe4704janis.streib@kit.eduxe4704janis.streib@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/398(Sub)Account object edit2023-12-20T16:08:37+01:00xe4704janis.streib@kit.edu(Sub)Account object editFehlt, z.B. wegen "Zugriff auf datenmodifizierende Funktionen".Fehlt, z.B. wegen "Zugriff auf datenmodifizierende Funktionen".https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/380BCD-View: Abschnitt Broadcastdomain unterteilen2022-05-23T21:58:33+02:00se7337klara.mall@kit.eduBCD-View: Abschnitt Broadcastdomain unterteilenNach dem Öffnen einer BCD ist der Abschnitt "Broadcastdomain" per default aufgeklappt.
Hier sind verschiedene Informationen und Links.
Könnte man diesen Abschnitt in mehrere Teile unterteilen. Wenn man einen eigenen Abschnitt für "Betre...Nach dem Öffnen einer BCD ist der Abschnitt "Broadcastdomain" per default aufgeklappt.
Hier sind verschiedene Informationen und Links.
Könnte man diesen Abschnitt in mehrere Teile unterteilen. Wenn man einen eigenen Abschnitt für "Betreuer/Administratoren" und "Domains" hätte, könnte man diese per default einklappen, was sinnvoll wäre, da diese teilweise sehr lang sind, aber die Nutzer kaum interessieren, z.B. BCD "vit-drucker":
https://netvs.scc.kit.edu/dnsvs/bcds/vit-drucker
Normalerweise loggen sich die Betreuer nicht ein, um die Betreuerliste oder die Domain zu checken.
Eher geht es hier um die IP-Adressen-Verwaltung.
Man muss viel nach unten scrollen, um zu den IP-Adressen zu kommen, wenn man keine separate Buttons "A Records" oder "AAAA Records" rechts anklickt.
Die Informationen wie Subnetze/NATVS-Bereich/Gateways sind wichtig und kurz um die zu verstecken.
Vorschlag:
"Betreuer/Administratoren" und "Domains" in eigenen Abschnitt auslagern (unter Broadcastdomain), der per default eingeklappt ist. Broadcastdomain enthält dann noch alles andere (es wird lediglich die "Mitte" rausgenommen).https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/375refactor Tokens.vue content in AccountCard and create better UI for group mem...2023-12-07T18:03:49+01:00gj4210robert.kossessa9@kit.edurefactor Tokens.vue content in AccountCard and create better UI for group membershipstitle says it alltitle says it allgj4210robert.kossessa9@kit.edugj4210robert.kossessa9@kit.edu