none
non connexion avec telnet RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Salut

    j'ai déployé un serveur (X) de messagerie sous exchange 2003 et un autre serveur (Y) fait office de routage et acces distant, une des cartes réseau de ce dernier a une IP fixe attribué par mon FAI. Le domaine public est hébergé chez (Z) qui a crée un enregistrement MX pointant sur IP publique de mon FAI.

    Je recois et envoie des mails, mais je ne peux pas déployer outlook web access, ni outlook mobile access.

    Le test Telnet ne passe meme pas, car le ping IP du FAI pointe sur le serveur (Y) et non sur le MX = mail.domainepublic.com

    Merci

    jeudi 20 mars 2014 22:51
    |

Réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Je ne comprend pas ces deux déclarations, qui me semblent contradictoires :

    • Je recois et envoie des mails
    • Le test Telnet ne passe meme pas,

    Comment pouvoir vous recevoir des emails de l'extérieur alors que vous ne pouvez pas faire un telnet de l'extérieur ? De plus si votre serveur Exchange 2003 n'a pas du tout d'IP public, comment le serveur de routage reroute les flux SMTP ? Y'a t'il un service SMTP sur ce serveur ou un règle de NAT?

    Sinon vos limitations semblent structurelles, donc lié au choix de votre architecture, à première vue il faudrait installer un proxy web sur le serveur exposé à Internet. C'est peut être l'occasion de changer de version d'Exchange...

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    • Proposé comme réponse Florin Ciuca vendredi 21 mars 2014 10:11
    • Marqué comme réponse Florin Ciuca mercredi 2 avril 2014 07:59
    vendredi 21 mars 2014 08:26
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    est-ce possible que chez mon hébergeur le mail.domainepublic.com soit de type A et de type MX en meme temps

    En fait c''est même obligatoire : le MX refère à un nom d'hôte (ici mail.domainepublic.com), mais pour résoudre ce nom en IP il faut un enregistrement A.

    - ce n'est pas le serveur exchange qui a une IP fixe, mais plutot le serveur de routage et acces distant qui a deux cartes réseau dont une est affecté au WAN

    C'est la le problème, il doit y avoir un parefeu ou un logiciel qui fait du NAT, car le simple routage IP ne permet pas d'acheminer un flux SMTP depuis Internet vers le serveur Exchange. En gros vos partenaires acheminent le flux à votre serveur de routage et lui a un dispositif qui achemine ce flux vers Exchange. Pour les flux HTTP/HTTPS c'est pareil, il faut un dispositif (en général un proxy ou une règle de NAT) qui achemine le flux vers Exchange.

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    • Marqué comme réponse Florin Ciuca mercredi 2 avril 2014 07:59
    samedi 22 mars 2014 07:06
    |
    Modérateur

Toutes les réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Je ne comprend pas ces deux déclarations, qui me semblent contradictoires :

    • Je recois et envoie des mails
    • Le test Telnet ne passe meme pas,

    Comment pouvoir vous recevoir des emails de l'extérieur alors que vous ne pouvez pas faire un telnet de l'extérieur ? De plus si votre serveur Exchange 2003 n'a pas du tout d'IP public, comment le serveur de routage reroute les flux SMTP ? Y'a t'il un service SMTP sur ce serveur ou un règle de NAT?

    Sinon vos limitations semblent structurelles, donc lié au choix de votre architecture, à première vue il faudrait installer un proxy web sur le serveur exposé à Internet. C'est peut être l'occasion de changer de version d'Exchange...

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    • Proposé comme réponse Florin Ciuca vendredi 21 mars 2014 10:11
    • Marqué comme réponse Florin Ciuca mercredi 2 avril 2014 07:59
    vendredi 21 mars 2014 08:26
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Salut,

    Mon véritable probleme se situe au niveau de l'accès à distance de la messagerie de l'entreprise via outlook web access (owa) et outlook mobile acces (oma). Le ping sur le MX = mail.domainepublic.com pointe sur l'IP publique en meme temps le ping -a IP montre plutot le serveur qui fait office de routage auquel on a fixé cette IP sur la carte réseau WAN.

    Du coup quand je lance via un navigateur mail.domainepublic.com/exchange, rien ne se produit, Quoi faire ? est-ce ma config du routage et acces distant qui est mal faite, je n'en sais rien.

    Précision :

    1 - ce n'est pas le serveur exchange qui a une IP fixe, mais plutot le serveur de routage et acces distant qui a deux cartes réseau dont une est affecté au WAN
    2 - est-ce possible que chez mon hébergeur le mail.domainepublic.com soit de type A et de type MX en meme temps

    • Modifié mom's vendredi 21 mars 2014 21:58
    vendredi 21 mars 2014 19:11
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    est-ce possible que chez mon hébergeur le mail.domainepublic.com soit de type A et de type MX en meme temps

    En fait c''est même obligatoire : le MX refère à un nom d'hôte (ici mail.domainepublic.com), mais pour résoudre ce nom en IP il faut un enregistrement A.

    - ce n'est pas le serveur exchange qui a une IP fixe, mais plutot le serveur de routage et acces distant qui a deux cartes réseau dont une est affecté au WAN

    C'est la le problème, il doit y avoir un parefeu ou un logiciel qui fait du NAT, car le simple routage IP ne permet pas d'acheminer un flux SMTP depuis Internet vers le serveur Exchange. En gros vos partenaires acheminent le flux à votre serveur de routage et lui a un dispositif qui achemine ce flux vers Exchange. Pour les flux HTTP/HTTPS c'est pareil, il faut un dispositif (en général un proxy ou une règle de NAT) qui achemine le flux vers Exchange.

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    • Marqué comme réponse Florin Ciuca mercredi 2 avril 2014 07:59
    samedi 22 mars 2014 07:06
    |
    Modérateur