New project Domino Download Server
Daniel Nashed – 27 December 2024 10:34:35
Over the x-mas I had a bit of time to work on an idea I had already a while ago.
Some customers can't directly connect to the internet. Not even with a proxy.
Domino AutoUpdate and also the Domino Download script both support proxy environments including authenticated proxies.
The Domino Download script leverages the curl command-line which is very flexible.
But also Domino AutoUpdate has full proxy support.
Still some environments can' download anything from the internet. Some are even air gapped.
The idea was to come up with a NGINX based service which could be the source for all your Notes/Domino downloads.
I wanted it to work in different environments.
Download source for AutoUpdate
This requires emulation of the MHS API end-point and also a download of product.jwt and software.jwt.
This informatio is required by Domino AutoUpdate.
Domino Download script support
The script provides multiple ways to configure downloads.
By default it uses MHS as a download target.
But it can work against any other server which provides download functionality based on file name.
Simple web GUI to search and download files
If you can't access MHS directly, there is no nice looking download interface.
The project also implements a simple web front end based on filtered catalog.json data.
Implementation
The heart of the solution is NGINX with a LUA module leveraging the Domino Download script to download software automatically, if not yet available on disk.
The solution is kind of a corporate cache for Domino related web-kits.
I had a NGINX server providing the files earlier. The new solution is based on it but it is extended with automatic download options and a catalog UI.
Link to the current develop branch where I added basic documentation already (it's not yet in the main branch).
https://github.com/nashcom/domino-startscript/tree/develop/domdownload-server
Here is an example screen shot. This isn't intended to replace anything.
It's complementary for customers who can't directly access the internet or let their admins download from an internal, local repository which reaches out to MHS to get the software once.
Feedback?
Do you have use cases for this complementary way to download?
I mainly built it for own servers. But also will use this as a base to help customers with special requirements in this area.
The script itself also has it's own menu to run and maintain it. See the README link - -which might move to the Start Script GitHub documentation page later.
- Comments [1]
![[HCL Domino]](../lotus-domino.gif){kind=small}
![[Domino on Linux]](../domino-linux.gif){kind=small}
![[Nash!Com]](../nashcom.gif){kind=small}
![[Daniel Nashed]](../daniel-nsh.gif){kind=small}
1Christian Henseler 29.12.2024 20:54:55 New project Domino Download Server
wouldn't it be easier to enable AutoUpdate to manually "upload" downloaded WebKits?
With your idea only little is (or to be honest in our environment nothing) won, you still need a server connected to the internet or connected via a proxy.
Implementing a new server with a new software product (that must be service enabled first) is way more complicated in our environment.
We don't need the full load of what HCL is offering, we only need some WebKits to be deployed and installed.
Manual update to the Autoupate DB would be much easier for us