Explore >> Select a destination


You are here

www.dgendill.com
| | maartenvanvliet.nl
2.4 parsecs away

Travel
| | Upgrading phoenix framework to serve http2
| | zaries.wordpress.com
1.5 parsecs away

Travel
| | There are thousands of articles and entries in stackexchange but none of them worked for me out of the box. So after hours of battling with this issue here is my short recipe. Create the Root Key: openssl genrsa -out rootCA.key 2048 Self-sign this root certificate: openssl req -x509 -new -nodes -key rootCA.key -sha256 -days...
| | sdn-warrior.org
2.8 parsecs away

Travel
| | Exchange your NSX Manager certificates
| | www.sudo.ws
20.2 parsecs away

Travel
| Using sudo_logsrvd to centrally collect sudo session recordings from your network is a huge step forward in security: users cannot delete or modify session recordings locally. However, by default, transmission of recordings is not encrypted, making it open to modifications and eavesdropping. Encrypting the connection between sudo and sudo_logsrvd can eliminate these problems. Larger environments usually either have in-house PKI tooling in place, or colleagues who know all openssl options off the top of their heads. However, small and medium enterprises often lack the infrastructure or knowledge to work with TLS certificates.