The key's randomart image is: +--[ RSA 2048]----+ | .| | . .E| | o.o| | BB| | S .=X| | . o*| | ... o.| | .= . . | | .o+ ... | +-----------------+
Archives for : OS
The key's randomart image is: +--[ RSA 2048]----+ |*=.o .o | |ooo... o | |+ + E = | |o+ + + + | |. o o + S | | o . | | | | | | | +-----------------+
The key's randomart image is: +--[ RSA 2048]----+ | .. | | .o | | .o.. . . | | . .=.. o | | . .=S .. | | o.o +. | | + o . | | o oE . | | ..oooo | +-----------------+
The key's randomart image is: +--[ RSA 2048]----+ | o++ oE | | o +o. o . | | . = .oo | | o . o. | | . ..oSo | | . =+o . | | . . o . | | . | | | +-----------------+
There’s a problem with the slapcat dump on Debian Lenny (I don’t know about newer versions of Debian) : characters after the 80th column goes to a new line, causing errors in slapadd during a restore .
For exemple :
[...]nal-domain,dc= fr modifyTimestamp: 20100928100440Z
In fact, it’s not a problem, but a ‘design’ of the LDAP LDIF RFC (RFC 2849).
Here is a workaround (you have to redo a backup of course), but you can do it in any other scripting language:
slapcat .... | perl -0pe 's/\n //g'> backup.ldif
ref : http://www.openldap.org/lists/openldap-technical/201007/msg00236.htm
The key's randomart image is: +--[ RSA 2048]----+ | .=o**o.. | | . =...+. | | . o . .. | | . o o. | | o S . | | . . | | o | | . E | | +o. | +-----------------+
The key's randomart image is: +--[ RSA 2048]----+ | .+++++o... | | . .=oo+o.. | | o .ooo. | | . o =E | | S + | | . . | | | | | | | +-----------------+
The key's randomart image is: +--[ RSA 2048]----+ | E +o++ | | =..o | | ++ . | | o.. .o | | . S.o | | = +. | | . o. | | . o. | | ..o. | +-----------------+
The key's randomart image is: +--[ RSA 2048]----+ | | | | | | | | | S | | +. o .| | =o . o.| | +..= .=E| | o+=*++o+=| +-----------------+
