It’s possible to a degree. You can have Chirpstack running without any access to/from WAN, thats just a networking consideration. And almost everything can be done through the API as to avoid requiring the web interface, except for generating API keys themselves, as far as I know there is no way around this and you will have to use the web interface atleast once to generate an API key.
Please see chirpstack --help, there is a CLI option to generate API keys
Is this possible to do with ChirpStack ?
Please note that the ChirpStack web-interface is technically just an API client. Once loaded by the browser, it will just make gRPC API calls. From a performance perspective, I don’t really see a difference between ChirpStack with vs without web-interface if that is your concern.
Just fyi, this is work-in-progress but work is being done to make it possible to compile ChirpStack with SQLite as database-backend instead of PostgreSQL.
If you set up an external join server you can use end-to-end encryption where Chirpstack does not do the “application server” portion of decrypting and displaying the message but forwards the encrypted packet to you application: https://www.chirpstack.io/docs/chirpstack/features/end-to-end-encryption.html
Might be what you’re interested in
I need the application server to run locally. Because, in a short summary, in my use case the internet link is slow and there are other industrial networks that we connect to locally.
It just makes sense to synchronize data from all devices, LoRa and other industrial protocols, locally instead of sending everything to the backend and let it sort it out.
Not quite sure what you mean here, but ability to send the data locally to another application is supported. If you haven’t seen the integrations yet I’d check those out before calling it quits.