bekkalokk/nginx: host .well-known
#79
Labels
No Label
art
backup
big
blocked
bug
crash report
disputed
documentation
duplicate
enhancement
good first issue
logging
nixos
question
salt
security
servers n' hardware
wontfix
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Drift/pvv-nixos-config#79
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "move-well-known-to-bekkalokk"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Moar bekkalokk mohoahaoha
Fixes: #100
Fixes: #153
.well-known
4e5093618e@ -16,6 +16,7 @@
./services/vaultwarden.nix
./services/webmail
./services/website
./services/well-known
I think this should be a part of the main
./services/website
, as that is a more common / familiar way to think of and configure .well-known, rather than as a separate "service". This makes more sense semantically, though, as it doesn't really have anything to do with the website contentI'm fine with it being like this. well-known is kind of a "thing" administrators have to manage
@ -0,0 +1,18 @@
{ ... }:
{
services.nginx.virtualHosts."www.pvv.ntnu.no".locations = {
This should be served on all four
www.pvv.ntnu.no pvv.ntnu.no www.pvv.org pvv.org
, like the main websiteOops, nevermind, this is already handled because these other domains are already in the virtualHosts aliases, because this happens to be served from bekkalokk as well.
Might still want to specify aliases here as well, in case the http ingress is moved to another host than the main PHP app in the future.
@ -0,0 +1,3 @@
{
"m.server": "matrix.pvv.ntnu.no:443"
This is currently unused,
curl https://www.pvv.ntnu.no/.well-known/matrix/server
is served by synapse itself, without the newlines.Maybe it should exist as a fallback, in case synapse is down for some reason, to keep federation a little more happy?
I think we would need an nginx
upstream
acting like a load-balancer that prefers synapse but falls back to this static file somehow?I dont think it matters in any case for keeping other servers happy, so we should just delete this
4e5093618e
tof39fee4213