Possibly linux to Sysadmin@lemmy.worldEnglish • 9 months agoYou have a organizational identity right?lemmy.zipimagemessage-square39fedilinkarrow-up1331arrow-down122
arrow-up1309arrow-down1imageYou have a organizational identity right?lemmy.zipPossibly linux to Sysadmin@lemmy.worldEnglish • 9 months agomessage-square39fedilink
minus-squareSallinkfedilinkEnglish29•9 months agoIf it is for internal only, self signed is a lot easier.
minus-squareKSP Atlaslinkfedilink1•9 months agoAlso probably no sysadmin uses it, but the Gemini protocol requires the use of a self signed cert
minus-square@KairuByte@lemmy.dbzer0.comlinkfedilink-3•9 months agoHard disagree. As long as you have any machine with internet access it’s trivial, even more so if you can use DNS challenge.
minus-square@SomeKindaName@lemmy.worldlinkfedilink3•edit-29 months agoYou’re absolutely correct. For self hosting at home I use cloudflare for DNS challenges. Caddy is also amazing at making things even simpler.
minus-squarenickwitha_k (he/him)link-5•9 months agoSo is using “pass” as the password to all of your sensitive systems. Still not best, or even good practice.
minus-squareJWBananaslinkfedilinkEnglish18•9 months agoAre you conflating self-signed and untrusted? Self-signed is fine if you have a trusted root deployed across your environment.
minus-squarenickwitha_k (he/him)link4•9 months agoCorrect. If using actual pki with a trusted root and private CA, you’re just fine. I took the statement to mean ad-hoc self-signed certs, signed by the server that they are deployed on. That works for EiT but defeats any MitM protection, etc.
If it is for internal only, self signed is a lot easier.
Also probably no sysadmin uses it, but the Gemini protocol requires the use of a self signed cert
Hard disagree. As long as you have any machine with internet access it’s trivial, even more so if you can use DNS challenge.
You’re absolutely correct. For self hosting at home I use cloudflare for DNS challenges.
Caddy is also amazing at making things even simpler.
So is using “pass” as the password to all of your sensitive systems. Still not best, or even good practice.
Are you conflating self-signed and untrusted?
Self-signed is fine if you have a trusted root deployed across your environment.
Correct. If using actual pki with a trusted root and private CA, you’re just fine.
I took the statement to mean ad-hoc self-signed certs, signed by the server that they are deployed on. That works for EiT but defeats any MitM protection, etc.