I can't quite find an existing thread that suits my needs, so here goes.

We are using Raspberry Pi (RPI) as thin clients with RPITC as the OS ( It is a stripped down, modified version of Debian http://rpitc.blogspot.com ).

We would like to be able to update these RPI, however due to security reasons they are on a network that does not have internet access.

What i originally planned to do was to use apt-cacher on one of these RPI as a host which i could then move from the closed network to an open, then get the updates, which it then caches. After that i could move it back to the closed network and the other RPIs could then update via the cache on the first RPI.

It has an offline toggle which seems to be the option i need, as it says it will not use new outbound connections.

I have gotten the host to cache the updates, but when i try to update one of the clients via the host, it seems like it just tries to use it as a proxy, IE connect to the apt-get servers through the host.

All the guides i have found is more of a cache while online, so several machines can update via the local network, thus saving bandwidth.

I have tried with apt-cacher and apt-cacher-ng, where i got most success with apt-cacher, but still not what i want.

Can someone point me in the right direction as to which tool to use to have a host that i can move to an online network -> get updates -> move to offline network -> update clients via the cached updates from the host?

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.