Bonjour, je viens (enfin) de terminer l'installation/restauration de mon serveur (sur du nouveau matériel), tout fonctionne désormais sauf que rien n'est accessible depuis internet, pourtant j'ai bien fait mon forwarding, d'ailleurs l'ancien serveur est bien accessible depuis internet lui
 
Je pense qu'il y a un problème de configuration sur la nouvelle installation (peut-être Apache )
 
Merci d'avance en tout cas

Tu pourrais préciser un peu ton réseau et savoir notamment comment tu « testes » ta configuration ?
(et au hasard nous fournir les règles iptables que tu as mises en place)

 
Pas d'iptable actuellement, et je test si c'est accessible via internet grace à netcraft uptime, avec l'ancien serveur il trouve bien mon serveur, mais pas avec le nouveau
 
Le reseau c'est juste un modem routeur DG834G v5 de Netgear

le serveur apache écoute sur le bon port et la bonne ip ?
tu peux y accéder au moins sur ton réseau local ?
ensuite par réseau il faudrait le décrire: « internet » .... routeur....switch etc etc etc

 
 
Je crois que le problème peut venir effectivement du port d'écoute d'apache ou d'ip, sur le reseau local aucun problème tout est fonctionnel (site et forum phpbb), le réseau :
 
le serveur est relié simplement directement au modem-routeur lui même directement relié à internet, le tout en filaire.

Peux tu, sur le nouveau serveur, faire les commandes suivantes (de préférence avec des privilèges administrateur/root)

netstat -laptnu
cat /etc/resolv.conf
ifconfig -a
route -n

Et nous préciser de manière explicite et claire la configuration des redirections de port que tu as fait sur ton modem/routeur.

 
Ensuite pour la redirection de port, c'est sur qu'elle doit être correct puisqu'elle fonctionne avec l'ancien serveur, et là j'adapte bien la bonne ip locale (qui est différente du nouveau serveur, même en étant sur le même port Ethernet)
 

et juste par hasard tu ne te serais pas trompé avec les NameVirtualHost  ?

 
Ah, bonne question, je vais vérifier ça.

Je viens de recopier tout le dossier /etc/apache2 de l'ancien serveur sur le nouveau, et mon site n'est toujours pas accessible depuis internet sur le nouveau serveur

et tu es certain ne n'avoir aucune règle iptables ?
iptables -L donne quoi ?

et Mac Gyver 974 découvrit le $PATH
/sbin/iptables -L -v -n

bon, donc je suppose que ce n'est pas installé.
question idiote, le FQDN pointe sur la bonne adresse IP ?

tu aurais un moyen de verifier que d'autres services ( ssh, ftp ? ) sont accessibles depuis l'exterieur ?

J'ai l'impression qu'Apache n'écoute qu'en IPv6 selon la commande netstat. Je me plante ?

oui.

:: correspond à une socket sur toutes les adresses, quelles soient IPv4 ou IPv6

ipv6 a encore frappé....

Oki pour les ::

Pourquoi, il y a un tcp6 au niveau d'Apache?

Pourtant je suis connecté toute la journée en ssh en IPv4

http://linuxfr.org/forums/10/6036.html

Oki d'accord, je ne savais pas du tout qu'aux niveaux des sockets ca fonctionnait comme ca.
 
Merci de l'info!

 
Je viens de regarder fqdn sur wikipedia vu que je n'en avais pas encore entendu parler, mais je n'ai pas encore vraiment compris
 

 
Difficilement, là je ne vois personne pour m'aider là dessus

Est ce que l'enregistrement DNS représentant le nom de ton serveur (www.tonserveur.com)  as la bonne adresse IP ?

Tu as moulte scanner de port disponible sur le web pour vérifier si tu n'as pas des services en écoute depuis ton adresse IP.
Google avec les bons mots clés...

Bon je suis pas prêt d'y arriver quoi. Je ne comprends pas, j'ai pourtant repris les fichiers de conf de l'ancien serveur, tout ceux dans /etc/apache2

Surtout répond pas à cette question :

Essaye de comprendre comment "ça" fonctionne l'ensemble, de bout en bout. Du browser web dans lequel on entre une requête jusqu'à ce qu'il reçoit le contenu.

tape la commande suivante en root:
 
echo "blacklist ipv6" >> /etc/modprobe.d/blacklist && reboot

quel est l'intérêt ici ?

 
Eliminer une source de confusion/problème, faire avancer le schmilblik, ....

 
ps aux | grep apache
 
netstat -anlp | grep :80

Question déjà posée au dessus cf :
 

cela ne changera rien au problème de « blacklister» l'ipv6 en ce qui concerne apache: la requête provient d'une ipv4 donc aucune raison que cela reparte par du v6 alors que le reste fonctionne.
(on admettra pour la démonstration que MacGyver974 a bien évidemment vérifié qu'il avait accès à internet depuis le serveur en question... )
 

 
Certes.....mais c'était *AVANT* qu'il ne copie /etc/apache2/ de son ancienne machine, donc pas si superflu que ça ...
 
 
 

 
A priori on est plein de certitudes, mais à postériori de "si j'avais su...'

lson ancien serveur utilisant cette configuration étant accessible, la précédent configuration utilisé (sans qu'on la connaisse vu qu'il ne l'a pas montré ) montrant un apache écoutant sur le port 80, il parait logique d'imaginer que le serveur apache va continuer d'écouter de manière adéquate sur le port 80 et probablement avec encore plus de certitudes que précédemment...

même si on parle de macgyver974, il parait logique de lui accorder le bénéfice du doute à savoir :
-) le « nouveau » serveur bénéficie effectivement d'un accès à internet
-) les ports sont correctement PAT/NATer vers le nouveau serveur (il l'affirme précédemment).
-) aucune règle iptables n'est en place le binaire permettant de les utiliser n'étant pas installé a priori...
-) macgyver974 utilise bien un serveur sous GNU/Linux et pas un BSD (la tête du ifconfig est en faveur d'un GNU/Linux ceci étant dit)
-) le « dyndns » utilisé par macgyver974 est correctement à jour même si il n'a pas apporté la réponse à o'gure (mais on reste dans l'idée de fournir le minimum d'information afin de développer nos capacités divinatoires), a priori si il s'agit de celui indiqué en signature, il correspond au moins à l'ip utilisée pour poster les différents messages.
 
Bref vouloir casser du sucre sur l'ipv6 en disant que celui ci à « encore frappé » me parait un peu léger...  
Autant l'ipv6 peut parfois poser souci en terme de délai de résolution pour des navigateurs tels que firefox , autant lorsqu'apache reçoit une requete en ipv4, il va raisonnablement répondre en ipv4 ce d'autant plus qu'il n'y a pas de route v6 de disponibles les ipv6 affichés sur ces interfaces n'étant pas « routables » (oui le trait est grossi).
 
Actuellement deux questions sont prioritaires:
 
1) le routage/redirection de port est correctement effectué sur sa machine (il assure que oui)
(la question est est de savoir si la modification qu'il a effectué sur son routeur (ou modem/routeur matériel) a effectivement été prise en compte)
 
2) si il dispose d'un accès vers le NET à partir de son serveur (il n'a pas répondu).
 
 

 
Loin de moi l'idée de casser du sucre sur l'IPv6 que j'utilise au *quotidien*. PF, BGP4+, ... avec grand bonheur. MAIS, il y'a un MAIS, il faut reconnaître que d'avoir une pile IPv6 en ayant un support IPv6 déficient est pire que tout.
 
*ET* savoir si son serveur apache tourne. Copier une conf d'une machine ayant un apache 2.0.x vers une autre en 2.2.x ne *garantit* pas son fonctionnement.

comme dit précédemment accordons le bénéfice du doute à MacGyver974, il dit l'avoir relancé il a donc vérifié que apache2 tournait.
De même nous attendons toujours de savoir si le site est accessible localement.

 
Dans netcraft uptime j'ai essayé directement mon adresse ip public et niet, ça ne fonctionne pas non plus

As tu moyen de vérifier/lister toutes les redirections de port que tu as en place sur ton routeur ?