Bonsoir à tous!!!
Je suis nouveau sur le forum et j'espère poster dans la bonne section. Si cela n'est pas le cas je m'en excuse par avance….
Alors voilà mon soucis, je me suis lancé dans la configuration d'un serveur Linux (LAMP) qui a pour principale objectif, l'hébergement du nouveau site de mon boulot.
Il faut savoir que je débute dans le monde de Linux, il y a quelques mois, cette OS était juste une connaissance lointaine, rien de plus.
Après de longs mois de recherches sur le net, avoir suivi de multiples tutos, j'ai réussi à installer apache2, php5, Mysql et phpmyadmin, tout cela fonctionne et je pense (espère…) de façon sécurisé!! Ouff!!!…. grinning smiley
Me voilà au niveau du paramétrage des DNS et de l'installation d'un serveur de messagerie pour ainsi gérer à distance mes fichiers de logs et divers alertes.
C'est là que mes ennuis commencent^
Mon boulot possède déjà un nom de domaine, auquel est rattaché un serveur Web qui héberge le site internet actuel. Mon problème est donc de savoir comment faire pour tester mon nouveau serveur et le configurer, en sachant que de nombreux fichiers de configuration ont besoin de celui-ci(=Nom de domaine)??
Puis-je renseigner à la place du nom de domaine,dans les fichiers en question, l'adresse publique de mon nouveau serveur?
Mon serveur est une VM, héberger chez Orange et je n'ai pas la main sur le contrôle des DNS!
Je dois faire la demande! Cependant, ma société ne veut pas interrompre l'accès de son site actuel! Car si je comprends bien, faire la demande de ré-orientation de mon nom de domaine engendrerait un accès impossible du site actuel? Est-ce bien le cas? Et si malheureusement oui, comment puis-je faire pour remédier à cela?
Un GRAND MERCI d'avance pour toutes vos réponses.
# astuces
Posté par NeoX . Évalué à 3.
en effet, tu ne peux pas avoir 1 nom qui pointent vers 2 adresses IPs differentes (enfin si, tu peux, mais ca va t'afficher un coup l'un, un coup l'autre)
et si tu fais une correspondance 1 nom = 1 ip, alors ca enverra tout le monde vers le nouveau serveur.
tu peux commencer, sur ton poste, par renseigner le nom et l'ip de ton nouveau serveur dans le fichier
/etc/hosts(si tu as un linux)cela s'ecrit
cela te permet ainsi de tomber sur le nouveau serveur quand tu demandes http://nom.example.com (remplace quand meme nom.example.com par le vrai nom de ton site)
si tu souhaites que la société entiere puisse tester, sans impacter les utilisateurs qui se trouvent sur internet,
il faut envisager un DNS interne à ta société, sur lequel les machines de la société iront chercher les infos DNS
et dans lequels tu renseigneras la nouvelle IP.
si tu pousses le concept jusqu'au bout, tu peux aussi jouer avec les ALIAS apache pour donner un 2e nom au serveur de test, qui pointerait sur le nouveau site
par exemple :
le serveur s'appelle s2.example.com
il heberge un siteA.example.com qui a un alias siteA1.example.com
tu peux donc configurer le fichier hosts de ta machine, le DNS Orange, ou le DNS de ta société, pour que siteA1.example.com aille sur la nouvelle IP.
mais ca c'est la theorie, car apres ca depend du moteur du site (CMS)
qui parfois va generer des liens vers siteA.example.com et donc t'enverra vers l'ancien site.
dans les fichiers de configuration du nouveau serveur,
il faut renseigner des choses vraies.
si le site web est siteweb.example.com tu ne peux pas mettre autre chose dans la config apache
si la destination des emails c'est @example.com, tu ne peux pas faire autrement dans la config de postfix
mais si la config email c'est juste pour envoyer des logs, il n'y a pas besoin de domaine de reception, juste le hostname de la machine.
[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
Bonjour NeoX!
Tout d'abord un grand merci pour toutes ces réponses. :))
Bon il semblerait que mes doutes sont fondés!! Alors tout d'abord, je bosse sous Windows, du coup j'utilise "putty" pour administrer mon serveur.
J'ai tenté de modifier mon fichier hosts (C:\WINDOWS\system32\drivers\etc\hosts) et j'ai tenté de me connecter avec nomdedomaine.com mais ça n'a rien changé, j'accède toujours sur le site actuel de mon boulot?? Ai-je mal fais quelque chose?
Je reviens sur la question de renseigner l'adresse IP Publique de mon nouveau serveur: elle existe elle pas de soucis!! Quand je la rentre dans mon navigateur, j'accède bien au page de test de mon nouveau serveur!!!
Ma question est donc la suivante: si je rentre cette adresse dans mes fichiers de configuration, est-ce que cela va suffire? Et surtout que va t-il se passer par la suite? Est-ce que je devrais faire la modification dans tous mes fichiers de confiG (Nouvelle adresse IP -> NomdeDomaine de mon boulot), lorsque nous aurons fais la demande de modification de pointage?
Un grand MERCI par avance.
[^] # Re: astuces
Posté par _kaos_ . Évalué à 1.
Salut,
Ca arrive. Même aux meilleurs et bien qu'on ne soit plus vendredi ;)
C'est pas du tout là que NeoX t'envoyais. Son (si tu as un linux) était destiné… à si tu as un linux, justement :)
Bin à priori oui, mais non. Enfin, en fait :
En modifiant le /etc/hosts sur ta machine, ça va changer que sur ta machine… si tu veux faire un POC sur la machine de ton boss, ça ne marchera pas.
Matricule 23415
[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
Salut!!
Et oui je suis ss Windows, désolé personne n est parfait^ lol ;)
Oui en relisant et puis en essayant je me suis douté que cela devait fonctionner mais ss Linux et peut etre pas ss Windows…. :p
Du coup je vais peut etre installé un Linux ss mon petit netbook!! Une version a me conseillé? Pour débutant mais qui fonctionne bien, comme ca je pourrais tester en réel mes configurations et voir ce que sa donne….
Merci pour tes réponses
[^] # Re: astuces
Posté par NeoX . Évalué à 2.
c'est la bonne methode, mais il me semble que les windows modernes ne prennent plus en compte le fichier qui servait à faire mentir les DNS quand la machine etait verolée.
il faudrait chercher, ca se parametre peut-etre pour choisir de resoudre d'abord par le hosts, puis lmshosts, puis dns.
si le nouveau site que tu veux mettre en ligne est dispo par son IP, alors ne change rien,
ca marche c'est l'essentiel, et ca veut dire que la config est bonne.
ou voudrais-tu changer la configuration ?
[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
Je vais essayer de me pencher sur la recherche de ces paramètres?!
Sinon ça fonctionne si je donne un autre nom de domaine a l adresse IP publique de mon nouveau server!! J ai essayé juste en commençant par le même nom mais juste en rajoutant une majuscule mais ça a pas été suffisant, j ai donc rajouter une lettre devant et s est passé!! ;)
Quand je parle de changer la configuration je parle du fait qu'il faut mentionner parfois le nom de domaine de son site. Donc moi si je met juste son adresse IP publique, que cela va t il faire?? Ca va fonctionner ou pas? Et si oui, quand je demanderais a Orange de faire pointer mon nom de domaine vers la nouvelle adresse IP du serveur, faudra t il que je remplace les IP de mes fichiers de confiG par le nom de domaine ou pas la peine??? Juste pr savoir si je vais devoir reprendre ces fichiers ou pas?
[^] # Re: astuces
Posté par NeoX . Évalué à 2.
je crois qu'il faut deja que tu cherches à comprendre ou et pourquoi il y a besoin du nom de domaine dans les fichiers de configuration.
Serveur Web :
pour un serveur web, c'est generalement pour le servername dans le fichier de configuration apache.
c'est tres utile en cas d'usage de virtualhost (plusieurs sites sur une seule IP)
ca n'est pas utile dans ton cas puisque le fait de demander http://IP.DU.NOUVEAU.SERVEUR/
suffit à afficher le nouveau site.
Serveur Email :
il faut rentrer le nom de domaine si ton serveur doit recevoir des emails @tondomaine.com
il faut rentrer le nom de domaine, ailleurs dans le fichier de configuration si le serveur emet des emails pour dire que c'est lui@serveur.tondomaine.com qui gere ton serveur ou qui envoie l'email
Ton site web :
Il faut peut-etre rentrer le nom car c'est le moteur du site web qui va calculer l'URL qui sera cliquable dans les menus en remplacant NOMDOMAINE par le vrai nom dans http://NOMDOMAINE/dossier1/fichier1.html (ou .php ou .jpg, etc)
[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
Bin oui justement la je suis dans la phase de paramétrer le service mail. Du coup, d après pas mal de tuto, il faut renseigner mon nom de domaine… Comme pr le moment il est pas vraiment bon, quoi mettre en attendant? C est la que je me demande si l adresse IP peut suffire? En remplacement du nom de domaine? Pour pouvoir tester si le service fonctionne….
Ou dois-je attendre que mon nom de domaine soit redirigé vers la nouvelle adresse du serveur pour pouvoir paramétrer ce service de messagerie??
Et le problème va être le même au moment de paramétrer "bind" pour configurer le DNS de mon nouveau site? Comment faire pour tester la bonne confiG tant que l IP ne pointe pas vers mon nom de domaine??
C est a ces niveaux que je bloque…. :/
[^] # Re: astuces
Posté par NeoX . Évalué à 2.
relis mes explications
pour configurer un service email, il faut configurer le nom de domaine à 2 endroits
1°) pour la reception de l'email, sur le nouveau serveur, il faut forcement un domaine pour dire qu'il accepte les emails @tondomaine.com
2°) pour l'envoie d'email, il faut configurer le hostname du serveur pour que cette info soit donné lors de l'envoi.
configurer bind ?
hmm, il va te servir à quoi bind sur ton serveur vu que DNS est deja géré par Orange
[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
Hummmm…. Je pense que je suis un peu perdu et que je mélange les choses?!?!? Désolé…. :(
Oui j ai compris que je dois renseigner mon nom de domaine a 2 endroits pour le service de mail. Du coup si je comprend bien, tant que le nom de domine de ma boite ne pointera pas vers la nouvelle Ip du serveur pas possible de mettre en place un serveur mail? En fait, toutes mes questions partaient de la?!? Je voulais savoir si il y avait un moyen de contourner le probléme? En renseignant par exemple juste l adresse IP?
Alors pour Bind, je comprend plus??
Va bien falloir que je l utilise,non? Orange va juste rediriger mon nom de domaine vers la nouvelle adresse IP du serveur, c est ca?
Mais moi va bien falloir que je configure mon serveur pour qu il sache ou aller chercher les fichiers de mon site internet et qu il sache interpreter que lorsque les personnes sur le net vont entrer " nom de domaine.com", il comprenne que c de lui qu on parle et qu il faut répondre?? Non, cela ne fonctionne pas comme cela?? Si tu peux m éclairer car la, je ne suis plus sur de comprendre…. :/
[^] # Re: astuces
Posté par NeoX . Évalué à 2.
il y a en effet probablement des melanges dans les tutos.
Bind, c'est un serveur DNS, qui permet à quelqu'un qui demande www.tondomaine.com d'obtenir l'adresse IP du serveur.
cela ne t'es pas utile puisque tondomaine.com est géré par Orange, et c'est eux qui vont rajouter, par exemple, s2.tondomaine.com -> nouvelle.ip.du.serveur
si le nouveau serveur heberge à termes plusieurs sites genre :
site1.tondomaine.com
site2.tondomaine.com
il faut que tu regardes dans la configuration apache pour utiliser les virtualhost.
ainsi tu as un fichier de configuration par site, dans lequel tu precises le ServerName (son nom de domaine) et son DocumentRoot (l'emplacement des fichiers)
là encore, si tu n'heberges qu'un seul site, cela fonctionne deja puisque http://nouvelle.ip.du.serveur t'emmene bien sur le nouveau site.
il ne reste alors plus que les emails,
il faut un vrai domaine pour accepter les emails, donc il te faut mettre le vrai nom de domaine qui servira à terme.
si tu veux tester les emails, il faut faire un peu de ligne de commande en faisant un
telnet nouvelle.ip 25puis en copiant/collant certaines lignes obligatoires (en gras ce que j'ai tapé dans mon terminal, note que la derniere ligne est un point solo sur la ligne pour valider l'envoi de l'email)
[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
Je te remercie pour le temps que tu consacre à toutes mes demandes, mais comme mentionné dans mon premier post, je débute dans le monde de Linux, du coup je maîtrise mal le sujet…. :/
Ok donc si je comprend bien dans mon cas, pas la peine de me pencher dans les fichiers de confiG des hosts, vu que mon serveur n héberge pour le moment qu 1 seul site internet? Donc pas la peine de me casser la tete ac Bind9 ou autre? (Tant mieux c est déjà ca!! Lol)
Donc oui je vais me consacrer uniquement sur le service de messagerie!! :)
Si je te suis bien, en suivant tes quelques lignes de codes je pourrais tester l envoi de mail? Et je dois mentionner le bon nom de domaine de mon boulot meme si pour le moment il ne pointe pas vers l IP du nouveau serveur??
[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
Je viens de tenter un telnet:
Voila le message que j obtiens:
Telnet: unable to connect to remote host: connection timed out
[^] # Re: astuces
Posté par NeoX . Évalué à 2.
oui, si tu configures le logiciel email pour recevoir des emails @tondomaine.com
il faut le configurer meme si la configuration du DNS orange n'est pas faite,
ici le
telnet ip.du.nouveau.serveur 25ne donne rien cela peut etre :- il n'y pas de service SMTP sur la machine
- le port SMTP (25) est filtré par ta box ou le parefeu qui se trouve entre ta machine et le serveur
[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
Moi je veux juste en fait que mon serveur puisse envoyer des mails vers une adresse de messagerie externe, genre mon@gmail.com
Pour le moment, pas de gestion de réception de mail, juste d'envoi!!
Comment faire?
[^] # Re: astuces
Posté par _kaos_ . Évalué à 1.
Salut,
Ça, c'est très compliqué dans l'absolu. Tout dépend de par où tu passe (et compte passer à l'avenir).
Tu peux rechercher par exemple sur ce site les problèmes qu'ont les gens en auto-hébergeant leurs mails. Ça pourra te donner une idée du/des problèmes à venir.
Cependant, si c'est juste de l'interne, ça peut marcher, mais il te faut au contraire revoir ton plan et faire la réception en interne aussi.
Matricule 23415
[^] # Re: astuces
Posté par NeoX . Évalué à 2.
donc si tu veux que le serveur envoi juste des emails vers l'exterieur,
tu n'as pas à configurer de domaine.
il faut juste :
1. installer disons
postfixen mode 'interne'2. ajouter un alias pour root dans le fichier /etc/aliases
root: mon@gmail.com3. reactualiser le fichier aliases.db avec
newaliasca doit suffire pour que les emails à destination de root te soit renvoyé (les resultats de cron par ex)
si c'est ton site qui doit envoyer des emails pour les inscriptions, pour les newsletters,
c'est dans la configuration du site que tu vas lui donner un expediteur, un serveur smtp, si necessaire un login/pass sur ce smtp.
[^] # Re: astuces
Posté par _kaos_ . Évalué à 1.
NeoX,
Je crois que ce n'est pas ce qu'il veut… :)
Je pense qu'il veut un formulaire où l'utilisateur rentre son mail de contact, et paf ça part de chez lui, ça arrive chez l'utilisateur, qui fait juste "répondre", et ça revient.
Donc de toute façon infaisable sans IP publique mais oublions.
Matricule 23415
[^] # Re: astuces
Posté par _kaos_ . Évalué à 1.
Mon erreur.
Je suis revenu au cahier des charges initiales, et c'est bien ça.
Donc oui, NeoX a raison sur sa manip.
Matricule 23415
[^] # Re: astuces
Posté par NeoX . Évalué à 2.
c'est donc bien un envoi d'email (formulaire de contact, validation d'inscription, newsletter), et pas une reception d'email,
la reception d'email est géré par un autre serveur
[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
Bonjour à vous!!
Je vois que la discussion continue!! Tant mieux^ :)
Alors pour éclaircir tout cela, non non je ne veux rien de bien compliqué?!??!! (enfin à priori…. :/)
Pas de service de mail dans mon site ou autre truc du genre.
Je veux juste un moyen pour que mon serveur m’envoie par mail certains fichiers de logs au autres pour pouvoir le surveiller à distance de n'importe ou et sans être obligé de m'y connecter….
D'ailleurs pouvez-vous m'indiquer les fichiers "clefs" à surveiller sur son serveur lorsque on héberge un site internet?
Du coup, au vue de la galère je me suis penché sur une autre méthode de surveillance.
Je suis entrain de voir pour que mon serveur envoie ces fichiers de logs par sFTP.
Bonne ou mauvaise idée selon vous?
[^] # Re: astuces
Posté par NeoX . Évalué à 2.
donc c'est bien un simple envoie d'email comme enoncé precedemment,
il faut donc quand meme configuré un petit serveur d'email pour etre le "client qui envoie un email"
ensuite dans ton script qui enverra le log, tu precises un emetteur qui peut etre toto@tata.titi.tutu si tu le souhaites, c'est juste pas tres conformes aux RFC et ton serveur d'email (celui qui recevra le log) risque de le considéré comme un spam.
ensuite recevoir par email les fichiers de logs ne t'aidera pas à surveiller ta machine,
tu as deja vu la gueule d'un fichier de log ?
ce que tu cherches c'est du monitoring,
cela se fait avec le protocole SNMP par exemple,
tu configure SNMP sur le serveur,
tu as un "client" chez toi ou au bureau, qui interroge le serveur via ce protocole, et suivant le logiciel client, ca remonte des alertes en fonction de seuil.
en cas de probleme, là tu iras voir dans les logs pour fouiller autour de l'evenement repéré dans le monitoring pour savoir ce qu'il s'est passé.
tous…
mais aussi
ca me semble bien compliqué quand des outils comme syslog sont faits pour ca.
Syslog sur le serveur pour lui dire quels logs il doit envoyer et ou.
Syslog chez toi pour recevoir et classer ces flux dans des fichiers que tu analyses, classes ou juste archives.
avantage, tu recois les logs en presque temps reels chez toi, pratique pour faire un
tail -f lefichier[^] # Re: astuces
Posté par samsam07 . Évalué à 1.
ok ok…. je te remercie pour toutes ces infos!! :)
Je vais me pencher alors sur ce service SNMP et voir ce que je peux et arrive à faire^
Si tu as des liens vers tutos pour ce service, je suis preneur.
Encore Un grand MERCI pour toutes ces infos!
Bonne journée.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.