@spectras As far as setting up a proxy server for a gateway is, it does not serve my purpose. A non-automatic device makes an update request by the gateway. We can assume that the gateway has no restrictions on the Internet. I think that you do not need to make the gateway a mirror. I'm more interested in the update / update mechanism for replicating this process to a standalone SDK.
At the moment, my problem is that the standalone device is ARM and the gateway is x64, and when I request an update from sources.list from the hand in the x64 architecture, the update binary responds with an incorrect architure error.
Therefore, I need to know how I can force the gateway to ignore archives and download package updates according to sources.list, I set it to load regardless of architecture.
@BenjaminW. While I posted this question, I started moving around and downloading apt sources and realized that apt-get loads binary files like the ones you mentioned (update and update). Thanks for the advice. However, now I'm trying to better understand how the update and update mechanism works: - I know that the update downloads /etc/apt/lists/sources.list - I transfer sources.list from a standalone device (ARM) to a gateway device (x64) and I launch update on the gateway. - Updating the gateway reads source.list, which I place there from ARM, and when it starts to fix it, the errors "Skipping receiving a configured file ... does not support architecture ..." are displayed
What I'm trying to do is to force the gateway to ignore the architecture and force the use of source.list from ARM. I just need a packages file.
Do you have any other thoughts or alternative approach?
B ... source share