servies sont indisponibles [Résolu]

[ambonara]

Bonjour,

Pourquoi certains servies sont indisponibles ?! (voir fichier joint)

HTTPS, Port 443
FTP, Port 21
RDP, Port 3389
SMTP(S), Port 25
IMAP, Port 143
IMAPS, Port 993
POP3, Port 110
POP3S, Port 995

A cause de cela, je ne peut pas envoyer et recevoir des email.

Merci,

Serge

[transgohan]

Ce serait plutôt à 1&1 qu'il faudrait demander.
C'est peut être une panne, ou bien ils sont en train de travailler sur ces services.

[ambonara]

1&1 me dis qu'il ne s’occupe pas de problème des serveurs!

Serveur :
Logiciel de gestion : openSUSE 11.3 avec Parallels Plesk Panel 10 (64 bits)

Peut être que cela ce règle sur le serveur?

[transgohan]

C'est un serveur dédié ?
As-tu essayé de redémarrer le serveur ?

[ambonara]

Oui, redémarrer, mise à jour, mais rien.

[mmassonnet]

Envoyé par ambonara

1&1 me dis qu'il ne s’occupe pas de problème des serveurs!

Serveur :
Logiciel de gestion : openSUSE 11.3 avec Parallels Plesk Panel 10 (64 bits)

Peut être que cela ce règle sur le serveur?

Avez-vous vérifié les logs du serveur (dans /var/log et /usr/local/psa/var/log), l'espace disque est-il plein ?

Code :

df -h

Avez-vous tenté de redémarrer le service Plesk ?

Code :

1
2
/etc/init.d/psa stopall
/etc/init.d/psa start

Mike

[ambonara]

Voici les résultats des essai :

----
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 3.7G 313M 3.4G 9% /
devtmpfs 1001M 104K 1000M 1% /dev
tmpfs 1.1G 4.0K 1.1G 1% /dev/shm
/dev/mapper/vg00-usr 4.0G 1.6G 2.4G 40% /usr
/dev/mapper/vg00-var 4.0G 294M 3.8G 8% /var
/dev/mapper/vg00-home
4.0G 33M 4.0G 1% /home
/dev/mapper/vg00-srv 4.0G 702M 3.4G 18% /srv

-------
/etc/init.d/psa stopall
Stopping psa... done
Plesk: Stopping Mail Server... done
Stopping mailer service... not installed
Stopping postgresql service... not installed
Stopping psa-spamassassin service... done
Stopping tomcat6 service... not installed
Stopping apache2 service... done

--------
/etc/init.d/psa start
Starting psa... done
Starting xinetd service... done
Starting named service... done
Starting mysql service... done
Starting postgresql service... not installed
Starting psa-spamassassin service... done
Plesk: Starting Mail Server... done
Starting psa... done
---

Rien a changer.

Le problème que j'ai est que je ne peux pas envoyer d'emails liés aux sites sur ce serveur

[mmassonnet]

Envoyé par ambonara

/etc/init.d/psa start
Starting psa... done
Starting xinetd service... done
Starting named service... done
Starting mysql service... done
Starting postgresql service... not installed
Starting psa-spamassassin service... done
Plesk: Starting Mail Server... done
Starting psa... done

Rien a changer.

Le service mail a l'air d'avoir été exécuté sans problème, la commande suivante vous permettra de lister les sockets en écoutes avec leur processus respectifs :

Code :

netstat -nlpt

Vu que le service mail démarre, je soupçonne un filtrage réseau au pire. A vérifier sur Plesk où il est possible de gérer un pare-feu, sinon toujours en SSH avec la commande iptables -L INPUT. A noter qu'il est aussi possible de gérer un pare-feu matériel Cisco depuis l'espace client 1&1.

Mike

[ambonara]

Bonjour,
Voici le résultat après la demande netstat -nlpt :

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 14565/master
tcp 0 0 127.0.0.1:10001 0.0.0.0:* LISTEN 14321/sw-cp-serverd
tcp 0 0 217.160.94.96:53 0.0.0.0:* LISTEN 2739/named
tcp 0 0 127.0.0.2:53 0.0.0.0:* LISTEN 2739/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 2739/named
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 2186/sshd
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 14565/master
tcp 0 0 127.0.0.1:12768 0.0.0.0:* LISTEN 14654/psa-pc-remote
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 3010/mysqld
tcp 0 0 0.0.0.0:106 0.0.0.0:* LISTEN 2606/xinetd
tcp 0 0 :::110 :::* LISTEN 14633/couriertcpd
tcp 0 0 :::143 :::* LISTEN 14613/couriertcpd
tcp 0 0 :::80 :::* LISTEN 4074/httpd2-prefork
tcp 0 0 :::8880 :::* LISTEN 14321/sw-cp-serverd
tcp 0 0 :::465 :::* LISTEN 14565/master
tcp 0 0 :::53 :::* LISTEN 2739/named
tcp 0 0 :::21 :::* LISTEN 2606/xinetd
tcp 0 0 :::22 :::* LISTEN 2186/sshd
tcp 0 0 :::25 :::* LISTEN 14565/master
tcp 0 0 :::443 :::* LISTEN 4074/httpd2-prefork
tcp 0 0 :::8443 :::* LISTEN 14321/sw-cp-serverd
tcp 0 0 :::993 :::* LISTEN 14624/couriertcpd
tcp 0 0 :::995 :::* LISTEN 14643/couriertcpd
----------
PAR FEU
iptables -L INPUT
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere state ESTABLISHED
ACCEPT icmp -- anywhere anywhere state RELATED
input_ext all -- anywhere anywhere
input_ext all -- anywhere anywhere
LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-IN-ILL-TARGET '
DROP all -- anywhere anywhere
------
Dans l'administration de 1&1 pour le serveur, il me semble que le pare feu n'est pas activé.
---
Dans PLESK le pare feu:
Parallels Customer & Business Manager payment gateways Autoriser entrant à partir de tout
Parallels Single Sign-On Autoriser entrant à partir de tout
Parallels Products Installer Autoriser entrant à partir de tout
Interface Admin de Parallels Plesk Panel Autoriser entrant à partir de tout
Serveur WWW Autoriser entrant à partir de tout
Serveur FTP Autoriser entrant à partir de tout
Serveur SSH (shell sécurisé) Autoriser entrant à partir de tout
Serveur SMTP (port de soumission) Autoriser entrant à partir de tout
Serveur SMTP (envoi de mails) Autoriser entrant à partir de tout
Serveur POP3 (récupération des mails) Autoriser entrant à partir de tout
Serveur IMAP (récupération des mails) Autoriser entrant à partir de tout
Service de changement du mot de passe de la messagerie Autoriser entrant à partir de tout
Serveur MySQL Autoriser entrant à partir de tout
Serveur PostgreSQL Autoriser entrant à partir de tout
Interface Admin de Tomcat Autoriser entrant à partir de tout
Samba (partage de fichiers dans les réseaux Windows) Autoriser entrant à partir de tout
VPN de Parallels Plesk Panel Autoriser entrant à partir de tout
Serveur de nom de domaine Autoriser entrant à partir de tout
Service Ping Autoriser entrant à partir de tout
Politique du système pour le trafic entrant Refuser tout autre trafic entrant
Politique du système pour le trafic sortant Autoriser tout autre trafic sortant
Politique du système pour la redirection du trafic Refuser redirection de tout autre trafic

----
Encore merci

[mmassonnet]

tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 14565/master

Postfix écoute sur l'interface publique (services POP/S, IMAP/S, SMTP/S), et idem pour tous les autres services (MySQL, FTP, HTTPS).

Avez-vous essayer d'envoyer un message en local à root ?

Code :

1
2
3
4
5
6
  #  mail root@localhost
Subject: Test

Test.
.

Pouvez-vous me fournir l'adresse IP en message privé ?

Mike

[ambonara]

Bonjour,

je reçois bien un Email sur ma boîte :
root root@s15809722.localdomain

09:52 (Il y a 1 minute)

à root
test

Adresse IP envoyé en MP

Merci

[mmassonnet]

Donc le service fonctionne bien, cependant il est en effet inaccessible de l'extérieur.

Il apparaît dans les règles iptables la table "input_ext", avez-vous vérifié toutes les règles ?

iptables -L pour tout lister, mais dans ce cas la sortie de iptables -L input_ext devrait suffire.

Mike

[ambonara]

Bonjour,
Voici le résultat :
iptables -L input_ext
Chain input_ext (2 references)
target prot opt source destination
DROP all -- anywhere anywhere PKTTYPE = broadcast
ACCEPT icmp -- anywhere anywhere icmp source-quench
ACCEPT icmp -- anywhere anywhere icmp echo-request
LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP '
ACCEPT tcp -- anywhere anywhere tcp dpt:ssh
LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:http flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP '
ACCEPT tcp -- anywhere anywhere tcp dpt:http
LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:pcsync-https flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP '
ACCEPT tcp -- anywhere anywhere tcp dpt:pcsync-https
DROP all -- anywhere anywhere PKTTYPE = multicast
DROP all -- anywhere anywhere PKTTYPE = broadcast
LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT '
LOG icmp -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT '
LOG udp -- anywhere anywhere limit: avg 3/min burst 5 state NEW LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT '
DROP all -- anywhere anywhere

Je n'y comprend rien et je ne sais vraiment pas quoi faire!

Encore merci

Serge

[ambonara]

Voilà se que j'obtient avec un outil de vérification d'Emails (http://verify-email.org/) :
Warning: fsockopen() [function.fsockopen]: unable to connect to nosybe-creation.com:25 (Connection timed out) in /home/verify/public_html/index.php on line 300
Result: Bad

Description: 500 Can not connect E-Mail server (nosybe-creation.com).

[ambonara]

Ce qui est étonnant, c'est qu'à partir du formulaire sur mon site :
http://www.nosybe-creation.com/contact
Cela fonctionne très bien, je reçois l'email.
(site fait avec Joomla, et envoi "Serveur de mail PHP Mail"

[mmassonnet]

La réponse est dans la chaîne iptables input_ext. Maintenant à vous de savoir qui // pourquoi // ce qu'elle fait là.

Si on décortique les règles iptables de cette chaîne, on retient surtout :

ACCEPT tcp -- anywhere anywhere tcp dpt:ssh
ACCEPT tcp -- anywhere anywhere tcp dpt:http
ACCEPT tcp -- anywhere anywhere tcp dpt:pcsync-https
DROP all -- anywhere anywhere

Donc sont acceptés SSH (port 22), HTTP (port 80), et Plesk (port 8443). Tout le reste est rejeté.

Donc concrètement à chaque démarrage un script init installe ces règles iptables supplémentaires.

Pour accepter toutes les connexions entrantes par exemple, exécutez les commandes suivantes :

Code :

1
2
3
iptables -P INPUT ACCEPT
iptables -F INPUT

mais je recommande plutôt de trouver qui/quoi permet de configurer la chaîne input_ext et conserver un filtrage strict sur les services indispensables sur l'interface publique.

Mike

[ambonara]

Voilà, c'est réglé !

J'ai réinitialisé le serveur en :
CentOS 5 avec Parallels Plesk Panel 10 (64 bits)

à la place (avant) de :
openSUSE 11.3 avec Parallels Plesk Panel 10 (64 bits)

Mon soucis maintenant, c'est que j'ai une version PHP 5.1.6 et qu'il me fait une Version 5.2.4 ou une version ultérieure pour installer Joomla 1.7.

[_Amo_]

Envoyé par ambonara

Voilà, c'est réglé !

J'ai réinitialisé le serveur en :
CentOS 5 avec Parallels Plesk Panel 10 (64 bits)

à la place (avant) de :
openSUSE 11.3 avec Parallels Plesk Panel 10 (64 bits)

Mon soucis maintenant, c'est que j'ai une version PHP 5.1.6 et qu'il me faut une Version 5.2.4 ou une version ultérieure pour installer Joomla 1.7.

Salut Ambonara,

Surtout ne fait pas de mise à jour manuelle de ton serveur via ssh. C'est ce que j'ai fais, en voulant mettre des version de php et mysql plus récentes et finalement ça m'a emmerdé pour Plesk et je suis en train de réinitialiser mon serveur pour tout remettre en ordre...

Si tu veux update php passes par l'utilitaire de mise à jour de Plesk (et si tu viens d'installer son CentOS ce matin tu vas peut-être même pouvoir mettre à jour Plesk ^^).

Pour ça il faut aller sur Plesk puis "Outils & Utilitaires" et enfin "Mises à jour". Il va te mettre à jour l'outils d'installation puis tu pourras mettre à jour Plesk en cliquant sur "Install or Upgrade Paralleles Products".
De là tu pourras mettre PPP à jour (10.4.4).
Ensuite tu pourras aller jouer avec les modules php, mysql, webmail, ... sans soucis ! (enfin je suis en train de tester là, mais réinitialisation étant terminée)

Donc en gros, les commandes sur ssh style "yum update php" c'est vraiment à bannir pour tout ce que Plesk peut gérer lui même (tout du moins c'est la conclusion de ma mésaventure, après l'avoir fait à la main, Plesk n'arrivait plus à les mettre à jour lui même...).

J'espère que ça pourra t'aider ! (je me suis créer un compte ici juste pour te répondre donc y'a intérêt à ce que ça marche ^^)

[ambonara]

J'ai fait la mise à jour PHP en suivant ce post :
http://blog.ludikreation.com/2010/07...1/#comment-346
Bien lire jusqu'au bout, car il y a une petite erreur!
Mais cela fonctionne très bien et j'ai pu installer Joomla 1.7

Les emails aussi fonctionnent…

le site en question : http://www.domaine-de-florette.com/

Merci

[_Amo_]

C'est également ce post que j'avais suivit avant de me rendre compte que Plesk pouvait gérer ça lui même et que le faire à la main foutait la merde pour les futurs mises à jour.
J'espère que tu n'auras pas de soucis quand il sera question de passer à une version supérieur de php ou de MySQL !