Restore `GeneralDnsNameRef`, use in `GeneralName::DnsName`.
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Inizia dalla variante dell'enum GeneralName::DnsName e passa in rassegna il lavoro upstream adottato in #42, insieme alla motivazione in webpki#66. Determina se GeneralDnsNameRef debba essere ripristinato e usato in quel punto, preservando la distinzione tra DnsNameRef e WildcardDnsNameRef. Il lavoro è completato quando la separazione dei tipi prevista è implementata e il relativo comportamento per i nomi dei certificati è verificato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
In #42 we adopted some upstream work that included a new GeneralDnsNameRef enum that had a DnsName variant for a standard DnsNameRef (no wildcards, can be used for subject matching) and a Wildcard variant for a new WildcardDnsNameRef type (wildcards supported, only used in the context of a presented DNS name). The original idea that prompted development of this enum is that it would support changing the GeneralName::DnsName enum variant from holding untrusted::Input to holding GeneralDnsNameRef. This allows more specificity while still maintaining a strong separation between the appropriate uses of the two types of name refs (see https://github.com/briansmith/webpki/issues/66).
We never fully implemented this idea after landing #42 and using it only in the context of iterating certificate SAN dNSNames for informational purposes. We considered exporting the types in https://github.com/rustls/webpki/pull/178 but arrived at a simpler solution whereby we iterate &str and don't need to expose the underlying types. As a result, we removed the GeneralDnsNameRef type entirely as it was unused.
This issue is a reminder that we should consider restoring the GeneralDnsNameRef type and using it for its intended purpose: as part of the GeneralName enum.
- Lingua principale
- Rust
- Stelle
- 167
- Fork
- 112
- Merge medio
- 4h 28m
- PR unite (30g)
- 4
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di rustls/webpki
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 22/100
-
Path building re-parses every intermediate on each budgeted call (unbudgeted CPU cost)Forse già presa @batmnnn l’ha presa 23 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
-
Improve error message when denying subject name due to wildcard in public suffixForse di nuovo libera @ctz l’ha presa 79 giorni fa e non c’è nessuna pull request aperta. Aperta
-
Consider all candidate CRLsForse di nuovo libera @cpu l’ha presa 85 giorni fa e non c’è nessuna pull request aperta. Aperta
-
Add opt-in support for ignoring URI name constraintsForse già presa @djc l’ha presa 135 giorni fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
Tutte le issue di rustls/webpki
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
pop-os/cosmic-settings#2296 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
Eyevinn/open-live-ingest#36 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Windows YAML bind mounts fail path validation while equivalent --mount-dir CLI mounts succeedAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
superradcompany/microsandbox#2071 ·
I maintainer di solito rispondono entro 1 giorno
-
app
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
bug bug jury peripheral:i2s
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
esp-rs/esp-hal#6828 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno