Installez un serveur avec un ip dynamique
Résolu
sob_12
Messages postés
306
Date d'inscription
Statut
Membre
Dernière intervention
-
sob_12 Messages postés 306 Date d'inscription Statut Membre Dernière intervention -
sob_12 Messages postés 306 Date d'inscription Statut Membre Dernière intervention -
Bonjour, j'ai un serveur qui tourne sous débian mais voila ce serveur à une ip fixe sur le réseau mais ma livebox na pas d'ip fixe donc je cherche comment faire pourque je puisse utiliser les virtual host et que je puisse utiliser postfix (serveur de mail)
j'utilise dyndns pour avoir une adresse fixe mais je sais pas comment le faire marcher
merci d'avance
j'utilise dyndns pour avoir une adresse fixe mais je sais pas comment le faire marcher
merci d'avance
A voir également:
- Installez un serveur avec un ip dynamique
- Ethernet n'a pas de configuration ip valide - Guide
- Comment faire un tableau croisé dynamique - Guide
- Télévision ip - Guide
- Comment connaître son adresse ip - Guide
- Changer serveur dns - Guide
10 réponses
Salut;
Réponse courte :
- Ton serveur répond à des requêtes sur des ports déterminés. La requête arrive sur ta passerelle, dont l'IP publique ( autrement dit ton IP vis à vis du réseau Internet). Il faut la détourner vers ton serveur. C'est le rôle d'un routeur. Ta livebox peut jouer ce rôle. Ca se fait dans la configuration NAT.
Exemple court:
Seveur débian 192.168.1.10 , serveur http sur le port 80 (par défaut pour un serveur http)
Passerelle Livebox : 192.168.1.1 (localement) / XXX.XXX.XXX.XXX pour ton adresse IP variable sur le net, aussi connue sous le nom de ton dyndns, comme par exemple mapetiteentreprise.no-ip.biz
A faire : Config Livebox, avancé/NAT (routeur) pour redirection des requêtes sur le port 80 vers l'adresse 192.168.1.10
Réponse courte :
- Ton serveur répond à des requêtes sur des ports déterminés. La requête arrive sur ta passerelle, dont l'IP publique ( autrement dit ton IP vis à vis du réseau Internet). Il faut la détourner vers ton serveur. C'est le rôle d'un routeur. Ta livebox peut jouer ce rôle. Ca se fait dans la configuration NAT.
Exemple court:
Seveur débian 192.168.1.10 , serveur http sur le port 80 (par défaut pour un serveur http)
Passerelle Livebox : 192.168.1.1 (localement) / XXX.XXX.XXX.XXX pour ton adresse IP variable sur le net, aussi connue sous le nom de ton dyndns, comme par exemple mapetiteentreprise.no-ip.biz
A faire : Config Livebox, avancé/NAT (routeur) pour redirection des requêtes sur le port 80 vers l'adresse 192.168.1.10
oui sa je sais faire (heureusement) mais pour utiliser les virtual host et que je puisse utiliser postfix (serveur de mail) il faut une ip fixe mais vu que ma l'ivebox a une ip dynamique bah sa marche pas sauf si je fait une mise a jour à chaque changement d'ip
ok je vais tester dé que mon serveur remarche car apparemment je me suis fait pirater (heureusement que j'avais rien dessus mais sa m'énerve les hacker)
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Salut, voici un exemple de config avec des virtualhost pour apache.
C'est apache 1.3.x, les serveurs qui servent sur les ports des services en virtualhost sont des serveurs HTTP Mongrel (pour du Ruby on Rails), mais ça revient exactement au même.
Ma configuration
~ L' adresse IP de mon serveur, sur mon réseau interne est : 192.168.1.10
~ L' adresse IP sur internet n'étant pas fixe, mon FAI faisant payer pour cette option, j'utilise un DNS dynamique (No-IP).
Ce service me permet de rediriger une URL (adresse web, donc) que j'enregistre gratuitement auprès de No-IP ( mon fournisseur de dns dynamique) vers mon réseau.
~ J'ai installé un petit logiciel grâcieusement fourni par No-IP : DUC (dynamic update client). cf : https://www.noip.com/
Cet utilitaire, comme son nom l'indique, s'occupe de mettre régulièrement à jour vos adresses web (URL) enregistrée auprès de No-IP pour qu'elles dirigent les gens sur votre adresse IP publique (web).
~ Les adresses que j'ai enregistré sous no-ip sont dans la description qui suit :
service1.no-ip.info
service2.no-ip.net
service3.no-ip.org
~ J'ai créé trois sites de service applicatif avec rails :
service1
service2
service3.
~ Sur mon réseau interne, mon 'routeur' détourne les requêtes du port 80 (le port par défaut du protocole http) sur 192.168.1.10:80 (le port 80 de mon serveur).
Configuration du serveur Apache
Lancer les serveurs Mongrels.
Dans le dossier de chaque application rails, lancez un serveur mongrel sur un port différent.
( utilisez la commande ruby script/server mongrel <numéro du port>)
Je lance un serveur sur le port 3001 pour service1. Le service2 a été fait avec la version 1.2.3 de Ruby on Rails.
Je lance le serveur sur le port 3002 pour le service 2. Le service2 a été fait avec la version 1.9 de Ruby on Rails
Je lance le serveur sur le port 3003 pour le service 3. Le service 3 a été fait avec la version 2.1 de Ruby on Rails.
Rappel : Evidemment on peut avoir plusieurs versions installées.
Il suffit de l'installer : un petit gem install rails -v 1.2.3 et le tour est joué.
Les projets rails contiennent les références vers leurs propres dépendances.
Configurer apache ( ici pour la 1.3. A voir pour les autres versions).
Ouvrir le fichier httpd.conf qui se trouve théoriquement dans votre installation apache, avec les droits d'écriture dessus.
Dans la section "Listen", nous allons ajouter les lignes suivantes si elles n'existent pas :
Listen 80 #signifie que mon serveur répond aux requêtes sur le port 80.
Listen 192.168.1.10 #signifie que mon serveur répond aux requêtes qui sont adressées par le réseau interne à cette adresse.
# Il peut aussi répondre pour d'autres adresses, mais il est impératif qu'il réponde à celle là pour que ça marche.
Dans la section "ServiceName", nous allons ajouter les lignes suivantes.
ServerName service1.no-ip.info # Nous avons un fournisseur de service pour ce nom.
ServerName service2.no-ip.net # Nous avons un fournisseur de service pour ce nom.
ServerName service3.no-ip.org # Nous avons un fournisseur de service pour ce nom
Tout en bas du fichier (en général) nous avons la descritpion des "serveurs virtuels".
Ces serveurs vont "virtuels" vont jouer un rôle très simple : ils vont transmettre la requête reçue à un autre serveur (Mongrel) )à l'adresse qu'on va leur indiquer, puis transmettre la réponse reçue.
En gros, Apache se comporte un peu comme un proxy grace à ce que nous allons indiquer.
Pour ceux qui se demandent ce que c'est, grossièrement parlant, c'est un peu comme un tampon (tu dessines un truc sur le tampon, tu encres, et tu reproduit la gravure — en tamponnant — jusqu'à ce qu'il n'y ait plus d'encre).
Pour les autres et ceux qui ne sont toujours pas plus éclairés : c'est hors sujet. Let the magic be !
Donc reperez la section ou vous voyez des <VirtualHost *> et ajoutez vos propres sections comme suit :
Enregistrez.
Démarrez votre serveur Apache s'il n'est pas démarré, ou arrêtez le puis redémarrez le dans le cas contraire
C'est apache 1.3.x, les serveurs qui servent sur les ports des services en virtualhost sont des serveurs HTTP Mongrel (pour du Ruby on Rails), mais ça revient exactement au même.
Ma configuration
~ L' adresse IP de mon serveur, sur mon réseau interne est : 192.168.1.10
~ L' adresse IP sur internet n'étant pas fixe, mon FAI faisant payer pour cette option, j'utilise un DNS dynamique (No-IP).
Ce service me permet de rediriger une URL (adresse web, donc) que j'enregistre gratuitement auprès de No-IP ( mon fournisseur de dns dynamique) vers mon réseau.
~ J'ai installé un petit logiciel grâcieusement fourni par No-IP : DUC (dynamic update client). cf : https://www.noip.com/
Cet utilitaire, comme son nom l'indique, s'occupe de mettre régulièrement à jour vos adresses web (URL) enregistrée auprès de No-IP pour qu'elles dirigent les gens sur votre adresse IP publique (web).
~ Les adresses que j'ai enregistré sous no-ip sont dans la description qui suit :
service1.no-ip.info
service2.no-ip.net
service3.no-ip.org
~ J'ai créé trois sites de service applicatif avec rails :
service1
service2
service3.
~ Sur mon réseau interne, mon 'routeur' détourne les requêtes du port 80 (le port par défaut du protocole http) sur 192.168.1.10:80 (le port 80 de mon serveur).
Configuration du serveur Apache
Lancer les serveurs Mongrels.
Dans le dossier de chaque application rails, lancez un serveur mongrel sur un port différent.
( utilisez la commande ruby script/server mongrel <numéro du port>)
Je lance un serveur sur le port 3001 pour service1. Le service2 a été fait avec la version 1.2.3 de Ruby on Rails.
Je lance le serveur sur le port 3002 pour le service 2. Le service2 a été fait avec la version 1.9 de Ruby on Rails
Je lance le serveur sur le port 3003 pour le service 3. Le service 3 a été fait avec la version 2.1 de Ruby on Rails.
Rappel : Evidemment on peut avoir plusieurs versions installées.
Il suffit de l'installer : un petit gem install rails -v 1.2.3 et le tour est joué.
Les projets rails contiennent les références vers leurs propres dépendances.
Configurer apache ( ici pour la 1.3. A voir pour les autres versions).
Ouvrir le fichier httpd.conf qui se trouve théoriquement dans votre installation apache, avec les droits d'écriture dessus.
Dans la section "Listen", nous allons ajouter les lignes suivantes si elles n'existent pas :
Listen 80 #signifie que mon serveur répond aux requêtes sur le port 80.
Listen 192.168.1.10 #signifie que mon serveur répond aux requêtes qui sont adressées par le réseau interne à cette adresse.
# Il peut aussi répondre pour d'autres adresses, mais il est impératif qu'il réponde à celle là pour que ça marche.
Dans la section "ServiceName", nous allons ajouter les lignes suivantes.
ServerName service1.no-ip.info # Nous avons un fournisseur de service pour ce nom.
ServerName service2.no-ip.net # Nous avons un fournisseur de service pour ce nom.
ServerName service3.no-ip.org # Nous avons un fournisseur de service pour ce nom
Tout en bas du fichier (en général) nous avons la descritpion des "serveurs virtuels".
Ces serveurs vont "virtuels" vont jouer un rôle très simple : ils vont transmettre la requête reçue à un autre serveur (Mongrel) )à l'adresse qu'on va leur indiquer, puis transmettre la réponse reçue.
En gros, Apache se comporte un peu comme un proxy grace à ce que nous allons indiquer.
Pour ceux qui se demandent ce que c'est, grossièrement parlant, c'est un peu comme un tampon (tu dessines un truc sur le tampon, tu encres, et tu reproduit la gravure — en tamponnant — jusqu'à ce qu'il n'y ait plus d'encre).
Pour les autres et ceux qui ne sont toujours pas plus éclairés : c'est hors sujet. Let the magic be !
Donc reperez la section ou vous voyez des <VirtualHost *> et ajoutez vos propres sections comme suit :
<VirtualHost *> # le * a son importance. Je n e l'explique pas, laissez le !
ServerName service1.no-ip.info #Le nom du serveur virtuel. Apache sait ainsi vers quel serveur virtuel diriger la requête reçue.
ProxyPass / http://localhost:3001/ # Envoie la requête vers le server Mongrel qu'on a démarré pour le service1 sur le port 3001
ProxyPassReverse / http://localhost:3001 # Reçoit la réponse depuis le serveur mongrel lancé en local sur le port 3001
</VirtualHost>
<VirtualHost *>
ServerName service2.no-ip.net
ProxyPass / http://localhost:3002
ProxyPassReverse / http://localhost:3002
</VirtualHost>
<VirtualHost *>
ServerName service3.no-ip.org
ProxyPass / http://localhost:3003
ProxyPassReverse / http://localhost:3003
</VirtualHost>
<VirtualHost *>
ServerName localhost
DocumentRoot ${path}/www
</VirtualHost>
Enregistrez.
Démarrez votre serveur Apache s'il n'est pas démarré, ou arrêtez le puis redémarrez le dans le cas contraire
ok je vais testez sa mais sa ne marche pas avec des .fr c'est à dire je prend un dns chez no ip ou autre et puis tous mes .fr je les redirige vers le dns en utilisant les virtual host
J'ai un doute sur la "redirection" en question.
Ah bah oui c'est faisable, mais c'est payant :
https://www.noip.com/managed-dns
Ah bah oui c'est faisable, mais c'est payant :
https://www.noip.com/managed-dns
non je vouler dire j'ai des nom de domaine en .fr bah eux je voulais les rediriger vers mon no ip tous en utilisant le virtual host
En t'aidant de la doc d'Ubuntu concernant "ddclient" et en installant les paquets qui vont bien sur ta Debian (via apt-get ou aptitude), ça devrait le faire ;-))