netvs-core issueshttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues2024-02-09T12:41:25+01:00https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/677Admin-Netdoc: Subnetz-Liste2024-02-09T12:41:25+01:00ov5916julian.keck9@kit.eduAdmin-Netdoc: Subnetz-Listehttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/335Alternierende Farben im EVLog2024-02-29T17:02:04+01:00xe4704janis.streib@kit.eduAlternierende Farben im EVLogWürde IMHO reichen und würde garantieren, dass zwei benachbarte nicht zu "eng" aneinanderliegende Farben habenWürde IMHO reichen und würde garantieren, dass zwei benachbarte nicht zu "eng" aneinanderliegende Farben habenhttps://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/272DHCP-Branch rebase2022-09-20T16:57:01+02:00xe4704janis.streib@kit.eduDHCP-Branch rebasehttps://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/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/260Freie-Block-Berechnung bei mehreren Subnetzen in BCD falsch2023-02-17T16:22:35+01:00ha2931dominik.rimpf@kit.eduFreie-Block-Berechnung bei mehreren Subnetzen in BCD falschSzenario:
* BCD mit 4x /32 v4-Subnetzen.
* Record auf erste IP.
Fehlerbild: vor der IP wird "Eine freie Adresse" angezeigt. Beim auswählen des Blocks wird die "letzte" Adresse im Netz vorausgefüllt. Außerdem fehlt ein Block. (3 IPs sind...Szenario:
* BCD mit 4x /32 v4-Subnetzen.
* Record auf erste IP.
Fehlerbild: vor der IP wird "Eine freie Adresse" angezeigt. Beim auswählen des Blocks wird die "letzte" Adresse im Netz vorausgefüllt. Außerdem fehlt ein Block. (3 IPs sind frei, 2 werden aber nur angezeigt.)
Bsp.: https://netvs.scc.kit.edu/dnsvs/bcds/ipv4-wh-test-public-6https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/588Generic Requests-Tracking in NETDB?2024-01-31T17:28:08+01:00xe4704janis.streib@kit.eduGeneric Requests-Tracking in NETDB?Man könnte sich Gedanken über ein generisches Requests-Tracking in der NETDB machen.
Im NETVS-Devel-Chat gab es dazu schon einige Überlegungen.
Die grundidee wäre, dass man als Nutzender seine Requests auch im Nachhinen einsehen kann un...Man könnte sich Gedanken über ein generisches Requests-Tracking in der NETDB machen.
Im NETVS-Devel-Chat gab es dazu schon einige Überlegungen.
Die grundidee wäre, dass man als Nutzender seine Requests auch im Nachhinen einsehen kann und den Zustand von denen einsehen kann.
Modellierung ggf. relativ abstrakt mit generischen Objektattributen für den "Inhalt" der Anfragen.
Es soll kein zweites Ticket-System werden, sondern ausschließlich Requests/Anträge abbilden,
die einen direkten Bezug zur NetDB haben. Konkreter: ein Antrag kann sich nur auf Objekttypen beziehen,
die in der WebAPI abgebildet/modelliert sind. Aktuelle Kandidaten wären:
- Patch Request (KIT-weit)
- BCDs (Neueinträge)
- Subnetze (Änderungen)
- DHCP, BCD-basiert (Neu, Ändern)
- vpn2vlan (noch prüfen)
- wifi2vlan (noch prüfen)
- KNN-Domainantrag (SLD: neu, alt, Providerwechsel. Aber keine Mailadressen - nicht in NetDB)
Basisansatz f.d Modellierung:
- `request_type`, `request`, `request_item` als Objekttypen.
- Schema evlt. `cntl`.
- Relation zu den inhaltlichen Objekttypen via global join.
Aus momentaner Sicht könnte es folgende Vorteile geben:
- Antragstellung und Bearbeitung erfolgen direkt im NETVS; zusätzliche Status-Infos per Mail analog gitlab-issues sollten machbar sein.
- Antragsdaten direkt in NetDB integrierbar
- der Bearbeitungsverlauf eines Antrags ist (ohne entwicklungsseitigen Mehraufwand) im evlog sichtbar
- Antragsteller können den Status/Verlauf ihres Antrags jederzeit einsehen, ggf. auch nachträglich Antragsdaten korrigieren (falls es Fehler gab) oder anpassen.
- Antragsteller sehen alle ihre eingereichten Anträge (aktuelle und frühere, sofern sie aufgehoben werden)
Zeitfenster: aus heutiger Sicht nicht vor 2025https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/678Netdoc: Wegesuche2024-02-09T12:32:15+01:00ov5916julian.keck9@kit.eduNetdoc: Wegesuchehttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/581Patch Request: Eintrag im Eventlog beim jeweiligen Modul.2023-11-06T17:28:37+01:00pe3533benjamin.aydt@kit.eduPatch Request: Eintrag im Eventlog beim jeweiligen Modul.Zur Archivierung und Nachvollziehbarkeit, sollte jeder Patch-Request zu einem Eintrag im Event-Log für das in der jeweiligen "Patch-Request-Action" ausgewählte Modul führen.Zur Archivierung und Nachvollziehbarkeit, sollte jeder Patch-Request zu einem Eintrag im Event-Log für das in der jeweiligen "Patch-Request-Action" ausgewählte Modul führen.https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/582Patch Request: Formular als eigenen View statt als Modal darstellen2024-01-31T17:28:08+01:00pe3533benjamin.aydt@kit.eduPatch Request: Formular als eigenen View statt als Modal darstellenDas Patch-Request Formular sollte als eigene Unterseite bzw. eigenen View (mit direkter URL -\> /requests/patch-request und Breadcrumb) statt als "Modal" dargestellt werden. \
Dies ist übersichtlicher und und es können auch Direktlinks a...Das Patch-Request Formular sollte als eigene Unterseite bzw. eigenen View (mit direkter URL -\> /requests/patch-request und Breadcrumb) statt als "Modal" dargestellt werden. \
Dies ist übersichtlicher und und es können auch Direktlinks an die Nutzer verteilt bzw. in unserer Doku/auf der Webseite verlinkt werden. \
(Die Patch-Request-Actions, sind als "Modal" gut dargestellt)https://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/368Reservierte Adressen ohne Einträge2022-09-20T17:00:41+02:00zm6441andreas.ley@kit.eduReservierte Adressen ohne EinträgeWenn Adressen reserviert sind, aber (noch) keine records dafür eingetragen wurden, fehlt in den A/AAAA-Bereichen die Anzeige, _dass_ Adressen reserviert sind.
![Screenshot_2022-04-05_10-18-40](/uploads/011022c5bfd996ba0bc2df9b8790bbb6/Sc...Wenn Adressen reserviert sind, aber (noch) keine records dafür eingetragen wurden, fehlt in den A/AAAA-Bereichen die Anzeige, _dass_ Adressen reserviert sind.
![Screenshot_2022-04-05_10-18-40](/uploads/011022c5bfd996ba0bc2df9b8790bbb6/Screenshot_2022-04-05_10-18-40.png)
In der rechten Navigationsleiste sieht man, dass Adressen reserviert sind, und auch wenn man den entsprechenden Bereich aufklappt, aber dort, wo für gewöhnlich "4 reservierte Adressen" o.ä steht und jeder nicht NETVS-Developer das erwartet, fehlt diese Anzeige.https://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".