Ручной интерактивный прокси для установки пакетов на сервере без интернета

Мне нужно установить несколько пакетов rpm, python и R на сервере, у которого нет подключения к Интернету: я могу использовать только ssh. Я могу загрузить пакеты и скопировать их на сервер, а затем установить их вручную с помощью rpm -i и тому подобное. Но управление зависимостями и поиск подходящего пакета rpm - дело обременительное и специфичное для каждого программного обеспечения (здесь это будет

• yum deplist foo + yumdownloader foo + rpm -i foo.rpm,
• зеркало http://cran.r-project.org/src/contrib/ + https://stackoverflow.com/questions/10807804/offline-install-of-r-package-and-dependencies,
• pip install --download ~/bar/ foo + pip install --no-index --find-links ~/bar/ foo

Плюс некоторое управление зависимостями для R и pip.)

Поэтому я рассматриваю другой путь, который может работать для любого программного обеспечения:

• запускать «ручной прокси» локально, как интерактивный инструмент командной строки
• в новой консоли попросите yum / R / pip использовать этот прокси и установить некоторый пакет
• всякий раз, когда yum запрашивает какой-либо файл из Интернета (например, PACKAGES или foo.tar.gz), ручной прокси-сервер печатает URL-адрес и ждет
• Я загружаю указанный URL-адрес с другого компьютера и отправляю его на сервер
• Я сообщаю ручному прокси, что файл есть, и он отвечает на запрос yum.

Есть ли инструмент для реализации ручного прокси? Похоже, что mitmproxy может это сделать, может ли кто-нибудь, знакомый с этим инструментом, подтвердить?

Я вижу эти потенциальные проблемы:

• Мне может потребоваться увеличить тайм-аут yum.
• Если менеджер пакетов yum, pip или R использует SSL, мне нужно установить сертификат mitmproxy
• установка mitmproxy и его зависимостей (на сервере с ограниченным доступом в Интернет) может быть более сложной задачей, чем проблема, которую я пытаюсь решить.

Любой другой инструмент для этого также будет приветствоваться. Может быть, достаточно небольшого скрипта Python.

Изменить: ответ на второй комментарий TessellatingHeckler:

• SSH вернулся с сервера? Возможно, но сетевой администратор может быть недоволен этим (к тому же настройка не тривиальна, так как мой компьютер также находится за прокси-сервером, поэтому мне понадобится двойной переход + ssh -R).
• github.com/inaz2/proxy2? Выглядит хорошо.
• yum localinstall? Это действительно лучше, чем rpm -i, но моя цель здесь (получить некоторый опыт и) универсальное решение для любых менеджеров пакетов с поддержкой прокси. Менеджеры пакетов различаются способами составления списка зависимостей и установки из локального репозитория, и эти функции обычно менее документированы, чем указания им использовать прокси.