Google is Supporting Operating System (gOS)


|
Note |
|
Windows Server 2008 does not include WebDAV by default, which is required for Configuration Manager 2007 management points and distribution points. For more information, see the release notes. |
What’s New in Configuration Manager 2007 R2 |
Automatic configuration allows Communicator to find and connect to the appropriate OCS server without manually entering a server name into its settings. Communicator has special requirements for DNS and certificates to make this work properly.
The problem that OCS likes other Microsoft UC solutions does not support multiple SIP name. Most of organizations need DNS splitting as security requirement.
Here you are the Scenario: We have organization that its internal domain name is Contoso.ad and have E2K3 server with E-mail Policy @contoso.com, they need to implement new OCS server to support internal and external users.
Easy, maybe it looks like that…The problem that office communicator is designed to log-on using server within same domain name i.e. the OCS FQDN must be in our case OCSSRV.contoso.ad.
Until now, it is okay but the user must log-on with name user@contoso.com so we have to support contoso.com SIP domain.
Are you confused? It is little tricky… here you are the solution
Split DNS configuration is a requirement for automatic configuration. Simply put, split DNS means you have two DNS zones for one domain name. One DNS zone exists on internal DNS servers and provides name resolution only for internal clients. Another DNS zone exists on external DNS servers to service external clients.
Split DNS is required so that users can use the same sign-on name in Communicator and have their correct login server resolved inside and outside the network.
First, we have to create primary DNS zone in internal domain with name Contoso.com. Create A record in it for OCSSRV server.
The following SRV records need to be created. Note that these records must be created in the DNS database of the servers authoritative for the particular zone.
|
Service Records (SRV) |
A Record |
IP Address |
|
_sipinternaltls._tcp.Contoso.ad |
OCSSRV.contoso.ad |
192.168.1.11 |
|
_sipinternaltls._tcp.Contoso.com |
OCSSRV.contoso.com |
192.168.1.11 |
Certificate Configuration
To support multiple domains for encrypted communications we require that all front-ends in the Pool be configured with a certificate. The certificate must match the FQDN returned by any DNS SRV query. Therefore, the certificate must contain multiple entries. We call these SANs (Subject Alternate Name) and the certificate must include the FQDN of the pool and one entry for each supported SIP domain.
Subject Name
OCSSRV.contoso.ad
Subject Alternate Name
Sip.contoso.ad
Sip.contoso.com
OCSSRV.contoso.com
OCSSRV.contoso.ad
I tried to do that through the OCS certificate configuration wizard …It should work.
but if it failed you can do it through another way.
You have to obtain Subject Alternative Name (SAN) to your OCS certificate. The OCS certificate is submitted to a certification authority (CA) that is configured on a Microsoft Windows Server 2003-based computer. The SAN lets you connect to a domain controller by using a Domain Name System (DNS) name other than the computer name. I will explain how to add SAN attributes to a certification request that is submitted to an enterprise CA (ContosoCA)
By default, a CA that is configured on a Windows Server 2003-based computer does not issue certificates that contain the SAN extension. If SAN entries are included in the certificate request, these entries are omitted from the issued certificate. To change this behavior, run the following commands at a command prompt on the server that runs the Certification Authority service.
Certutil -setreg policy\EditFlags +EDITF_ATTRIBUTESUBJECTALTNAME2
net stop certsvc
net start certsvc
When you submit a certificate request to an enterprise CA, the certificate template must be configured to use the SAN in the request instead of using information from the Active Directory directory service.
To submit a certificate request that contains a SAN to an enterprise CA, follow these steps:
San:dns=OCSSRV.contoso.com&dns=sip.contoso.com
&dns=sip.contoso.ad&dns=OCSSRV.contoso.ad
Multiple DNS names are separated by an ampersand (&).
Now return to OCS deployment and choose configure certificate wizard,
Choose to assign existing certificate and choose OCSSRV.contoso.ad server authentication certificate.
Assign the certificate in the IIS and restart it.
Now you can sign in with user@contoso.com although your pool is OCSSRV.contoso.ad.
Check this also at the UC Guy