Si le dev, ça lui prend des jours, une fois dans l’année, d’accéder à un
clicodrome pour mettre à jour un champ A ou en ajouter un, c’est inquiétant.
J’ai pas dit que c’était une solution idéale, mais apparemment, toutes les
solutions idéales proposées jusqu’à maintenant à ce problème (qui n’en e
Et Dieu inventa le devops qui savait utiliser Google et faire "brew install
unbound" ... et il vit que cela était bon ... ;-)
Pierre-Yves
Le 24 sept. 2015 4:26 PM, "Vincent Bernat" a écrit :
> ❦ 24 septembre 2015 15:13 +0200, David Ponzone > :
>
> > Tu fais gérer le DNS auth de preprod.monsite
❦ 24 septembre 2015 15:13 +0200, David Ponzone :
> Tu fais gérer le DNS auth de preprod.monsite.com par les devs, et
> s’ils cassent tout, c’est pas grave.
>
> Oui c’est cracra, mais c’est rigolo.
Dans pas mal de boîtes, les devs ne sont pas là uniquement comme
défouloir des sysadmins mais auss
Je n’ai pas parlé de jouer avec leur "resolver » interne.
Tu ajoutes un serveur (un Raspberry PI par exemple) pour gérer
preprod.monsite.com
Le « resolver » interne va interroger les DNS auth de monsite.com pour avoir le
DNS auth de preprod.monsite.com et le « resolver » interne va pouvoir
l’int
Le 24/09/2015 12:23, David Ponzone a écrit :
> Tu mets ta preprod dans un sous-domaine que tu délègues à un DNS interne (en
> RFC1918 donc probablement), qui n’est pas accessible de l’extérieur.
> Donc les postes internes eux arriveront à résoudre.
>
> Un vue sans utiliser les vues que Stéphane n
Tu mets ta preprod dans un sous-domaine que tu délègues à un DNS interne (en
RFC1918 donc probablement), qui n’est pas accessible de l’extérieur.
Donc les postes internes eux arriveront à résoudre.
Un vue sans utiliser les vues que Stéphane n’aime pas.
Le 24 sept. 2015 à 12:03, David CHANIAL a
On 23/09/2015 21:18, Vincent Bernat wrote:
> typique de position dogmatique qui empoisonne la vie des utilisateurs.
Oui le poison c'est mal (et le plomb, ça pollue.)
Pour nous débarrasser des nuisibles utilisons le papier collant.
---
Liste de diffusion du FRnOG
http://
❦ 23 septembre 2015 20:14 +0200, Pierre Emeriaud :
>> un client me demande de créer un hôte DNS qui pointerait vers 127.0.0.1.
>
> Attention, certains resolvers comme par exemple[0] ceux de Free
> filtrent certains[1] résultats[2], comme par exemple les entrées qui
> pointent vers des entrées 19
Le 23 septembre 2015 15:11, Julien Escario a écrit :
> Bonjour,
> un client me demande de créer un hôte DNS qui pointerait vers 127.0.0.1.
Attention, certains resolvers comme par exemple[0] ceux de Free
filtrent certains[1] résultats[2], comme par exemple les entrées qui
pointent vers des entrées
pas bête ^_^
Le 23/09/2015 18:01, David Ponzone a écrit :
Tu lui fais une zone dev.mondomainedefeignasse.com, tu délègues la résolution à
un Bind que tu installes sur sa machine avec une interface web bien sûr, et tu
lui dis où cliquer quand il a besoin de jouer avec sa zone :)
Le 23 sept. 2
Le 23 septembre 2015 15:41, Antoine DURANEL
a écrit :
> Le service DNS de xip.io semble correspondre à ce que cherche à faire ton
> client : http://xip.io/
AMHA, c'est la meilleure solution.
--
Jonathan Leroy.
---
Liste de diffusion du FRnOG
http://www.frnog.org/
le client est le roi, non ;-)
Frédéric Ollivier
NB: Toutes les fautes de frappe, de grammaire, d'orthographe, et de
syntaxe ci-dessus, sont sous licence libre CC-BY. Elles peuvent être
reproduites ou même corrigées sans l'accord préalable de l'auteur.
2015-09-23 15:17 GMT+02:00 Julien Escario :
On 09/23/2015 04:53 PM, Louis wrote:
> dis moi ton client, il n'est pas sur la liste? Parce que si oui, tu as plus
> besoin de poser la question ;-)
Ah ah celle-là elle m'a fait bien rire :)
--
Nicolas
---
Liste de diffusion du FRnOG
http://www.frnog.org/
Tu lui fais une zone dev.mondomainedefeignasse.com, tu délègues la résolution à
un Bind que tu installes sur sa machine avec une interface web bien sûr, et tu
lui dis où cliquer quand il a besoin de jouer avec sa zone :)
Le 23 sept. 2015 à 16:50, Julien Escario a écrit :
> Le 23/09/2015 16:42
Avoir un domaine non localhost qui pointe sur 127.0.0.1 peut avoir quelques
impacts de sécurité si tu as des ACLs qui s’appuient sur le domaine et que ton
DNS ne gère pas les vues.
Par exemple si tu as un proxy HTTP sortant qui autorise l’accès à
*.mondomaine.com à tous tes utilisateurs, en cré
> Ca, je peux comprendre mais pourquoi pas un bête fichier host et il
> n'emmerde pas le sysadmin que je suis ?
>
Il faut être admin pour modifier le fichier hosts... Tu ne laisses pas les
droits d'admin aux devs quand même ? :D
---
Liste de diffusion du FRnOG
http://www
On 23/09/2015 16:37, Julien Escario wrote:
>
> Plus qu'à voir ce que je fais : un truc crade ou un client de moins quoi.
> Belle
> journée.
Peut-être suggérer au dev que ça va couter plus cher ?
Blague à part, est-ce qu'il pourrait être utile de t'assurer que le bidule
ne va pas utiliser ce F
> On 23 Sep 2015, at 16:47, Thomas Quinot wrote:
>
> Pour ma part, je traîne depuis des années dans à peu près toutes mes
> zones un record
>
> localhost A 127.0.0.1
>
> qui n'a jamais causé le moindre problème. J'ai du mal à voir en quoi
> c'est « crade » ou comment ça mettrait le bordel...
dis moi ton client, il n'est pas sur la liste? Parce que si oui, tu as plus
besoin de poser la question ;-)
Le 23 septembre 2015 16:50, Julien Escario a écrit :
> Le 23/09/2015 16:42, David Ponzone a écrit :
> > Sincèrement, j’ai du mal à voir le problème.
> >
> > Il veut un:
> >
> > dev.monsite
* Julien Escario, 2015-09-23 :
> Y'a du pour et du contre :
> Le pour : y'a pas de contre indication technique à le faire
> Le contre : C'est crade (en terme de bonne pratique hein)
Je ne vois franchement pas le problème.
Pour ma part, je traîne depuis des années dans à peu près toutes mes
z
Le 23/09/2015 16:42, David Ponzone a écrit :
> Sincèrement, j’ai du mal à voir le problème.
>
> Il veut un:
>
> dev.monsitealacon.com IN A 127.0.0.1
>
> parce qu’il a du mal à tester son site en tapant:
>
> http://127.0.0.1/
>
> ?
>
> Ben fais lui son A, avec un écrit de sa part a
Sincèrement, j’ai du mal à voir le problème.
Il veut un:
dev.monsitealacon.com IN A 127.0.0.1
parce qu’il a du mal à tester son site en tapant:
http://127.0.0.1/
?
Ben fais lui son A, avec un écrit de sa part au cas où un jour il se mettre à
nier t’avoir demandé ça.
Le 23 sep
Le 23/09/2015 16:09, Laurent a écrit :
> Le 23/09/2015 16:07, Nicolas Vigier a écrit :
>> J'ai du mal à voir ce qu'il y a de si problematique à avoir 127.0.0.1
>> dans un DNS au point d'évoquer des solutions aussi compliquées pour
>> l'éviter ...
>
> On est bien d'accord, hein ;)
Hey ! Finalement
Le 23/09/2015 16:20, David Ponzone a écrit :
> +1
>
> http://www.cyberciti.biz/faq/linux-unix-bind9-named-configure-views/
Mouarf !
On le fait bien sur nos serveurs DNS mais évidemment, le 'client' utilise les
nameserver de ... 1&1 !
Si quelqu'un peut me dire où trouver la gestion des views dans
+1
http://www.cyberciti.biz/faq/linux-unix-bind9-named-configure-views/
Le 23 sept. 2015 à 16:07, David CHANIAL a écrit :
> Bonjour,
>
>> Le 23 sept. 2015 à 15:59, Jocelyn Lagarenne a
>> écrit :
>> j'ai regardé rapidement dans les RFC concernant les DNS et la sécurité des
>> DNS mais rien à
tout à fait d'accord. J'ai déjà vu beaucoup de cas comme ca.
La solution du client est pragmatique! Et puis le client a toujours raison.
Le 23 septembre 2015 16:08, Manu a écrit :
> Je me répond en partie à moi même.
>
> Le 23/09/2015 15:59, Pierre DOLIDON a écrit :
>
>> en plus c'est débile so
Le mercredi 23 septembre 2015, 16:03:35 Manu a écrit :
> Oui mais non. Wordpress par exemple référence beaucoup de choses en
> absolu. Idéalement il faut développer avec un http://localsite1/,
> http://localsite2/, etc
>
> M'enfin, c'est hs
Et bien si les dévs de Wordpress utilisaient http://lo
Le 23/09/2015 16:07, Nicolas Vigier a écrit :
> J'ai du mal à voir ce qu'il y a de si problematique à avoir 127.0.0.1
> dans un DNS au point d'évoquer des solutions aussi compliquées pour
> l'éviter ...
On est bien d'accord, hein ;)
---
Liste de diffusion du FRnOG
http://
Je me répond en partie à moi même.
Le 23/09/2015 15:59, Pierre DOLIDON a écrit :
en plus c'est débile son argument "on sait plus si on est sur la dev ou
pas"... puisqu'il devra taper dev.domain.tld pour accéder à son site en
local et www.domain.tld pour le site en prod.
hosts ou pas, c'est un pe
Bonjour,
> Le 23 sept. 2015 à 15:59, Jocelyn Lagarenne a
> écrit :
> j'ai regardé rapidement dans les RFC concernant les DNS et la sécurité des
> DNS mais rien à propos de mettre une entrée loopback dans un DNS ... c'est
> tellement idiot !
Tu peux mettre des IPs « privées » dans un serveur DNS
On Wed, 23 Sep 2015, Laurent wrote:
>
> Sinon, il monte un bind/unbound/whatever chez lui qui forward tout chez
> toi, sauf sur un domaine de dev "choisi" et sur laquelle il fait pointer
> sa bécane pour la résolution de nom ?
Et pourquoi faire tout ca quand il suffit de demander l'ajout d'un no
Le 23/09/2015 15:55, Paul Rolland (ポール・ロラン) a écrit :
Pas de confusion possible... et si ca ne marche pas comme ca, il peut
apprendre a faire des URLs relatives;)
Oui mais non. Wordpress par exemple référence beaucoup de choses en
absolu. Idéalement il faut développer avec un http://localsit
Salut tout le monde
De ma très petite expérience, j'ai souvent vu des zones avec (du genre) :
mysql IN A 127.0.0.1
C'est peut être mal, mais pour ma part je l'ai vu plus d'une fois. Du
coup la demande initiale ne me semble pas idiote et je n'ai pas lu
d'information prouvant que c'est mauvais, si
à ma connaissance il n'y a pas de raison technique ... simplement du bon
sens !
Ton utilisateur te dit qu'il veut une adresse pour son poste, or avec une
entrée DNS cela va affecter tout le monde.
Du coup si d'autres personnes tapent l'url cela ne marchera pas car cela
renverra sur leur poste resp
le bel exemple de développeur feignant qui pense que le sysadmin est là
pour faire tout ce que lui à la flemme de faire (select * dans les sql
par exemple parcequ'il a la flemme de sélectionner que les champs
nécessaires), ou des variables php en mode "jen ai rien a foutre de la
conso que ça v
Le 23/09/2015 15:46, Laurent a écrit :
> Sinon, il monte un bind/unbound/whatever chez lui qui forward tout chez
> toi, sauf sur un domaine de dev "choisi" et sur laquelle il fait pointer
> sa bécane pour la résolution de nom ?
(Désolé, je me répond à moi-même..)
Ceci dit, s'il est pas fichu de m
Bonjour,
On Wed, 23 Sep 2015 15:17:37 +0200
Julien Escario wrote:
> Le 23/09/2015 15:14, Raphael Jacquot a écrit :
> > On 09/23/2015 03:11 PM, Julien Escario wrote:
> >> Bonjour,
> >> un client me demande de créer un hôte DNS qui pointerait vers
> >> 127.0.0.1. Ceci pour faire du dev sur sa béca
Le 23/09/2015 15:17, Julien Escario a écrit :
> Le 23/09/2015 15:14, Raphael Jacquot a écrit :
>> > On 09/23/2015 03:11 PM, Julien Escario wrote:
>>> >> Bonjour,
>>> >> un client me demande de créer un hôte DNS qui pointerait vers 127.0.0.1.
>>> >> Ceci pour faire du dev sur *sa bécane* ...
>> >
>
Le 23/09/2015 15:33, SIMANCAS Hugo a écrit :
> Bonjour,
>
> Qu'il se fasse une modification dans le /etc/hosts ou
> C:\Windows\System32\drivers\etc sur Windows (mode admin sur notepad).
> Ce sera plus simple.
Alors au risque de me répéter, c'est ce que j'ai proposé. Le client bloque là
dessus.
Le service DNS de xip.io semble correspondre à ce que cherche à faire ton
client : http://xip.io/
Antoine
2015-09-23 14:11 GMT+01:00 Julien Escario :
> Bonjour,
> un client me demande de créer un hôte DNS qui pointerait vers 127.0.0.1.
> Ceci pour faire du dev sur sa bécane ...
>
> Je n'aime pa
siman...@humansconnexion.com
1 Chemin Virebent – 31200 Toulouse
-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de
Julien Escario
Envoyé : mercredi 23 septembre 2015 15:11
À : frnog-t...@frnog.org
Objet : [FRnOG] [TECH] Hôte pointant vers
On 09/23/2015 03:17 PM, Julien Escario wrote:
Le 23/09/2015 15:14, Raphael Jacquot a écrit :
On 09/23/2015 03:11 PM, Julien Escario wrote:
Bonjour,
un client me demande de créer un hôte DNS qui pointerait vers 127.0.0.1.
Ceci pour faire du dev sur sa bécane ...
il faut lui expliquer que c'est
Dans le fichier hosts
127.0.0.1 www.feignasse.com
David MISTRETTA
Le 23 septembre 2015 15:17, Julien Escario a écrit :
> Le 23/09/2015 15:14, Raphael Jacquot a écrit :
> > On 09/23/2015 03:11 PM, Julien Escario wrote:
> >> Bonjour,
> >> un client me demande de créer un hôte DNS qui pointerai
Le 23/09/2015 15:14, Raphael Jacquot a écrit :
> On 09/23/2015 03:11 PM, Julien Escario wrote:
>> Bonjour,
>> un client me demande de créer un hôte DNS qui pointerait vers 127.0.0.1.
>> Ceci pour faire du dev sur sa bécane ...
>
> il faut lui expliquer que c'est dans /etc/host que ca se mets
Ah,
Quitte à faire du local, qu'il modifie son fichier hosts !!!
Nicolas
- Mail original -
De: "Julien Escario"
À: frnog-t...@frnog.org
Envoyé: Mercredi 23 Septembre 2015 15:11:13
Objet: [FRnOG] [TECH] Hôte pointant vers 127.0.0.1
Bonjour,
un client me demande de créer
On 09/23/2015 03:11 PM, Julien Escario wrote:
Bonjour,
un client me demande de créer un hôte DNS qui pointerait vers 127.0.0.1.
Ceci pour faire du dev sur sa bécane ...
il faut lui expliquer que c'est dans /etc/host que ca se mets
---
Liste de diffusion du FRnOG
http:/
Bonjour,
un client me demande de créer un hôte DNS qui pointerait vers 127.0.0.1.
Ceci pour faire du dev sur sa bécane ...
Je n'aime pas l'idée de créer une config globable pour un besoin local mais il
insiste.
Je crois me souvenir qu'il y avait des raisons plus pragmatiques pour ne pas
faire une
47 matches
Mail list logo
