Điểm:0

Exchange Server Autodiscover external URL

lá cờ jp

All.

I am nearing the completion of the setup of our Exchange Server. The process has been a challenge, but I have enjoyed learning new things.
What I am working on now is setting up the autodiscover.
I cannot find any good information on properly setting up the external.
Does the External URL have to reside on the Exchange Server, or can it be on the Web Server?
If it has to be on the Exchange Server, what port do I have to assign in my router for it, as the 443 is for the Web Server?

The internal link is this.

https://mail-03.domain1.local/EWS/Exchange.asmx

I found a script for creating the link.

Set-WebServicesVirtualDirectory -Identity Contoso\EWS(Default Web Site) -ExternalUrl       
https://www.contoso.com/EWS/exchange.asmx -BasicAuthentication $true -InternalUrl   
https://contoso.internal.com/EWS/exchange.asmx

I have many domains which will have an email for each in the Exchange Server.
So I am assuming I will need to set up the linkage for each domain.
Using Thunderbird Email Client, it looks for the

https://www.contoso.com/EWS/exchange.xml   

not .asmx, so does that mean I will have to set up for both of them, and if so, how?

The files in the folder for the internal URL are config files.
Do I need to copy this folder to the External URL Folder and point the link at it?

I found this information about the DNS here SE/SF Autodiscover does not work - Exchange 2016
But he does not provide enough information in his write-up on the DNS.
Do I need to add the DNS entry in the

  1. DC Server DC DNS
  2. Web Server DNS

Thanks for any information you all can help me with. And if there has already been an explanation on SE for this information, by all means, please provide a link, as it did not show up in the suggestions for the title.

--UPDATE-- (I will post more as I continue reading)
I have many domains for all our different company sites.
I used LetsEncrypt for the SSL Cert for all the domains in a single Cert using the Wildcard method.
Within our IIS Server, each domain has an autodiscover.domain.com Binding.
In the SSL Cert, each domain shows that autodiscover. Subdomain binding.

Reading what "joyceshen" supplied in her post.

  1. Http redirect: (With a cert with multiple domains, will I still have to use something like this?)

  2. SRV autodiscover method: (This is the one I will test out first and see how it goes. I might use it if it works.)

--UPDATE DAY II--
I am making progress.
I am using the Redirect Method; with all DNS entries done, I could load Outlook with autodiscover.domain1.com.

I was able to load Outlook through the external domain because I followed the information on the DNS for the Internal DNS and created the two zones, Mail and Autodiscover.domain1.com, which is the reason I was able to load it. I still have not been able to load it through the actual external method yet for the redirect.

Thanks, Wayne

Điểm:0
lá cờ cn

Nói chung, không cần thiết phải tạo các thư mục ảo khác - một thư mục cho mỗi tổ chức. Điều đó đủ cho mỗi công ty bạn tạo trong DNS một bản ghi A có tên là webmail với địa chỉ IP của máy chủ Exchange CAS (để không hoạt động với địa chỉ IP khó nhớ). Không cần cấu hình bổ sung hoặc tạo thư mục ảo.

Vấn đề với kịch bản này là người dùng sẽ gặp lỗi chứng chỉ bảo mật và phải thực hiện thêm một lần nhấp để tiếp tục đến trang đăng nhập. Bạn có thể tránh sự cố này bằng cách thêm SAN (Tên thay thế chủ đề) trên chứng chỉ cho từng tổ chức.

Một số thảo luận tương tự cho câu hỏi như vậy: Thiết lập nhiều tên miền Exchange Nhiều OWA cho nhiều miền

Và hai phương pháp để tự động phát hiện nhiều miền:

1. Chuyển hướng http: Exchange 2010 AutoDiscover for Multi-Tenant

2.Phương pháp tự động phát hiện SRV: Exchange 2013, 2016 â Tự động phát hiện với nhiều miền và chứng chỉ một tên

Thông tin chi tiết về cấu hình có thể xem tại đây:

Định cấu hình DNS bên ngoài cho Exchange

Tự động phát hiện Exchange â Hướng dẫn giúp Exchange hoạt động hiệu quả

lá cờ jp
Địa chỉ IP trong DNS cho máy chủ trao đổi. Đây là địa chỉ IP bên trong hay bên ngoài? Hiện tại tôi chỉ có một địa chỉ IP bên ngoài duy nhất đang được sử dụng và hiện tại, đó là nơi mà tất cả các mục nhập DNS được trỏ đến là Địa chỉ IP bên ngoài đó.
lá cờ jp
Niềm vui. Đối với DNS bên trong và bên ngoài. Tất cả DNS bên trong đều trỏ đến DC của chúng tôi. Ví dụ domain1.local. Và DNS bên ngoài trỏ đến từng miền trong số miền1 miền2 miền3, v.v. Tôi đang thử phương pháp #2 từ danh sách thông tin của bạn ở trên.
lá cờ jp
Tôi đã theo dõi thông tin trên chuyển hướng 1. HTTP và tôi không hiểu nó đang làm gì? Nó nói để tạo một tệp XML trống, điều mà tôi đã làm. và thực hiện chuyển hướng trên đó, điều mà tôi đã làm, nhưng tôi đang trỏ đến vị trí tệp thực tế nào có dữ liệu trong đó? Đó là một điều mà tôi vẫn chưa được nói trong các bài báo tôi đã đọc.
lá cờ jp
OK, tôi đang nhận được một nơi nào đó bây giờ. Nhưng tôi nghĩ rằng tôi có thể cần phải có một tên miền khác chỉ để gửi thư để thực hiện công việc này. Tôi đang thực hiện chuyển hướng; tiêu đề máy chủ (liên kết) nằm trên trang web chính, vì bạn không thể thêm tiêu đề vào trang web ảo. Nhưng tôi đã có thể tải triển vọng thông qua autodetect.domain1.com. Vì vậy, tôi đang dần đạt được điều đó. Tôi sẽ gửi lại sớm.
lá cờ jp
Đã thực hiện một email kiểm tra sau khi tôi đăng nhập vào Outlook và nó đã bị từ chối vì nó đang sử dụng máy chủ cục bộ chứ không phải máy chủ bên ngoài.
joyceshen avatar
lá cờ cn
Bạn có thể vui lòng chia sẻ thông tin đầy đủ về lỗi hoặc NDR mà bạn nhận được để khắc phục sự cố thêm không? Lưu ý xóa thông tin cá nhân
lá cờ jp
Xin lỗi vì phản hồi muộn, Joyce. Tôi sẽ phải trả lời điều này khi làm việc trên máy chủ một lần nữa. Tôi sẽ loại bỏ cả hai Máy chủ Outlook mà tôi đã cài đặt và thực hiện cài đặt sạch rồi bắt đầu lại. Ngoại trừ lần này, tôi sẽ làm theo các hướng dẫn từ liên kết sau và xem tôi sẽ đi đâu từ đó. https://practical365.com/installing-exchange-server-2016/
joyceshen avatar
lá cờ cn
Xin chào, đang chờ phản hồi của bạn, vui lòng chia sẻ cập nhật của bạn tại đây.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.