Différences

Ci-dessous, les différences entre deux révisions de la page.

--- doc:formations:hebergement:serveur:scaleway [2020/11/27 09:21] – [Pour passer d'une version Ubuntu majeure à une nouvelle] jeremie
+++ doc:formations:hebergement:serveur:scaleway [2025/01/20 17:27] (Version actuelle) – [Annonce lorsque vous vous connectez en SSH] jeremie
@@ Ligne 1: / Ligne 1: @@
 [[public:heberger_ses_services|< Retour à l'index]]
-====== Serveurs scaleway ======
+====== Serveurs internet dédiés chez scaleway ======
 C'est un hébergeur de serveurs dédiés ou "cloud" (physiques ou virtuels), qui fait payer à l'usage. C'est l'idéal pour tester des services ou pour déployer temporairement. La mise en place d'un tel serveur se fait en quelques minutes (attention, ce n'est PAS le cas pour les serveurs "cloud" d'OVH qui peuvent prendre plusieurs jours de livraison!).
@@ Ligne 21: / Ligne 21: @@
 Inversement un CPU dédié ("instance physique") vous garantit des performances de calcul.
-:!: Attention, mattermost n'accepte à ce jour que les instances de type Intel (x86) donc vous devrez éviter les serveurs ARM pour ce service là (sinon ils semblent plus puissants).
+:!: Attention, mattermost "tout prêt" n'accepte à ce jour que les instances de type Intel (x86) donc vous devrez éviter les serveurs ARM pour ce service là!
 ===== Installations et configuration =====
@@ Ligne 37: / Ligne 40: @@
 === Annonce lorsque vous vous connectez en SSH ===
-Vous pouvez éditer le fichier ''/etc/motd.head'' pour y mettre le nom de votre serveur (utilisez `figlet` ou [[https://www.askapache.com/online-tools/figlet-ascii/|cet outil]] par exemple), puis alléger l'écran de login SSH:
+Vous pouvez éditer le fichier ''/etc/motd.head'' pour y mettre le nom de votre serveur (utilisez ''figlet'' ou [[https://www.askapache.com/online-tools/figlet-ascii/|cet outil]] par exemple), puis alléger l'écran de login SSH:
 === Hosts et hostname ===
@@ Ligne 59: / Ligne 62: @@
 ===== Service SMTP =====
-Pour pouvoir envoyer des mails, il sera utile de créer un //"security group"// nommé ''smtp_allowed'' dans lequel il faudra cocher:
+Pour pouvoir envoyer des mails depuis votre serveur (typiquement, des noreply@mondomaine.com), il sera utile de créer un //"security group"// nommé ''smtp_allowed'' dans lequel il faudra cocher:
   [x] Enable SMTP
-Et affecter ce groupe de sécurité aux serveurs scaleway susceptible d'envoyer des emails (ex. [[doc:formations:hebergement:service:mailinabox]]).
+Et affecter ce groupe de sécurité aux serveurs scaleway susceptibles d'envoyer des emails (tels qu'un [[doc:formations:hebergement:service:mailinabox]] ou bien un service qui doit notifier selon un classique ''noreply@mondomaine.com'').
+{{:doc:formations:hebergement:serveur:scaleway_security_groups_allow_smtp.jpg?400|}}
-:!: Attention, scaleway requiert parfois de s'identifier physiquement pour activer l'option (mesure anti-spam un petit peu intrusive). Ouvrez un ticket et demdandez la possibilité de faire du SMTP, un opérateur vous répondra.
+:!: Attention, scaleway requiert parfois de s'identifier physiquement pour activer l'option (mesure anti-spam un petit peu intrusive). Vous pouvez ouvrir un ticket et demander la possibilité de faire du SMTP, un opérateur vous répondra. Sinon il semble exister une [[https://www.scaleway.com/en/docs/console/my-account/how-to/verify-identity/|procédure automatisée]].
+=== Test "bas niveau" ===
 On peut le vérifier de suite en créeant un petit service "pipo" sur un serveur tiers (test.mondomaine.com) et qui écoute sur le port 25 (s'il est libre):
@@ Ligne 105: / Ligne 111: @@
 ==== Pour passer d'une version Ubuntu majeure à une nouvelle ====
-<code>
+<code ->
 do-release-upgrade
 reboot
@@ Ligne 112: / Ligne 118: @@
 :!: attention, un reboot supplémentaire est parfois nécessaire chez scaleway (au 02/09/2019)!
-:!: c'est une opération lourde et risquée, pensez bien à sauvegarder vos donnéés avant de la lancer.
+:!: c'est une opération lourde et risquée, pensez bien à sauvegarder vos données avant de la lancer.
 ===== Récupération bas niveau =====
-Pour tenter de récupérer un serveur qui refuse un accès distant:
+MàJ: voyez https://www.scaleway.com/en/docs/compute/instances/troubleshooting/reboot-from-faulty-kernel/
+Pour tenter de récupérer un serveur qui refuse un accès distant, on peut le reconfigurer comme si l'on était loggué physiquement sur la machine via un port série:
   * Editer la zone //Tags// dans la définition du serveur, et y ajouter ''INITRD_POST_SHELL=1''
-  * Redémarrer le serveur
+  * Redémarrer le serveur (oui, brutalement :-()
-  * Attendre jusqu'à avoir un shell (en-ligne, sur le site scaleway)
+  * Attendre jusqu'à avoir un shell en ligne (avec le bouton "Console" sur le site scaleway)
   * Démarrer: ''chroot'' / ''newroot''
   * Régler le problème, ex. pour changer son mot de passe: ''passwd''
@@ Ligne 126: / Ligne 135: @@
   * Penser à retirer ''INITRD_POST_SHELL=1'' de la liste des tags du serveur!
-Tags non documentés via le code source direct: https://github.com/scaleway/initrd/tree/master/Linux
+Tags non documentés via le code source direct: [[https://github.com/scaleway/initrd/tree/master/Linux]]