Bug #145
Changement d'ip du serveur et effets de bords sur le réseau
100%
Description
Il y a beaucoup d'effet de bord non impactés sur le serveur après changement d'ip du serveur :
Les pages perso ne sont plus joignables, puisque le fichier
/etc/apache2/mods-enable/abuledu_intranet reste sur l'ancienne IP classique :
<Directory /home/*/*/public_html>
AllowOverride All
Options MultiViews Indexes Includes FollowSymLinks
Order allow,deny
Allow from 192.168.0.0/24 127.0.0.1
php_admin_value open_basedir /home:/usr/share/php/AbulEdu
</Directory>
Le filtrage non forcé ne fonctionne plus. On est obligé de passé par le filtrage de squid pour sortir, même si on laisse la case décochée dans la configuration de la connexion internet du serveur.
La faute à qui ?
Je n'ai pas trouvé mais il y a des traces de l'ancienne IP sur :
/etc/networks
postfix/main.cf:mynetworks = 127.0.0.0/8, 192.168.0.0/24
Demandes liées
Révisions associées
Historique
#1 Mis à jour par Francois Audirac il y a plus de 14 ans
Sans explication apaprente, ce matin, le web sans filtrage fonctionne.
/etc/networks contient mon adresse IP serveur la nouvelle.
Le serveur n'a pas été rebooté, ni le client. Un démon nocturne ?
A confirmer.
#2 Mis à jour par Eric Seigne il y a plus de 14 ans
François tu peux nous donner la nouvelle IP que t'a affecté à ton serveur ? par exemple 192.168.1.1 ou ... histoire qu'on puisse reproduire la manip ici :)
Ha et aussi, tu n'a pas rebooté le serveur après avoir modifié son IP ?
Éric
#3 Mis à jour par Francois Audirac il y a plus de 14 ans
Si, bien sûr que j'ai rebooté, j'ai fait tout comme c'est demandé.
En fait, si je résume ma procédure :
- install complète
- connexion internet en DHCP derrière une box, avec port 80 et 443
ouverts, + courrier relevé et envoyé automatiquement.
- mise à jour complète à blanc, connecté sur le serveur (X query...). modif de la config réseau du réseau local vie webadmin :
IP serveur : 192.168.10.1
masque : 255.255.255.0
adresse du réseau : 192.168.10.0
Broadcast : 192.168.10.255
DHCP basse : 192.168.10.128
DHCP haute : 192.168.10.254
- Reboot du serveur
Tout marche (en X local via le squid)
Puis je branche un vrai client autonome,
Je remodifé la config internet en IP fixe sur 192.168.1.10 et je laisse les mêmes options que précédemment
avec port 80 et 443 ouverts, + courrier relevé et envoyé automatiquement.
Et là je ne peux plus sortir sans le squid.
J'aurai peut-être dû redémarrer le serveur.
J'ai remarqué qu'il ne trouvait pas son adresse IP publique (alors qu'avant oui).
- modif des DNS pour sortir (édition du fichier
/etc/bind/named.conf.options à la main. Si je mets juste ma box dans les
DNS, il rajoute un ";" en trop :
options {
directory "/var/cache/bind";
auth-nxdomain no; # conform to RFC1035
forwarders { 192.168.1.1; ;};
forward only;
};
-> Je ne peux plus recevoir mes mails sur mon poste client (Thunderbird)
"temps d'attente dépassé), ni en envoyer en utilisant le smtp.wanadoo.fr ,
ni servecole comme SMTP.
Ca c'était hier soir.
Et ce matin, sans avoir rebooté, ni le serveur ni le client tout remarche (web sans squid, envoi et réception de mail via smtp.wanadoo) : un miracle d'AbulÉdu. Alléluia !
(Pas contre le /etc/networks, je ne sais plus si c'est moi qui l'ai modifié, dans mes tests ou si ça s'est fait tout seul)
Mais tout ceci mérite d'être retesté, refait.
Il ne faut pas non plus y passer des heures, si ce n'est pas un vrai bug.
#4 Mis à jour par Eric Seigne il y a environ 14 ans
- Projet changé de AbulÉdu à horizon-webadmin
#5 Mis à jour par Eric Seigne il y a environ 14 ans
- Version cible mis à 9.08.44
#6 Mis à jour par Gilles Seban il y a environ 14 ans
- Assigné à mis à Gilles Seban
- Temps estimé mis à 5.00
#7 Mis à jour par Gilles Seban il y a environ 14 ans
- Statut changé de New - Nouveau à Assigned - En cours
- le fichier /etc/networks n'est pas modifié, il faut le modifier
- il faut tester après la résolution si phpmyadmin dans /etc/apache2/conf.d est bien modifié
- le renommage des chip-old en chip-old.chip-old ...
#8 Mis à jour par Gilles Seban il y a environ 14 ans
- % réalisé changé de 0 à 50
- prise en compte du fichier /etc/networks
- prise en compte du fichier /etc/postfix/main.cf
- datage des fichiers sauvegardés pour apache, postfix et networks pour l'instant
les tests sont bons, à suivre
#9 Mis à jour par Gilles Seban il y a environ 14 ans
- % réalisé changé de 50 à 80
- changement d'adresse du serveur de 192.168.0.1 à 192.168.15.5 : OK
- accrochage d'un client lourd : OK
- rechangement de 192.168.15.5 vers 192.168.0.1 : OK
- accrochage d'un client lourd : OK
- changer le mode de backup des fichier de conf comme amorcé sur apache, c'est à dire les dater plutot que les copier en *.chip-old comme ça on garde un historique ... c'est toujours mieux
- comportement de phpmyadmin après changement d'adresse ip
- comportement de mysql : j'ai pas testé
- comportement avec une interface externe fixée
- comportement avec le proxy (forcé ou pas)
#10 Mis à jour par Gilles Seban il y a environ 14 ans
- Statut changé de Assigned - En cours à Fixed - Corrigé - Implémenté
- % réalisé changé de 80 à 100