mirror of
				https://github.com/matrix-org/synapse.git
				synced 2025-10-31 04:08:21 +00:00 
			
		
		
		
	Clarify limitations of SRV delegation in documentation (#14959)
This PR just clarifies in the SRV DNS delegation document that there are still cases a user may have to serve files from `.well-known` endpoints, and this may not be a valid case for using SRV delegation. This has caused some confusion in a few cases. Signed-off-by: William Kray <github@williamkray.com>
This commit is contained in:
		
							parent
							
								
									2dff93099b
								
							
						
					
					
						commit
						85d93d003c
					
				
							
								
								
									
										1
									
								
								changelog.d/14959.doc
									
									
									
									
									
										Normal file
									
								
							
							
						
						
									
										1
									
								
								changelog.d/14959.doc
									
									
									
									
									
										Normal file
									
								
							| @ -0,0 +1 @@ | |||||||
|  | Update delegation documentation to clarify that SRV DNS delegation does not eliminate all needs to serve files from .well-known locations. Contributed by @williamkray. | ||||||
| @ -73,6 +73,15 @@ It is also possible to do delegation using a SRV DNS record. However, that is ge | |||||||
| not recommended, as it can be difficult to configure the TLS certificates correctly in | not recommended, as it can be difficult to configure the TLS certificates correctly in | ||||||
| this case, and it offers little advantage over `.well-known` delegation. | this case, and it offers little advantage over `.well-known` delegation. | ||||||
| 
 | 
 | ||||||
|  | Please keep in mind that server delegation is a function of server-server communication, | ||||||
|  | and as such using SRV DNS records will not cover use cases involving client-server comms. | ||||||
|  | This means setting global client settings (such as a Jitsi endpoint, or disabling | ||||||
|  | creating new rooms as encrypted by default, etc) will still require that you serve a file | ||||||
|  | from the `https://<server_name>/.well-known/` endpoints defined in the spec! If you are | ||||||
|  | considering using SRV DNS delegation to avoid serving files from this endpoint, consider | ||||||
|  | the impact that you will not be able to change those client-based default values globally, | ||||||
|  | and will be relegated to the featureset of the configuration of each individual client. | ||||||
|  | 
 | ||||||
| However, if you really need it, you can find some documentation on what such a | However, if you really need it, you can find some documentation on what such a | ||||||
| record should look like and how Synapse will use it in [the Matrix | record should look like and how Synapse will use it in [the Matrix | ||||||
| specification](https://matrix.org/docs/spec/server_server/latest#resolving-server-names). | specification](https://matrix.org/docs/spec/server_server/latest#resolving-server-names). | ||||||
|  | |||||||
		Loading…
	
	
			
			x
			
			
		
	
		Reference in New Issue
	
	Block a user