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/291DBEditor: Typeahead-Komponente2022-09-20T17:00:18+02:00xe4704janis.streib@kit.eduDBEditor: Typeahead-KomponenteNETVS Hackweek Ihttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/193Von oben geerbte Entitäten bei Unter-OEs anzeigen2021-10-12T13:38:01+02:00se7337klara.mall@kit.eduVon oben geerbte Entitäten bei Unter-OEs anzeigenWenn in der OE X die Domain foo.bar erlaubt ist, ist sie es auch in der Sub-OE X-Y. In dieser Sub-OE sollte die Domain foo.bar als "geerbte" Domain bei den OE-Domains angezeigt werden.Wenn in der OE X die Domain foo.bar erlaubt ist, ist sie es auch in der Sub-OE X-Y. In dieser Sub-OE sollte die Domain foo.bar als "geerbte" Domain bei den OE-Domains angezeigt werden.NETVS Hackweek Ihttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/71DB-Editor: fqdn completion2022-02-07T12:18:34+01:00gq3345rainer.steinmueller@kit.eduDB-Editor: fqdn completion* [ ] bei adressbasierten records muessen die domains des aktuellen bereiches angeboten werden
* [ ] bei fqdns und allen anderen records muessen alle domains angeboten werden, die dem user gehoeren (alle domains aller bereiche des users)* [ ] bei adressbasierten records muessen die domains des aktuellen bereiches angeboten werden
* [ ] bei fqdns und allen anderen records muessen alle domains angeboten werden, die dem user gehoeren (alle domains aller bereiche des users)NETVS Hackweek Ihttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/693User-Netdoc: Join-Hints for P-Ports2024-03-01T13:40:51+01:00ov5916julian.keck9@kit.eduUser-Netdoc: Join-Hints for P-PortsOhne globale Leserechte kann man keine p_ports anhand ihres GPK referenzieren => für die Rechteableitung muss man an dieser Stelle also noch einen Hint mitgeben, wie man an den Port kommt (z.B. `?via=nd.bcd:<bcd-name oder gpk>` als Param...Ohne globale Leserechte kann man keine p_ports anhand ihres GPK referenzieren => für die Rechteableitung muss man an dieser Stelle also noch einen Hint mitgeben, wie man an den Port kommt (z.B. `?via=nd.bcd:<bcd-name oder gpk>` als Parameter an die URL anhängen).
Das ist nicht sonderlisch schön aber eine Lösung, wie man ohne Änderung an den Standardberechtigungen diese Ansicht umsetzen kann.Pre 4.1 NETVS Developmenthttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/681Unified BCD view2024-03-15T15:41:20+01:00xe4704janis.streib@kit.eduUnified BCD viewCombine all bcd-based views from all systems into one with tabs for each system and an abtsract bcd overview.
POC: See current lab-branch.Combine all bcd-based views from all systems into one with tabs for each system and an abtsract bcd overview.
POC: See current lab-branch.Pre 4.1 NETVS Developmenthttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/665Netdoc: DBEditor für Modules2024-02-14T17:11:55+01:00ov5916julian.keck9@kit.eduNetdoc: DBEditor für Modules- [x] Modul bearbeiten
- [ ] Verbindungen zwischen Ports von Modulen herstellen
- [ ] Verbindungen löschen (Patchkabel löschen ja/nein)
- [ ] ...?- [x] Modul bearbeiten
- [ ] Verbindungen zwischen Ports von Modulen herstellen
- [ ] Verbindungen löschen (Patchkabel löschen ja/nein)
- [ ] ...?Pre 4.1 NETVS Developmentov5916julian.keck9@kit.eduov5916julian.keck9@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/664Netdoc: Breadcrumbs2024-02-07T09:37:33+01:00ov5916julian.keck9@kit.eduNetdoc: BreadcrumbsWir haben noch immer keine sinnvolle Lösung gefundenWir haben noch immer keine sinnvolle Lösung gefundenPre 4.1 NETVS Developmenthttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/661Netdoc: Module anzeigen2024-02-19T17:11:48+01:00ov5916julian.keck9@kit.eduNetdoc: Module anzeigenUngefähr so wie hier:
https://admin.netdb-devel.scc.kit.edu/~netadmin/netdoc/adm/cmp/cmp_mdlact.cgi?ND_MDL.NAME=c2030g0001&ND_BLDG.NR=20%2e30&ND_ROOM.NR=0%2e203&MDL_PKG=netdoc&FRAMESET_PKG=netdoc&MDL_NAME=cmp_mdlact&MDL_ACTION=out_info
...Ungefähr so wie hier:
https://admin.netdb-devel.scc.kit.edu/~netadmin/netdoc/adm/cmp/cmp_mdlact.cgi?ND_MDL.NAME=c2030g0001&ND_BLDG.NR=20%2e30&ND_ROOM.NR=0%2e203&MDL_PKG=netdoc&FRAMESET_PKG=netdoc&MDL_NAME=cmp_mdlact&MDL_ACTION=out_info
Noch fehlend:
- [ ] Objektattribute (v.a. Stack-Position)
- [ ] Koordinaten/Straße/Hausnummer
- [ ] ggf kann man das das schön als Popup mit einer Karte machen?
- [ ] ist in APPre 4.1 NETVS Developmentov5916julian.keck9@kit.eduov5916julian.keck9@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/657BCDRecords.vue unnötige requests entfernen2024-02-06T10:55:07+01:00ov5916julian.keck9@kit.eduBCDRecords.vue unnötige requests entfernenDurch das Abspalten der BCDDetails Komponente sind noch einige Daten in BCDRecords über geblieben, die man gar nicht mehr braucht.
Die sollte man mal entfernen.Durch das Abspalten der BCDDetails Komponente sind noch einige Daten in BCDRecords über geblieben, die man gar nicht mehr braucht.
Die sollte man mal entfernen.Pre 4.1 NETVS Developmenthttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/641Netdoc: Search2024-02-19T17:14:14+01:00ov5916julian.keck9@kit.eduNetdoc: Search- [ ] p_ports
- [ ] l_ports
- [ ] modules
- [ ] devices- [ ] p_ports
- [ ] l_ports
- [ ] modules
- [ ] devicesPre 4.1 NETVS Developmenthttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/640User-Netdoc: "Protokoll" in verständlichere Formulierungen umformen2024-01-31T17:03:32+01:00ov5916julian.keck9@kit.eduUser-Netdoc: "Protokoll" in verständlichere Formulierungen umformen"ETH (DD-1\*RJ45-ETH-10GB-CAT7)" und "ETH (DD-RJ45-2\*ISDN/ETH-100MB)" sind nicht für jeden verständlich => man sollte das besser darstellen."ETH (DD-1\*RJ45-ETH-10GB-CAT7)" und "ETH (DD-RJ45-2\*ISDN/ETH-100MB)" sind nicht für jeden verständlich => man sollte das besser darstellen.Pre 4.1 NETVS Developmenthttps://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/625SVC-Accounts: Klarstellen, dass mgr2ou nicht OE-Admin-Rechten entspricht2024-03-11T14:22:22+01:00xe4704janis.streib@kit.eduSVC-Accounts: Klarstellen, dass mgr2ou nicht OE-Admin-Rechten entsprichtWir haben jetzt bei Benutzung einige male Festgestellt, dass es ungünstig in vielen Use-Cases ist, dass der Service-Account implizit OE-Admin ist. Ist diese Aufhängung an der Stelle zwangsläufig nötig und was sind nochmal die Hintergründ...Wir haben jetzt bei Benutzung einige male Festgestellt, dass es ungünstig in vielen Use-Cases ist, dass der Service-Account implizit OE-Admin ist. Ist diese Aufhängung an der Stelle zwangsläufig nötig und was sind nochmal die Hintergründe davon @gq3345?Pre 4.1 NETVS Developmenthttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/592„Formloser“ Patchrequest?2024-02-29T16:59:14+01:00xe4704janis.streib@kit.edu„Formloser“ Patchrequest?Ggf. sollten wir noch die Möglichkeit bieten, einen „formlosen“ Antrag zu schicken, falls das Gebäude/raum/dose/etc. nicht vom eigentlichen Patchrequest abgedeckt ist. Denn die grundsätzlichen Adressaten sind ja eigentlich die selben, oder?Ggf. sollten wir noch die Möglichkeit bieten, einen „formlosen“ Antrag zu schicken, falls das Gebäude/raum/dose/etc. nicht vom eigentlichen Patchrequest abgedeckt ist. Denn die grundsätzlichen Adressaten sind ja eigentlich die selben, oder?Pre 4.1 NETVS Developmentgj4210robert.kossessa9@kit.eduov5916julian.keck9@kit.edugj4210robert.kossessa9@kit.eduhttps://git.scc.kit.edu/scc-net/netvs/netvs-core/-/issues/524Move important footer links into different place2024-01-31T17:05:26+01:00xe4704janis.streib@kit.eduMove important footer links into different place... this would make those links more accessible/visible.... this would make those links more accessible/visible.Pre 4.1 NETVS Developmenthttps://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/135netdoc user interface2024-03-01T13:22:36+01:00se7337klara.mall@kit.edunetdoc user interfaceperl neu machen in netvs ~~python~~
perl funktionalität ist: alle dosen im vlan anzeigen.
~~python~~ Das neue Interface soll dann drüber hinaus auch die switchports anzeigen (ggf. ohne dose)
(vgl. https://www-net.scc.kit.edu/~netadmin/...perl neu machen in netvs ~~python~~
perl funktionalität ist: alle dosen im vlan anzeigen.
~~python~~ Das neue Interface soll dann drüber hinaus auch die switchports anzeigen (ggf. ohne dose)
(vgl. https://www-net.scc.kit.edu/~netadmin/netdoc/user/wrapper.cgi/)Pre 4.1 NETVS Developmentov5916julian.keck9@kit.eduov5916julian.keck9@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/694Standardauswahl Swagger-Endpoint2024-03-07T15:00:34+01:00xe4704janis.streib@kit.eduStandardauswahl Swagger-EndpointDerzeit defaulted der Ziel-Server im swagger auf prod auf netdb-test. Hintergrund: Die Positionen im Dropdown leiten sich aus den OpenAPI-Spec ab. Der Standardwert ist über eine ENV-Var in der CI-Pipline setzbar, allerdings wird derzeit ...Derzeit defaulted der Ziel-Server im swagger auf prod auf netdb-test. Hintergrund: Die Positionen im Dropdown leiten sich aus den OpenAPI-Spec ab. Der Standardwert ist über eine ENV-Var in der CI-Pipline setzbar, allerdings wird derzeit für prod und test der selbe buidl benutzt. Ggf. ist es am sinnvollsten, OpenAPI-Specs für alle Endpunkte zu generieren und im NETVS zu hinterlegen und dann abhängig vom host-oper-mode den richtigen ins Swagger einzubinden.