Je gère un réseau privé qui n'a pas de connectivité Internet en raison de la politique de sécurité du client. Ce réseau a une seule installation de serveur Ubuntu 10.04 LTS (bientôt plusieurs autres) et j'ai essayé de le personnaliser avec un logiciel - cependant, je dois installer manuellement des packages avec dpkg en raison du manque de connectivité Internet.
Est-ce que cela m'empêche de passer à une version plus récente d'Ubuntu Server (LTS) lorsqu'elle sera disponible, car les paquets que j'ai installés ne sont pas sur le CD de distribution actuel, il est peu probable qu'ils soient également sur les versions les plus récentes.
Réponses:
Non. L'installation de packages à partir des dépôts officiels à l'aide de dpkg ne vous posera aucun problème à l'avenir.
En fait, d'un point de vue technique, l'installation d'un package via dpkg n'est pas différente de celle que vous aviez exécutée
sudo apt-get install
package
. Les mêmes choses se produisent.Le seul problème avec l'installation de packages avec dpkg est que vous devrez vous assurer que les dépendances sont installées dans le bon ordre. Sinon, vous pourriez vous retrouver avec une base de données de packages corrompue.
Je sais que cela se produit par expérience personnelle ...
la source
apt-get -f install
).Juste pour être complet: lorsque vous effectuez une mise à niveau, si vos packages ne sont plus pris en charge ou incompatibles avec les packages plus récents (dépendances cassées, etc.), le processus de mise à niveau vous demandera si vous souhaitez supprimer ces packages. Je ne sais pas ce qui se passe si vous ne les désinstallez pas - ils ne fonctionneront probablement plus.
Dans tous les cas, vous pourrez effectuer une mise à niveau.
la source
AptOnCD pourrait être un outil utile pour vous dans ce cas: http://aptoncd.sourceforge.net/
la source
Ce serait peut-être une meilleure idée, étant donné que vous ajouterez bientôt plus de serveurs, de configurer un référentiel local. De cette façon, vous pouvez ajouter le référentiel aux sources apt de chaque serveur, puis les pointer vers un référentiel local qui n'est qu'un miroir du vrai référentiel ubuntu.
Ensuite, quand il est temps d'installer ou de mettre à niveau des packages, vous utilisez simplement les outils ubuntu standard pour gérer cette opération. Un autre avantage est que vous n'avez qu'à mettre à jour le référentiel local centralisé de temps en temps avec quelques DVD ou disque dur que vous pouvez apporter dans l'environnement fermé et synchroniser avec les répertoires du référentiel. Ensuite, chaque serveur vous alertera sur les packages qu'ils ont installés et qui ont des mises à niveau disponibles sur votre dépôt local ... ce qui signifie que vous avez beaucoup moins d'administration à maintenir. Les outils sont autorisés à faire ce pour quoi ils sont bons.
Alan Pope, évangéliste ubuntu et membre de l'équipe derrière le podcast Ubuntu UK, a écrit un article sur la création d'un miroir des référentiels ubuntu officiels qui devrait aider. Vous pouvez le trouver ici .
la source