X509_NAME_PRINT_EX(3ossl)
π X509_NAME_PRINT_EX β¨ (3ossl)
okay bestie, welcome to the X509_NAME_PRINT_EX(3ossl) page, aka the OpenSSL manual where we talk about how to print out an X509_NAME β you know, the Distinguished Name situation, all those CN= and O= fields in your certs. it's giving "how do i make this look cute in a terminal" and honestly, we got options. so many options. π
πΈ NAME πΈ
X509_NAME_print_ex, X509_NAME_print_ex_fp, X509_NAME_print, X509_NAME_oneline β the X509_NAME printing routines, aka your DN glow-up squad π
β¨ SYNOPSIS β¨
#include <openssl/x509.h>
int X509_NAME_print_ex(BIO *out, const X509_NAME *nm,
int indent, unsigned long flags);
int X509_NAME_print_ex_fp(FILE *fp, const X509_NAME *nm,
int indent, unsigned long flags);
char *X509_NAME_oneline(const X509_NAME *a, char *buf, int size);
int X509_NAME_print(BIO *bp, const X509_NAME *name, int obase);
π¦ DESCRIPTION π¦
X509_NAME_print_ex() prints a human readable version of nm to the BIO out. every line (for the multiline formats) gets indented by indent spaces, and you can customise the output extensively with the flags parameter. this is the main character fr π
X509_NAME_print_ex_fp() is literally identical to X509_NAME_print_ex() except the output goes to a FILE pointer fp instead. same energy, different destination π
X509_NAME_oneline() prints an ASCII version of a to buf. it supports multi-valued RDNs and escapes / and + characters in values. and here's the tea: if buf is NULL, then a buffer is dynamically allocated and returned, and size is just ignored. otherwise, at most size bytes will be written β including the ending '\0' β and buf is returned. periodt. π
X509_NAME_print() prints out name to bp on a single line. the obase parameter is ignored and retained only for API compatibility. it's just there vibing, contributing nothing π
π₯ NOTES π₯
okay so, real talk: the functions X509_NAME_oneline() and X509_NAME_print() produce a non standard output form. they don't handle multi-character fields and they have various quirks and inconsistencies. their use is strongly discouraged in new applications and they could be deprecated in a future release. bestie, don't build your new thing on these, i'm begging π
although there are a large number of possible flags, for most purposes XN_FLAG_ONELINE, XN_FLAG_MULTILINE or XN_FLAG_RFC2253 will suffice. and as noted on the ASN1_STRING_print_ex(3) manual page, for UTF8 terminals the ASN1_STRFLGS_ESC_MSB should be unset: so for example XN_FLAG_ONELINE & ~ASN1_STRFLGS_ESC_MSB would be used. lowkey a little combo move π«
the complete set of the flags supported by X509_NAME_print_ex() is listed below. several options can be ored together β mix and match, it's a build-your-own-format situation β¨
XN_FLAG_SEP_COMMA_PLUS,XN_FLAG_SEP_CPLUS_SPC,XN_FLAG_SEP_SPLUS_SPCandXN_FLAG_SEP_MULTILINEβ these determine the field separators to use. two distinct separators get used: one between distinctRelativeDistinguishedNamecomponents, and one to separate values in the same RDN for a multi-valued RDN. multi-valued RDNs are currently very rare so that second separator will hardly ever be used. it's giving "invited to the party but never shows up" πXN_FLAG_SEP_COMMA_PLUSuses comma and plus as separators.XN_FLAG_SEP_CPLUS_SPCuses comma and plus with spaces: this is more readable that plain comma and plus.XN_FLAG_SEP_SPLUS_SPCuses spaced semicolon and plus.XN_FLAG_SEP_MULTILINEuses spaced newline and plus respectively.
XN_FLAG_DN_REVβ if set, the whole DN is printed in reversed order. backwards but make it fashion πXN_FLAG_FN_SN,XN_FLAG_FN_LN,XN_FLAG_FN_OID,XN_FLAG_FN_NONEβ these determine how a field name is displayed. respectively they make it use the short name (e.g.CN), the long name (e.g.commonName), always use OID numerical form (normally OIDs are only used if the field name is not recognised), and no field name at all. pick your vibe πXN_FLAG_SPC_EQβ if set, then spaces will be placed around the'='character separating field names and values. breathing room, we love to see it πΈXN_FLAG_DUMP_UNKNOWN_FIELDSβ if set, then the encoding of unknown fields is printed instead of the values. mystery field? we show the receipts πXN_FLAG_FN_ALIGNβ if set, then field names are padded to 20 characters: this is only of use for multiline format. alignment is self-care, ngl π«Ά
additionally, all the options supported by ASN1_STRING_print_ex() can be used to control how each field value is displayed. π
in addition, a number options can be set for commonly used formats β these are the presets, the ready-to-wear of DN printing:
XN_FLAG_RFC2253sets options which produce an output compatible with RFC2253. it is equivalent to:
"ASN1_STRFLGS_RFC2253 | XN_FLAG_SEP_COMMA_PLUS | XN_FLAG_DN_REV
| XN_FLAG_FN_SN | XN_FLAG_DUMP_UNKNOWN_FIELDS"
XN_FLAG_ONELINEis a more readable one line format which is the same as:
"ASN1_STRFLGS_RFC2253 | ASN1_STRFLGS_ESC_QUOTE | XN_FLAG_SEP_CPLUS_SPC
| XN_FLAG_SPC_EQ | XN_FLAG_FN_SN"
XN_FLAG_MULTILINEis a multiline format which is the same as:
"ASN1_STRFLGS_ESC_CTRL | ASN1_STRFLGS_ESC_MSB | XN_FLAG_SEP_MULTILINE
| XN_FLAG_SPC_EQ | XN_FLAG_FN_LN | XN_FLAG_FN_ALIGN"
XN_FLAG_COMPATuses a format identical toX509_NAME_print(): in fact it callsX509_NAME_print()internally. it's giving "no thoughts, just delegate" π
β RETURN VALUES β
X509_NAME_oneline()returns a valid string on success orNULLon error. πX509_NAME_print()returns1on success or0on error.X509_NAME_print_ex()andX509_NAME_print_ex_fp()return1on success or0on error if theXN_FLAG_COMPATis set, which is the same asX509_NAME_print(). otherwise, it returns-1on error or other values on success. yeah bestie, the return contract literally changes based on a flag, that's just how it is π
π SEE ALSO π
ASN1_STRING_print_ex(3) β go read that one too, it's the sibling page and it's important for the flags situation π
π COPYRIGHT π
Copyright 2002-2026 The OpenSSL Project Authors. All Rights Reserved.
Licensed under the Apache License 2.0 (the "License"). You may not use this file except in compliance with the License. You can obtain a copy in the file LICENSE in the source distribution or at <https://www.openssl.org/source/license.html>.
and that's the whole page, bestie π this was version 3.5.9, dated 2026-09-29, straight from the OpenSSL squad. now go print some names and slay β¨π¦π
π¦ where this page comes from
- fedora 43: openssl-devel 1:3.5.9-1.fc43 Β· Apache-2.0
- fedora 43: openssl-devel 1:3.5.9-1.fc43 Β· Apache-2.0
- fedora 44: openssl-devel 1:3.5.9-1.fc44 Β· Apache-2.0
- fedora 44: openssl-devel 1:3.5.9-1.fc44 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms