Closed timbru closed 11 months ago
This probably partially overlaps with #36 in that there is a difference between the original inputs and what krill-sync writes.
For example, right now, krill-sync also writes standard (iirc /<revision>/delta.xml
) when the input has an unpredictable name (e.g. <delta serial="1089" uri="https://rrdp.example.org/931aeac6-db34-8053-d706-e52a3485848d/1089/delta-cee8tafmvuriaxcyohw3.xml" hash="9480612217a82d2acd458f03c8630a15d8b085c8e49870d66c5b3fe81985dcfa"/>
).
For my use case it is fine that krill-sync rewrites filenames and is not a pure proxy.
Right, good point. It would also be good if the delta and snapshot filenames and paths were preserved.
This should be doable as long as we can insist that they appear under the URI for the notification file itself - i.e. no other hostnames and stay in the jail. This way we can have some sanity regarding where things go on disk and how to expose them through an https server.
I expect that this restriction is not a problem for known implementations.
This should be doable as long as we can insist that they appear under the URI for the notification file itself - i.e. no other hostnames and stay in the jail. This way we can have some sanity regarding where things go on disk and how to expose them through an https server.
I expect that this restriction is not a problem for known implementations.
I think that restricting it to a configured set of hostname is good. I'm not aware of any RRDP implementation currently writing to object storage (and hosting notification.xml outside it) but it feels like a valid use case.
Closing this. I am unsure when this was implemented, but different notification file names are supported. New issues can be made if other work is needed.
Currently krill-sync supports getting any notification file from a given URI, but it uses
notification.xml
when writing the file. It should use the filename given in the URI instead.Note: this is not an issue for current known users, but it would be an issue when trying to use krill-sync with some non-krill rpki publication server implementations.