je n'arrive pas a faire fonctionner le RPC over https sur mon serveur
exchange.
J'explique ma configuration :
Un serveur win2k3 de type controleur de domaine avec l'AD. Il doit etre
aussi GC j'imagine donc.
Un serveur win2k3 membre du domaine et ayant ms Exchange install=E9.
En local, tout fonctionne bien. Egalement via le OWA via le username et
le pass de l'utilisateur.
On envoie et recois des mails donc tout est ok a ce niveau.
Maintenant je cherche a faire fonctionner le proxy RPC pour que mes
utilisateurs ne soient pas
oblig=E9s de monter un vpn pour utiliser leur mail avec Outlook.
l'Outlook fonctionne de l'exterieur en IMAP, SMTP et POP mais pas en
client MAPI pour serveur exchange.
Je ne sais donc pas dans quelle configuration je suis (front-end /
Back-end ?)
Quand mes utlisateurs se connectent au serveur exchange, il tapent
directement sur l'ip publique du serveur exchange (je sais c'est pas
100 % securise pour le moment mais c'est
encore en test). Le serveur exchange a donc une ip publique et une ip
priv=E9 pour communiquer avec l'AD dans le domaine.
Ca marche bien en OWA donc il arrive a faire l'authentification.
Le soucis est que je n'est pas de certificats "trusted" par verisign ou
autre mais normalement ca doit marcher car au niveau de mon serveur AD,
j'ai mis un serveur de certificat racine
qui marche pour OWA en https.
J'ai compris que le RPC over https marchait dans ce cas SI et seulement
SI le certificat etait
approuv=E9 par l'utilisateur, dans Internet explorer par exemple.
Quelqu'un pourrait-il m'indiquer la proc=E9dure a suivre pour configurer
ce proxy RPC au niveau du serveur exchange et si cela marche avec un
certificat racine sur l'AD.
On achetera surement un certificat verign apres mais je voudrais etre
sur que cela fonctionne
avant d'acheter ca pour rien.=20
Suivre les procédures : http://support.microsoft.com/?kbidƒ3401
Faire attention aux certificats: Il faut que le proxy RPC dispose d'un certficiat portant le même nom que celui configuré dans le client OUTLOOK, (dans votre cas, cela semble être l'adresse IP)
je n'arrive pas a faire fonctionner le RPC over https sur mon serveur exchange.
J'explique ma configuration :
Un serveur win2k3 de type controleur de domaine avec l'AD. Il doit etre aussi GC j'imagine donc.
Un serveur win2k3 membre du domaine et ayant ms Exchange installé.
En local, tout fonctionne bien. Egalement via le OWA via le username et le pass de l'utilisateur.
On envoie et recois des mails donc tout est ok a ce niveau.
Maintenant je cherche a faire fonctionner le proxy RPC pour que mes utilisateurs ne soient pas obligés de monter un vpn pour utiliser leur mail avec Outlook. l'Outlook fonctionne de l'exterieur en IMAP, SMTP et POP mais pas en client MAPI pour serveur exchange.
Je ne sais donc pas dans quelle configuration je suis (front-end / Back-end ?)
Quand mes utlisateurs se connectent au serveur exchange, il tapent directement sur l'ip publique du serveur exchange (je sais c'est pas 100 % securise pour le moment mais c'est encore en test). Le serveur exchange a donc une ip publique et une ip privé pour communiquer avec l'AD dans le domaine.
Ca marche bien en OWA donc il arrive a faire l'authentification.
Le soucis est que je n'est pas de certificats "trusted" par verisign ou autre mais normalement ca doit marcher car au niveau de mon serveur AD, j'ai mis un serveur de certificat racine qui marche pour OWA en https.
J'ai compris que le RPC over https marchait dans ce cas SI et seulement SI le certificat etait approuvé par l'utilisateur, dans Internet explorer par exemple.
Quelqu'un pourrait-il m'indiquer la procédure a suivre pour configurer ce proxy RPC au niveau du serveur exchange et si cela marche avec un certificat racine sur l'AD.
On achetera surement un certificat verign apres mais je voudrais etre sur que cela fonctionne avant d'acheter ca pour rien.
Merci.
Bonjour
Suivre les procédures :
http://support.microsoft.com/?kbidƒ3401
Faire attention aux certificats:
Il faut que le proxy RPC dispose d'un certficiat portant le même nom que
celui configuré dans le client OUTLOOK, (dans votre cas, cela semble être
l'adresse IP)
je n'arrive pas a faire fonctionner le RPC over https sur mon serveur
exchange.
J'explique ma configuration :
Un serveur win2k3 de type controleur de domaine avec l'AD. Il doit etre
aussi GC j'imagine donc.
Un serveur win2k3 membre du domaine et ayant ms Exchange installé.
En local, tout fonctionne bien. Egalement via le OWA via le username et
le pass de l'utilisateur.
On envoie et recois des mails donc tout est ok a ce niveau.
Maintenant je cherche a faire fonctionner le proxy RPC pour que mes
utilisateurs ne soient pas
obligés de monter un vpn pour utiliser leur mail avec Outlook.
l'Outlook fonctionne de l'exterieur en IMAP, SMTP et POP mais pas en
client MAPI pour serveur exchange.
Je ne sais donc pas dans quelle configuration je suis (front-end /
Back-end ?)
Quand mes utlisateurs se connectent au serveur exchange, il tapent
directement sur l'ip publique du serveur exchange (je sais c'est pas
100 % securise pour le moment mais c'est
encore en test). Le serveur exchange a donc une ip publique et une ip
privé pour communiquer avec l'AD dans le domaine.
Ca marche bien en OWA donc il arrive a faire l'authentification.
Le soucis est que je n'est pas de certificats "trusted" par verisign ou
autre mais normalement ca doit marcher car au niveau de mon serveur AD,
j'ai mis un serveur de certificat racine
qui marche pour OWA en https.
J'ai compris que le RPC over https marchait dans ce cas SI et seulement
SI le certificat etait
approuvé par l'utilisateur, dans Internet explorer par exemple.
Quelqu'un pourrait-il m'indiquer la procédure a suivre pour configurer
ce proxy RPC au niveau du serveur exchange et si cela marche avec un
certificat racine sur l'AD.
On achetera surement un certificat verign apres mais je voudrais etre
sur que cela fonctionne
avant d'acheter ca pour rien.
Suivre les procédures : http://support.microsoft.com/?kbidƒ3401
Faire attention aux certificats: Il faut que le proxy RPC dispose d'un certficiat portant le même nom que celui configuré dans le client OUTLOOK, (dans votre cas, cela semble être l'adresse IP)
je n'arrive pas a faire fonctionner le RPC over https sur mon serveur exchange.
J'explique ma configuration :
Un serveur win2k3 de type controleur de domaine avec l'AD. Il doit etre aussi GC j'imagine donc.
Un serveur win2k3 membre du domaine et ayant ms Exchange installé.
En local, tout fonctionne bien. Egalement via le OWA via le username et le pass de l'utilisateur.
On envoie et recois des mails donc tout est ok a ce niveau.
Maintenant je cherche a faire fonctionner le proxy RPC pour que mes utilisateurs ne soient pas obligés de monter un vpn pour utiliser leur mail avec Outlook. l'Outlook fonctionne de l'exterieur en IMAP, SMTP et POP mais pas en client MAPI pour serveur exchange.
Je ne sais donc pas dans quelle configuration je suis (front-end / Back-end ?)
Quand mes utlisateurs se connectent au serveur exchange, il tapent directement sur l'ip publique du serveur exchange (je sais c'est pas 100 % securise pour le moment mais c'est encore en test). Le serveur exchange a donc une ip publique et une ip privé pour communiquer avec l'AD dans le domaine.
Ca marche bien en OWA donc il arrive a faire l'authentification.
Le soucis est que je n'est pas de certificats "trusted" par verisign ou autre mais normalement ca doit marcher car au niveau de mon serveur AD, j'ai mis un serveur de certificat racine qui marche pour OWA en https.
J'ai compris que le RPC over https marchait dans ce cas SI et seulement SI le certificat etait approuvé par l'utilisateur, dans Internet explorer par exemple.
Quelqu'un pourrait-il m'indiquer la procédure a suivre pour configurer ce proxy RPC au niveau du serveur exchange et si cela marche avec un certificat racine sur l'AD.
On achetera surement un certificat verign apres mais je voudrais etre sur que cela fonctionne avant d'acheter ca pour rien.
Merci.
tezam
Jeff le RONIN wrote:
Bonjour
Suivre les procédures : http://support.microsoft.com/?kbidƒ3401
Faire attention aux certificats: Il faut que le proxy RPC dispose d'un certficiat portant le même nom que celui configuré dans le client OUTLOOK, (dans votre cas, cela semble être l'adresse IP)
Cdlt,
Merci ca marche avec la resolution DNS.
L'ip c'etait juste a titre d'exemple.
J'avais juste oublie de modifier les ports dans la base registre.
Maintenant tout fonctionne parfaitement bien en https.
Jeff le RONIN wrote:
Bonjour
Suivre les procédures :
http://support.microsoft.com/?kbid=833401
Faire attention aux certificats:
Il faut que le proxy RPC dispose d'un certficiat portant le même nom que
celui configuré dans le client OUTLOOK, (dans votre cas, cela semble être
l'adresse IP)
Cdlt,
Merci ca marche avec la resolution DNS.
L'ip c'etait juste a titre d'exemple.
J'avais juste oublie de modifier les ports dans la base registre.
Maintenant tout fonctionne parfaitement bien en https.
Suivre les procédures : http://support.microsoft.com/?kbidƒ3401
Faire attention aux certificats: Il faut que le proxy RPC dispose d'un certficiat portant le même nom que celui configuré dans le client OUTLOOK, (dans votre cas, cela semble être l'adresse IP)
Cdlt,
Merci ca marche avec la resolution DNS.
L'ip c'etait juste a titre d'exemple.
J'avais juste oublie de modifier les ports dans la base registre.
Maintenant tout fonctionne parfaitement bien en https.