Ubuntu-fr

Tu peux essayer d'installer ou récupérer les fichiers vmlinux et initrd.img d'un noyau linux-image-generic-hwe-20.04 pour les mettre sur ton serveur tftp et ça peut sans doute marcher.

Sinon la solution de fainéant, trouver un dongle réseau USB supporté et faire les installation avec ce dongle.

Dans tous les cas je te conseille le noyau linux-image-generic-hwe-20.04 pour le support du matériel récent, sinon y'a rien qui fonctionne.

Si ça peut aider, un extrait de notre preseed crypt LVM. Attention c'est géré par le logiciel foreman dans notre cas, donc il y a  des variables qui sont préremplies par la base de données de foreman (c'est du ruby donc les variables sont de type <%= une_variable %>)

Néanmoins les commandes preseed sont complètes et devraient pouvoir te donner des pistes

<%#
kind: ptable
name: Preseed default LVM
model: Ptable
oses:
- Debian
- Ubuntu
%>
<%
  partitioning_method = host_param('partitioning-method') ? host_param('partitioning-method') : 'crypto'
  partitioning_recipe = host_param('partitioning-recipe') ? host_param('partitioning-recipe') : 'home'
  partitioning_expert_recipe = host_param('partitioning-expert-recipe') ? host_param('partitioning-expert-recipe') : ''
  vg_name = host_param('partitioning-vg-name') ? host_param('partitioning-vg-name') : 'vg00'
  partitioning_filesystem = host_param('partitioning-filesystem') ? host_param('partitioning-filesystem') : ''
  partitioning_crypto_erase = host_param('partitioning-crypto-erase') ? host_param('partitioning-crypto-erase') : 'false'
  partitioning_crypto_password = host_param('partitioning-crypto-password') ? host_param('partitioning-crypto-password') : 'ubuntu'
  partitioning_crypto_password_weak = host_param('partitioning-crypto-password-weak') ? host_param('partitioning-crypto-password-weak') : 'true'
-%>

<% if host_param('install-disk') -%>
d-i partman-auto/disk string <%= host_param('install-disk') %>
d-i grub-installer/bootdev string <%= host_param('install-disk') %>
<% else -%>
# Use the first detected hard disk
d-i partman/early_command string \
  INSTALL_DISK="$(list-devices disk | head -n1)"; \
  debconf-set partman-auto/disk "$INSTALL_DISK"; \
  debconf-set grub-installer/bootdev "$INSTALL_DISK"
<% end -%>

### Partitioning
# The presently available methods are: "regular", "lvm" and "crypto"
d-i partman-auto/method string <%= partitioning_method %>

# If one of the disks that are going to be automatically partitioned
# contains an old LVM configuration, the user will normally receive a
# warning. This can be preseeded away...
d-i partman-lvm/device_remove_lvm boolean true
# The same applies to pre-existing software RAID array:
d-i partman-md/device_remove_md boolean true
# And the same goes for the confirmation to write the lvm partitions.
d-i partman-lvm/confirm boolean true
d-i partman-lvm/confirm_nooverwrite boolean true

<% if partitioning_method == 'lvm' or partitioning_method == 'crypto' -%>
# For LVM partitioning, you can select how much of the volume group to use
# for logical volumes.
d-i partman-auto-lvm/guided_size string 80%
<% if partitioning_method == 'crypto' -%>
d-i partman-crypto/erase_data boolean <%= partitioning_crypto_erase %>
d-i partman-crypto/passphrase password <%= partitioning_crypto_password %>
d-i partman-crypto/passphrase-again password <%= partitioning_crypto_password %>
d-i partman-crypto/weak_passphrase boolean <%= partitioning_crypto_password_weak %>
<% end -%>
<% if vg_name != '' -%>
d-i partman-auto-lvm/new_vg_name string <%= vg_name %>
<% end -%>
<% end -%>

<% if host_param_true?('partitioning-allow-noswap') -%>
d-i partman-basicfilesystems/no_swap boolean false
<% end -%>

<% if host_param('partitioning-disk-label') -%>
d-i partman-partitioning/choose_label string <%= host_param('partitioning-disk-label') %>
d-i partman-partitioning/default_label string <%= host_param('partitioning-disk-label') %>
<% end -%>

# You can choose one of the three predefined partitioning recipes:
# - atomic: all files in one partition
# - home:   separate /home partition
# - multi:  separate /home, /var, and /tmp partitions (/usr was removed in jessie)
d-i partman-auto/choose_recipe select <%= partitioning_recipe %>

<% if partitioning_expert_recipe != '' -%>
# Or provide a recipe of your own...
# If you have a way to get a recipe file into the d-i environment, you can
# just point at it.
d-i partman-auto/expert_recipe string \
<%= partitioning_expert_recipe.gsub(/(?:\n\r?|\r\n?)/, " \\\n") %>

<% end -%>

# If you just want to change the default filesystem to something
# else, you can do that without providing a full recipe.
<% if partitioning_filesystem != '' -%>
d-i partman/default_filesystem string <%= partitioning_filesystem %>
<% end -%>

# This makes partman automatically partition without confirmation, provided
# that you told it what to do using one of the methods above.
d-i partman/confirm_write_new_label boolean true
d-i partman/choose_partition select finish
d-i partman/confirm boolean true
d-i partman/confirm_nooverwrite boolean true

Réponse rapide; il faut modifier le fichier preseed du Live installer. un fichier du genre preseed.cfg et à la fin ajouter des late command

Voici la syntaxe (à adapter)
Ici je vais chercher le script sur un serveur web, mais tu peux l'ajouter dans l'image et le copier. Il doit y avoir des exemples en recherchant d-i preseed/late_command string

# late_command
d-i preseed/late_command string \
in-target wget -O /tmp/mon_script.sh https://mon_serveur/mon_script.sh; \
in-target mon_script.sh

Évidement c'était trop beau que ces fichiers soient disponibles pour les nouvelles versions d'Ubuntu.

Où peut-on télécharger les fichiers initrd.gz et linux pour hirsute ?

D'après shodan.io seul le port 137 tcp est ouvert sur ton serveur.

Pour se connecter a un partage Microsoft il faut que le port 445 tcp soit ouvert. Il doit être filtré, soit sur ton serveur, soit par les firewalls chez OVH.

Remarque importante: Comme précisé précédemment, à partir du moment ou le port 445 tcp sera ouvert sur ton serveur et scanné par les sondes de shodan.io, ton serveur pourra être la cible d'attaques automatisées.

Nautilus accepte bien évidement d'utiliser les clefs ssh de l'utilisateur. Il faut juste mentionner le login sur le serveur s'il est différent de celui du poste de travail

sftp://login@le_nom_de_ton_serveur.ton_domaine.fr

Tu arrives bien sur ton serveur :

Server: Apache/2.4.29 (Ubuntu)

C'est wordpress qui te fais la redirection vers ton ip publique je suppose

HTTP/1.1 301 Moved Permanently
X-Redirect-By: WordPress
Location: http://MON-IP-PUBLIQUE/

Plusieurs idées :

Wordpress se base sur le nom DNS ou l'adresse IP entrée dans le siteurl  lors de l’installation du site via l'interface web d'installation

http://mon-serveur-wordpress/wp-admin/install.php

Il est préférable de mettre un nom DNS, plutôt qu'une adresse IP, car wordpress écrit les liens en dur dans la base de donnée... Ben oui !

Je regarderais ou referait la configuration de wordpress via l'url d'installation. C'est à mon avis là que le bât blesse

Edit :

Tout à fait exact, j'avais perdu de vue ce point,

Dans ton virtualhost apache si tu l'utilise /etc/apache2/sites-available/mon_site1.conf

tu insères par exemple :

php_value upload_max_filesize 50M
php_value post_max_size 50M
php_value memory_limit 512M

Comme ça tu peux utiliser des valeurs différentes pour chacun de tes sites hébergé sur un même serveur apache

Si c'est du raid logiciel ce sera plus simple

Dans ce cas, avec un live CD Ubuntu 18.04, tu peux regarder la table de partition de l'un de tes disques avec l'utilitaire gparted et ensuite essayer de récupérer une partie du raid avec l'utilitaire mdadm

Je te conseille de ne faire aucune manip susceptible d’altérer les disques. Il existe des utilitaires pour copier un disque bits à bits et c'est en général sur ces copies qu'il faut travailler pour mettre en place le protocole de récupération des données.

J'utilise la commande dd ou l'utilitaire en ligne de commande ddrescue, mais il doit certainement en exister des plus graphiques et plus accessibles.

Mauvaise idée en IPv6.
Toutes les annonces du routeur passent par des paquets icmpv6. C'est pourquoi en IPv6, il est très important de ne pas bloquer les paquets icmpv6 en entrée et en sortie, voire de mettre en tête de liste des ip6tables des règles les acceptant explicitement en entrée (INPUT) et sortie (OUTPUT).

ip6tables -A INPUT -p icmpv6  -j ACCEPT
ip6tables -A OUTPUT -p icmpv6  -j ACCEPT

L'option -p icmpv6 normalement prend en charge tous les protocoles liés à l'icmp en IPv6

Je ne sais pas si NTP est un bon exemple pour comprendre les règles de filtrage d'iptables dans la mesure ou il fonctionne de plein de manières différentes (c'est un très très vieux protocole)

J'ai la règle inverse et ça fonctionne aussi

iptables -A INPUT -p udp  --dport 123 -m comment --comment "205 allow ntp server" -j ACCEPT

sudo apt install ntp

Devrait suffire à résoudre ton problème

En général, en extrayant le pilote Windows, on finit par trouver dans un coin un fichier .ppd. C'est de celui-ci dont cups a besoin et en général ça marche. Parfois même avec le niveau des consommables.
Par ailleurs, pour les infos sur les consommables, certaines imprimantes sont capable de les remonter via snmp, mais là faut un peu se faire ch*** pour les afficher, c'est absolument pas Mme Michu compatible, hélas.

Enfin, une remarque sur le billet d'humeur. A mon avis, ça n’intéresse pas tant que ça éditeurs Linux (RedHat and co), parce que dans le cadre professionnel, on utilise des copieurs pro donc, qui sont parfaitement compatible Linux et que le niveau des consommables et directement remonté au revendeur et les cartouches envoyés dès que le niveau baisse. On paye à la page et la maintenance et les consommables sont (entre guillemets) gratuits et fournis. Le soucis n'existe que pour les particuliers et les petites entreprises qui eux ne payent pas vraiment les gros éditeurs Linux.