Historique de la problematique ... je suis en train de migrer un site du
serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url
du site ne changera pas et restera www.monsite.fr)
Une fois les fichiers et bases SQL transferer de A vers B, je voudrais
tester que tout se passe bien avant de migrer définitivement les
enregistrements DNS
Problème, si j'accède au site sur le serveur B (avec une URL temporaire
du style migration.monsite.fr) eh bien le CMS cafouille car le nom du
site change (et par ailleurs, la config du CMS est a revoir pour lui
donner ce nouveau nom). Bien sur je veux éviter cela (pour ne pas
modifier la config du CMS une deuxième fois après les tests).
Du coup, je modifie mon fichier /etc/hosts pour lui demander de
"remplacer" temporairement les DNS. J'ai ajouté ceci :
www.monsite.fr 1.2.3.4
Mais la modif n'est pas prise en compte, ni par Firefox (même après
redemarrage et vidange du cache) ni par un simple ping.
Pourtant dans /etc/nsswitch.conf
passwd: compat
group: compat
shadow: compat
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
Merci pour votre aide ;)
--
Alain
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/54BE7A67.5050200@jupin.net
Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr)
Une fois les fichiers et bases SQL transferer de A vers B, je voudrais tester que tout se passe bien avant de migrer définitivement les enregistrements DNS Problème, si j'accède au site sur le serveur B (avec une URL temporaire du style migration.monsite.fr) eh bien le CMS cafouille car le nom du site change (et par ailleurs, la config du CMS est a revoir pour lui donner ce nouveau nom). Bien sur je veux éviter cela (pour ne pas modifier la config du CMS une deuxième fois après les tests).
Du coup, je modifie mon fichier /etc/hosts pour lui demander de "remplacer" temporairement les DNS. J'ai ajouté ceci : www.monsite.fr 1.2.3.4
Fais un dig www.monsite.fr sur la machine client et vérifie que l'IP serveur qui répond est bien celle du client.
Quel est le programme resolver utilisé ?
[...]
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Le 20/01/2015 16:55, JUPIN Alain a écrit :
Bonjour
Bonjour
Historique de la problematique ... je suis en train de migrer un site
du serveur A vers serveur B (mais à l'issue de la migration, bien sur
l'url du site ne changera pas et restera www.monsite.fr)
Une fois les fichiers et bases SQL transferer de A vers B, je voudrais
tester que tout se passe bien avant de migrer définitivement les
enregistrements DNS
Problème, si j'accède au site sur le serveur B (avec une URL
temporaire du style migration.monsite.fr) eh bien le CMS cafouille car
le nom du site change (et par ailleurs, la config du CMS est a revoir
pour lui donner ce nouveau nom). Bien sur je veux éviter cela (pour ne
pas modifier la config du CMS une deuxième fois après les tests).
Du coup, je modifie mon fichier /etc/hosts pour lui demander de
"remplacer" temporairement les DNS. J'ai ajouté ceci :
www.monsite.fr 1.2.3.4
Fais un dig www.monsite.fr sur la machine client et vérifie que l'IP
serveur qui répond est bien celle du client.
Quel est le programme resolver utilisé ?
[...]
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/54BE92B9.40408@tootai.net
Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr)
Une fois les fichiers et bases SQL transferer de A vers B, je voudrais tester que tout se passe bien avant de migrer définitivement les enregistrements DNS Problème, si j'accède au site sur le serveur B (avec une URL temporaire du style migration.monsite.fr) eh bien le CMS cafouille car le nom du site change (et par ailleurs, la config du CMS est a revoir pour lui donner ce nouveau nom). Bien sur je veux éviter cela (pour ne pas modifier la config du CMS une deuxième fois après les tests).
Du coup, je modifie mon fichier /etc/hosts pour lui demander de "remplacer" temporairement les DNS. J'ai ajouté ceci : www.monsite.fr 1.2.3.4
Fais un dig www.monsite.fr sur la machine client et vérifie que l'IP serveur qui répond est bien celle du client.
Quel est le programme resolver utilisé ?
[...]
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr)
Mais la modif n'est pas prise en compte, ni par Firefox (même apr ès redemarrage et vidange du cache) ni par un simple ping. Pourtant dans /etc/nsswitch.conf
passwd: compat group: compat shadow: compat
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files
protocols: db files services: db files ethers: db files rpc: db files
netgroup: nis
Merci pour votre aide ;)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Historique de la problematique ... je suis en train de migrer un site
du serveur A vers serveur B (mais à l'issue de la migration, bien sur
l'url du site ne changera pas et restera www.monsite.fr)
Mais la modif n'est pas prise en compte, ni par Firefox (même apr ès
redemarrage et vidange du cache) ni par un simple ping.
Pourtant dans /etc/nsswitch.conf
passwd: compat
group: compat
shadow: compat
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
Merci pour votre aide ;)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/54BEA29F.2050509@dotbsd-fr.org
Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr)
Mais la modif n'est pas prise en compte, ni par Firefox (même apr ès redemarrage et vidange du cache) ni par un simple ping. Pourtant dans /etc/nsswitch.conf
passwd: compat group: compat shadow: compat
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files
protocols: db files services: db files ethers: db files rpc: db files
netgroup: nis
Merci pour votre aide ;)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Dominique Asselineau
JUPIN Alain wrote on Tue, Jan 20, 2015 at 06:43:20PM +0100
Re,
Donc j'avais bien fait la bonne chose ... modifier et ajouter les entrées adhoc dans /etc/hosts Mais il faut ensuite à minima fermer la session (gnome dans mon cas) et la rouvrir. Sinon la modif ne semble pas être prise en compte ... bref y a encore un cache de me@$&#de qui traine par là !
Si je comprends bien, avec ce bureau, même les fichiers deviennent virtuels... J'ai toujours pensé que l'administration d'un système se faisait à la console. On est juste au plus prêt de la réalité.
dom --
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
JUPIN Alain wrote on Tue, Jan 20, 2015 at 06:43:20PM +0100
Re,
Donc j'avais bien fait la bonne chose ... modifier et ajouter les
entrées adhoc dans /etc/hosts
Mais il faut ensuite à minima fermer la session (gnome dans mon cas)
et la rouvrir.
Sinon la modif ne semble pas être prise en compte ... bref y a
encore un cache de me@$&#de qui traine par là !
Si je comprends bien, avec ce bureau, même les fichiers deviennent
virtuels... J'ai toujours pensé que l'administration d'un système se
faisait à la console. On est juste au plus prêt de la réalité.
dom
--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20150120182307.GA24307@telecom-paristech.fr
JUPIN Alain wrote on Tue, Jan 20, 2015 at 06:43:20PM +0100
Re,
Donc j'avais bien fait la bonne chose ... modifier et ajouter les entrées adhoc dans /etc/hosts Mais il faut ensuite à minima fermer la session (gnome dans mon cas) et la rouvrir. Sinon la modif ne semble pas être prise en compte ... bref y a encore un cache de me@$&#de qui traine par là !
Si je comprends bien, avec ce bureau, même les fichiers deviennent virtuels... J'ai toujours pensé que l'administration d'un système se faisait à la console. On est juste au plus prêt de la réalité.
dom --
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
JUPIN Alain
Bonjour,
Bonjour,
Il me semble que tu avais initialement inversé les champs dans le fichier /etc/hosts, comme l'a souligné quelqu'un un peu avant. Par ailleurs, il n'y a pas de daemon particulier à redémarrer, pas même le système d'exploitation pour que les modifications du fichier hosts soient prises en compte (à la limite, l'application elle-même peut avoir un cache).
Comme je l'ai signalé plus haut, c'est en écrivant ce mail que je me suis trompé. D'ailleurs après mes tests, et après avoir supprimé les lignes dans /etc/hosts, il m'a de nouveau fallu rouvrir une nouvelle session gnome pour voir les modifs prises en compte !
Je pense aussi a un cache coté appli. Sur Firefox, c'est concevable, mais fermer et rouvrir le navigateur n'a rien changé. Mais dans un terminal, avec un simple "ping" je doute d'un quelconque cache (hormis cache global à gnome). Là encore fermer et rouvrir le terminal ne change rien.
Merci encore
Alain
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Bonjour,
Bonjour,
Il me semble que tu avais initialement inversé les champs dans le
fichier /etc/hosts, comme l'a souligné quelqu'un un peu avant.
Par ailleurs, il n'y a pas de daemon particulier à redémarrer, pas même
le système d'exploitation pour que les modifications du fichier hosts
soient prises en compte (à la limite, l'application elle-même peut avoir
un cache).
Comme je l'ai signalé plus haut, c'est en écrivant ce mail que je me
suis trompé.
D'ailleurs après mes tests, et après avoir supprimé les lignes dans
/etc/hosts,
il m'a de nouveau fallu rouvrir une nouvelle session gnome pour voir les
modifs prises en compte !
Je pense aussi a un cache coté appli. Sur Firefox, c'est concevable,
mais fermer et rouvrir le navigateur
n'a rien changé.
Mais dans un terminal, avec un simple "ping" je doute d'un quelconque
cache (hormis cache global à gnome).
Là encore fermer et rouvrir le terminal ne change rien.
Merci encore
Alain
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/54BF780E.1060607@jupin.net
Il me semble que tu avais initialement inversé les champs dans le fichier /etc/hosts, comme l'a souligné quelqu'un un peu avant. Par ailleurs, il n'y a pas de daemon particulier à redémarrer, pas même le système d'exploitation pour que les modifications du fichier hosts soient prises en compte (à la limite, l'application elle-même peut avoir un cache).
Comme je l'ai signalé plus haut, c'est en écrivant ce mail que je me suis trompé. D'ailleurs après mes tests, et après avoir supprimé les lignes dans /etc/hosts, il m'a de nouveau fallu rouvrir une nouvelle session gnome pour voir les modifs prises en compte !
Je pense aussi a un cache coté appli. Sur Firefox, c'est concevable, mais fermer et rouvrir le navigateur n'a rien changé. Mais dans un terminal, avec un simple "ping" je doute d'un quelconque cache (hormis cache global à gnome). Là encore fermer et rouvrir le terminal ne change rien.
Merci encore
Alain
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Mais la modif n'est pas prise en compte, ni par Firefox (même aprà ¨s redemarrage et vidange du cache) ni par un simple ping. Pourtant dans /etc/nsswitch.conf
[...]
Pour tester strictement le resolver de la libc, utilise "getent hosts www.monsite.fr". -- Lord, what fools these mortals be! -- William Shakespeare, "A Midsummer-Night's Dream"
⦠20 janvier 2015 16:55 +0100, JUPIN Alain <ajupin@jupin.net> :
Mais la modif n'est pas prise en compte, ni par Firefox (même aprà ¨s
redemarrage et vidange du cache) ni par un simple ping.
Pourtant dans /etc/nsswitch.conf
[...]
Pour tester strictement le resolver de la libc, utilise "getent hosts
www.monsite.fr".
--
Lord, what fools these mortals be!
-- William Shakespeare, "A Midsummer-Night's Dream"
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/871tmoi7xd.fsf@zoro.exoscale.ch
Mais la modif n'est pas prise en compte, ni par Firefox (même aprà ¨s redemarrage et vidange du cache) ni par un simple ping. Pourtant dans /etc/nsswitch.conf
[...]
Pour tester strictement le resolver de la libc, utilise "getent hosts www.monsite.fr". -- Lord, what fools these mortals be! -- William Shakespeare, "A Midsummer-Night's Dream"