Tìm kiếm trang web

Trao đổi dịch vụ Web | Quản lý địa chỉ URL bên trong và bên ngoài | Phần 10#36

Bài viết hiện tại sẽ cung cấp cho chúng tôi cái nhìn khái quát về chủ đề quản lý địa chỉ URL Exchange bên trong và bên ngoài của các dịch vụ khác nhau.
Chúng tôi sẽ xem xét một số ví dụ về các giao diện có sẵn để chúng tôi quản lý nhiều loại Exchange dịch vụ - giao diện đồ họa và giao diện PowerShell.

Trong các bài viết sau, chúng ta sẽ xem xét “chi tiết” các cấu hình Exchange liên quan đến cấu hình URL bên trong và bên ngoài của Exchange.

Dịch vụ web Exchange so với dịch vụ dựa trên Exchange

Trước khi chúng ta bắt đầu một cuộc tranh luận mang tính triết học về thuật ngữ - Dịch vụ web Exchange.

Việc sử dụng thường xuyên cụm từ - Dịch vụ web Exchange liên quan đến một giao diện máy chủ Exchange cụ thể có tên - EWS (Dịch vụ web Exchange).

Giao diện Exchange này cho phép khách hàng gửi địa chỉ đến máy chủ Exchange và yêu cầu dịch vụ dựa trên web duy nhất như - Dịch vụ sẵn có, Trả lời tự động (ngoài văn phòng), mẹo gửi thư và hơn thế nữa.

Bên cạnh giao diện EWS, Exchange Server còn cung cấp nhiều dịch vụ khác nhau.

Ví dụ: Exchange cung cấp giao diện “chuyên dụng” cho từng ứng dụng thư khách khác nhau, chẳng hạn như:

  • OWA - cho phép máy khách dựa trên web truy cập vào hộp thư của họ
  • Outlook mọi nơi - cho phép ứng dụng khách dựa trên Outlook truy cập vào hộp thư của họ
  • ActiveSync - cho phép ứng dụng khách dựa trên thiết bị di động truy cập vào hộp thư của họ.

Các ví dụ bổ sung cho các dịch vụ mà Exchange cung cấp là:

  • OAB - sổ địa chỉ ngoại tuyến được máy khách Outlook sử dụng.
  • ECP - Bảng điều khiển Exchange, khả năng quản lý máy chủ Exchange hoặc truy cập các phần cụ thể của quản lý Exchange bằng cách sử dụng nền tảng web

Mẫu số chung cho tất cả các dịch vụ này là tất cả chúng đều có thể được mô tả là “dịch vụ dựa trên web”. dịch vụ ". Giao thức liên lạc là - HTTP hoặc HTTPS và quyền truy cập cho từng dịch vụ Exchange khác nhau được triển khai bằng cách sử dụng địa chỉ URL.

Vì vậy, câu hỏi lớn là - khi chúng ta nói dịch vụ web Exchange, ý nghĩa chính xác của chúng ta là gì?

Câu trả lời của tôi là nó không quan trọng.

Kiến trúc Exchange chủ yếu dựa trên các dịch vụ dựa trên web và định nghĩa chính xác về dịch vụ web Exchange so với các dịch vụ dựa trên web Exchange không thành vấn đề.

Vấn đề là gì:

  1. Trao đổi danh tính kép trong trường hợp có nghĩa là tên máy chủ nội bộ và tên máy chủ bên ngoài, chúng ta cần biết cách gán các “danh tính” này cho từng dịch vụ web Exchange.
  2. Nhiều tên công khai

Nhiều khi, Sàn giao dịch sẽ có một vài tên công khai. Một lần nữa, điều quan trọng là chúng ta phải biết các “danh tính” (các tên công khai khác nhau) này được chỉ định như thế nào cho từng dịch vụ web Exchange.

Quản lý địa chỉ URL dịch vụ web Exchange.

Như đã đề cập, mỗi dịch vụ dựa trên web Exchange đều được thể hiện bằng địa chỉ URL. Trong bài viết sau, chúng tôi sẽ xem xét ba giao diện quản lý Exchange mà chúng tôi sử dụng để quản lý địa chỉ URL:

  1. Giao diện quản lý đồ họa Exchange 2010
  2. Giao diện quản lý đồ họa Exchange 2013
  3. Trao đổi lệnh PowerShell

Hỏi: Tại sao tôi nên sử dụng giao diện Exchange PowerShell thay vì giao diện đồ họa Exchange?

A: Về lý thuyết, chúng tôi có thể giả định rằng trong trường hợp chúng tôi có thể quản lý địa chỉ URL bên trong và bên ngoài Exchange bằng giao diện đồ họa và không cần sử dụng giao diện PowerShell không thân thiện.

Trên thực tế, nhiều khi chúng ta sẽ phải sử dụng giao diện PowerShell vì một số cấu hình không có sẵn qua giao diện đồ họa của máy chủ Exchange.

Một khía cạnh khác là giao diện đồ họa Exchange 2010 không bao gồm tùy chọn quản lý tất cả các dịch vụ web Exchange khác nhau.

Một trong những cải tiến của Exchange 2013 là các tùy chọn bổ sung để quản lý các dịch vụ web Exchange không có sẵn trong giao diện quản lý Exchange 2010.

Các dịch vụ web Exchange mà chúng ta cần biết.

Trong phần sau, chúng tôi sẽ xem xét phần “cách ” quản lý địa chỉ URL bên trong và bên ngoài của Exchange, nhưng điều quan trọng cần nhấn mạnh là giai đoạn sơ bộ là “giai đoạn lập kế hoạch”, trong đó chúng tôi quyết định về kịch bản thích hợp nhất mà sẽ phù hợp với nhu cầu tổ chức cụ thể của chúng tôi.

Ví dụ

  • Quyết định xem chúng ta có muốn sử dụng tùy chọn một không gian tên hợp nhất trong đó không gian tên bên trong và không gian tên bên ngoài sẽ giống hệt nhau hay không.
  • Quyết định “danh tính” công khai (tên máy chủ công khai) mà chúng tôi sẽ chỉ định cho máy chủ Exchange đối mặt với Công chúng là gì.

Dựa trên các đặc điểm của một kịch bản cụ thể phù hợp với tổ chức của chúng tôi, chúng tôi sẽ có thông tin cần thiết cho

  • Mua chứng chỉ công cộng
  • Tạo cấu hình được yêu cầu trong Exchange liên quan đến địa chỉ URL bên trong + bên ngoài của dịch vụ web Exchange

Quản lý dịch vụ web Exchange 2010 bằng giao diện đồ họa Exchange

Cấu hình của hầu hết các dịch vụ web Exchange 2010 được triển khai bằng cách truy cập phần trên - Cấu hình máy chủ và sau đó là phần phụ của - Truy cập máy khách.
Ghi chú

  1. Giao diện quản lý bao gồm tùy chọn quản lý giao thức POP3 và IMAP4. Chúng ta sẽ không đề cập đến phần này vì giao thức này không được coi là dịch vụ web Exchange
  2. Giao diện hiện tại không bao gồm tùy chọn quản lý dịch vụ Exchange Outlook Anywhere. Việc quản lý Outlook Anywhere được thực hiện thông qua phần “cấu hình máy chủ”.

1.tab Bảng điều khiển Exchange và Outlook Web App

Tab này cho phép chúng tôi đặt địa chỉ URL của dịch vụ Exchange cho máy khách email trực tuyến (OWA) và Exchange ECP (Bảng điều khiển Exchange).

Tab đầu tiên - Outlook Web App cho phép chúng tôi đặt địa chỉ URL bên trong + bên ngoài sẽ được ứng dụng thư OWA sử dụng.

Trong ảnh chụp màn hình sau, chúng ta có thể thấy tùy chọn trong tab Chung.

Trong ví dụ của chúng tôi, URL nội bộ cho ứng dụng thư OWA dựa trên tên máy chủ nội bộ của máy chủ Exchange - ex01.0365info.local so với địa chỉ URL bên ngoài hoặc công khai sử dụng tên công khai của máy chủ Exchange - owa.o365info.com

Dịch vụ Exchange OWA bao gồm các tab bổ sung cho phép chúng tôi thiết lập giao thức xác thực và một cài đặt khác liên quan đến dịch vụ thư OWA.

2. Cài đặt URL Exchange ActiveSync

Khi xem xét các tùy chọn có sẵn cho chúng tôi về cấu hình URL Exchange ActiveSync, chúng tôi có thể thấy rằng chúng tôi có thể đặt URL bên ngoài và URL bên trong cho URL ActiveSync.

Thoạt nhìn, có vẻ hơi lạ vì máy khách ActiveSync chẳng hạn như thiết bị di động không bao giờ có thể truy cập - “URL ActiveSync nội bộ” vì máy khách ActiveSync chỉ truy cập máy chủ Exchange CAS qua mạng công cộng.

Câu trả lời là URL nội bộ của ActiveSync chỉ được sử dụng cho mục đích ủy quyền trong trường hợp máy chủ Exchange CAS công khai cần kết nối máy chủ Exchange bổ sung hoặc nội bộ (không được hiển thị).

3. Cài đặt tên máy chủ Outlook Anywhere.

Trong ảnh chụp màn hình sau, chúng ta có thể thấy cách chúng ta sử dụng giao diện đồ họa Exchange để định cấu hình dịch vụ Outlook Anywhere.

Lưu ý rằng trong kiến trúc máy chủ Exchange 2010 so với tất cả “các dịch vụ web Exchange khác”, cài đặt của dịch vụ Outlook Anywhere chỉ bao gồm tên máy chủ công khai của máy chủ Exchange.

Kiến trúc máy chủ Exchange 2013 bao gồm tùy chọn định cấu hình tên máy chủ nội bộ + bên ngoài cho máy khách Outlook Anywhere.

Dịch vụ web Exchange không thể định cấu hình từ giao diện quản lý đồ họa Exchange.

Như đã đề cập, giao diện quản lý đồ họa Exchange không bao gồm tùy chọn cài đặt tất cả các dịch vụ web Exchange có sẵn.

Các dịch vụ web Exchange sau đây không thể cấu hình từ giao diện quản lý đồ họa Exchange

  • Trao đổi dịch vụ EWS
  • Dịch vụ web tự động phát hiện Exchange

Quản lý dịch vụ web Exchange 2013 bằng giao diện web đồ họa Exchange

Giao diện đồ họa Exchange 2013 (dựa trên web)

Chúng tôi sẽ không đi vào so sánh chi tiết về giao diện đồ họa Exchange 2010 so với giao diện đồ họa Exchange 2013, nhưng tôi muốn xem xét một số khác biệt đáng kể giữa hai giao diện Exchange đó.

Cài đặt dịch vụ web Exchange trong Exchange 2013 được triển khai bằng cách truy cập menu máy chủ và ở thanh menu trên cùng, thư mục ảo thực đơn.

Giao diện đồ họa của Exchange 2013 bao gồm “các dịch vụ web bổ sung” bị thiếu trong giao diện Exchange 2010.

Các dịch vụ web khác xuất hiện trong quản lý Exchange 2013 là:

  • Trao đổi EWS
  • Tự động phát hiện
  • PowerShell

1. Tự động phát hiện cài đặt dịch vụ web

Trong trường hợp muốn xem xét cài đặt cấu hình của dịch vụ web Tự động phát hiện, chúng ta có thể thấy rằng giao diện đồ họa của Exchange 2013 không bao gồm tùy chọn định cấu hình URL bên trong hoặc bên ngoài của dịch vụ Tự động phát hiện. Tùy chọn duy nhất là thiết lập các giao thức xác thực.

Lưu ý: Về mặt kỹ thuật, trường hợp chúng tôi cần đặt\update giá trị của các dịch vụ web Exchange liên quan đến Tự động phát hiện là rất hiếm.

2. Trao đổi cài đặt EWS

Một điểm mới thú vị là khả năng trong Exchange 2013 có thể định cấu hình URL của Exchange EWS bằng giao diện đồ họa. Vì lý do nào đó, tùy chọn này đã bị bỏ qua khỏi giao diện Exchange 2010.

Xin nhắc lại nhanh về mục đích của EWS - EWS (Dịch vụ web trao đổi) là một trong những dịch vụ web của Exchange chính, đóng vai trò là “cổng” cho nhiều loại dịch vụ web như - Dịch vụ sẵn có (Thời gian rảnh/bận ), trả lời tự động (Outlook of office), mẹo về thư và hơn thế nữa.

Lưu ý: URL EWS phục vụ cho dịch vụ bổ sung như MRSProxy để di chuyển hộp thư và các dịch vụ Exchange khác không liên quan trực tiếp đến chủ đề của - ”Tự động phát hiện ”

3. Giao diện quản lý Exchange Outlook Anywhere

Giao diện Exchange 2013 quản lý dịch vụ Outlook Anywhere thân thiện hơn một chút so với giao diện Exchange 2010 trước đó.

Giao diện 2013 cho phép chúng tôi chỉnh sửa + xem tên của máy chủ Exchange sẽ cung cấp dịch vụ Outlook Anywhere và cũng cho phép định cấu hình tên máy chủ nội bộ + bên ngoài

Quản lý địa chỉ URL của dịch vụ Tự động phát hiện Exchange trong môi trường dựa trên Active Directory.

Sở dĩ tôi quyết định dành một phần dành riêng cho chủ đề quản lý địa chỉ URL của dịch vụ Exchange Autodiscover là vì chủ đề này rất khó hiểu và không quá rõ ràng.

“Hành trình” của máy khách Tự động phát hiện bắt đầu với bước đầu tiên trong đó máy khách Tự động phát hiện cần xác định vị trí một máy chủ Exchange sẽ cung cấp cho anh ta các dịch vụ Tự động phát hiện cần thiết, đánh địa chỉ vào máy chủ Exchange, gửi truy vấn, v.v.

Bây giờ, hãy tập trung vào từ - “xác định vị trí”.

Phương pháp mà máy khách Outlook nội bộ sử dụng để tìm Điểm cuối tự động phát hiện được yêu cầu
(Máy chủ Exchange) hoàn toàn khác với phương thức được các máy khách Outlook bên ngoài triển khai.

Máy khách Outlook nội bộ không biết.

  • Những máy chủ Exchange sẵn có nào có thể cung cấp Dịch vụ Tự động phát hiện?
  • Tên máy chủ của họ là gì?
  • Địa chỉ URL bắt buộc để đánh địa chỉ dịch vụ Exchange Autodiscover là gì?

Trong môi trường Active Directory tại chỗ, máy khách Tự động phát hiện không biết tên máy chủ Exchange CAS “của mình” (cơ sở hạ tầng Exchange nội bộ, có thể có một hoặc nhiều máy chủ Exchange CAS).

Để có thể lấy “tên” của các máy chủ Exchange CAS sẵn có, máy khách Tự động phát hiện nội bộ cần xác định địa chỉ Active Directory cục bộ và truy vấn Active Directory để biết tên của các máy chủ máy chủ Exchange CAS sẵn có.

Vì lý do này, có một yêu cầu bắt buộc trước đó để cấu thành thành công “quy trình đăng ký” máy chủ Exchange CAS.

Lưu ý: Theo mặc định, quy trình “quy trình đăng ký” máy chủ Exchange CAS được triển khai tự động bởi mỗi máy chủ Exchange CAS.

Vs. ký tự này của máy khách Outlook nội bộ, điều ngược lại đúng với các máy khách Outlook bên ngoài:

Máy khách Outlook bên ngoài “biết trước” địa chỉ URL chính xác của máy chủ Exchange có thể cung cấp cho anh ta các dịch vụ Tự động phát hiện cần thiết.

Ứng dụng khách Tự động phát hiện bên ngoài không cần một “nguồn thông tin” chẳng hạn như -
Thư mục Hoạt động Tại chỗ sẽ cung cấp cho anh ta tên của Điểm cuối Tự động phát hiện hiện tại mà thay vào đó, ứng dụng khách Tự động phát hiện bên ngoài đang tìm kiếm một máy chủ rất cụ thể tên.

Trong ví dụ của chúng tôi, do địa chỉ E-mail của ứng dụng thư bên ngoài sử dụng tên miền - o365info.com , ứng dụng khách Tự động phát hiện (chẳng hạn như Outlook) sẽ truy vấn máy chủ DNS đang tìm kiếm đối với địa chỉ IP của máy chủ có tên - autodiscover.o365info.com

Khi ứng dụng khách Tự động phát hiện bên ngoài đánh địa chỉ máy chủ Exchange CAS Công khai bằng tên máy chủ Tự động phát hiện (autodiscover.o365info.com trong ví dụ của chúng tôi), thành phần IIS của máy chủ Exchange CAS “biết” cách để chấp nhận yêu cầu FQDN autodiscover.o365info.com

Đăng ký thông tin về Điểm cuối tự động phát hiện

Hãy làm cho nó thậm chí còn phức tạp hơn.

Dịch vụ tự động phát hiện và cơ sở hạ tầng nội bộ của tổ chức

Về cơ sở hạ tầng nội bộ của tổ chức, trong các tình huống tiêu chuẩn hoặc đơn giản, chúng ta không cần thực hiện bất kỳ hành động nào để “đăng ký” máy chủ Exchange và thông báo cho máy khách nội bộ về “Điểm cuối tự động phát hiện của họ” vì Exchange biết cách tự động đăng ký trong Active Directory .

Quá trình tự động trong đó máy chủ Exchange tự đăng ký trong Active Directory chỉ phù hợp trong một tình huống đơn giản. Trong các tình huống nâng cao hơn, chúng tôi sẽ cần “hủy” thông tin đã được Exchange Tự động đăng ký và tạo một giá trị mới và cập nhật.

Dịch vụ tự động phát hiện và cơ sở hạ tầng bên ngoài

Về tình huống trong đó máy khách Tự động phát hiện bên ngoài cần “sử dụng” các dịch vụ Tự động phát hiện của Exchange, cách mà các máy khách Tự động phát hiện sử dụng để định vị máy chủ Exchange sẽ cung cấp các dịch vụ Tự động phát hiện cần thiết là hoàn toàn khác.

Máy khách Tự động phát hiện biết tên máy chủ + địa chỉ URL của máy chủ Exchange có thể cung cấp thông tin Tự động phát hiện.

Với tư cách là quản trị viên Exchange, chúng ta sẽ cần

  • Xuất bản tên máy chủ Tự động phát hiện trong cơ sở hạ tầng DNS công cộng
  • Thêm tên máy chủ Tự động phát hiện vào chứng chỉ công cộng

Một điều thú vị là so với dịch vụ web Exchange “khác”, trong đó chúng ta cần “chơi” với địa chỉ URL bên trong và bên ngoài, loại xác thực và các tham số khác khi xử lý cơ chế Tự động phát hiện Exchange sẽ phục vụ bên ngoài. Máy khách Exchange, khái niệm chính là chúng tôi không cần phải làm gì cả!
Trường hợp chúng tôi cần “chơi” với cài đặt Tự động phát hiện Exchange ảnh hưởng đến máy khách Tự động phát hiện bên ngoài là rất hiếm.

Quản lý cài đặt Tự động phát hiện Exchange

Trong trường hợp cần quản lý cài đặt Exchange Autodiscover, chúng ta cần sử dụng giao diện Exchange PowerShell.

Trong phần tiếp theo, chúng tôi sẽ trình bày cách xử lý “đăng ký Tự động phát hiện nội bộ” của Exchange trong Active Directory.

Chúng tôi sẽ không trình bày cách quản lý “đăng ký Tự động phát hiện bên ngoài” của Exchange vì lý do đơn giản là 99,9% chúng tôi không cần “chơi” với cài đặt Tự động phát hiện Exchange của dịch vụ web Exchange.

Hỏi: Trong trường hợp nào chúng tôi muốn\cần cập nhật thông tin đã được máy chủ Exchange đăng ký trong Active Directory?

Đ: Câu trả lời có thể liên quan đến một số tình huống có thể xảy ra:

Kịch bản 1: Mảng CAS Exchange 2010
Trong kịch bản Mảng CAS Exchange, chúng ta sẽ cần “xóa” địa chỉ URL mặc định đã được đăng ký tự động với máy chủ Exchange CAS và thay vào đó, hãy thêm một địa chỉ URL mới sẽ bao gồm tên máy chủ (FQDN) đại diện cho tên mảng Exchange CAS.

Kịch bản 2: Chia DNS

Kịch bản “Chia DNS”, mô tả cấu hình trong đó địa chỉ URL của máy chủ Exchange CAS bên trong và bên ngoài giống hệt nhau.

Trong trường hợp này, chúng tôi cũng cần phải “xóa ” địa chỉ URL mặc định đã được đăng ký tự động với máy chủ Exchange CAS và thay vào đó, thêm URL bao gồm FQDN được sử dụng cho URL bên trong và bên ngoài.
Theo mặc định , máy chủ Exchange CAS sẽ đăng ký tên “NetBIOS” của mình làm tên máy chủ + tên miền Active Directory.

Trong trường hợp chúng tôi muốn sử dụng một tên máy chủ khác sẽ đại diện cho máy chủ Exchange CAS, chúng tôi sẽ cần thay đổi tên máy chủ Exchange mặc định (tên mặc định “NetBIOS”).

Kịch bản 3: Môi trường “Chỉ đám mây ”

Trong một trường hợp cụ thể trong đó tất cả cơ sở hạ tầng thư đã được di chuyển sang đám mây (Office 365 và Exchange Online), bạn có thể thay đổi URL mặc định được máy chủ Exchange CAS tự động tạo “không còn tồn tại nữa” và thay vào đó, cập nhật phần FQDN trong địa chỉ URL để trỏ đến Điểm cuối tự động phát hiện Office 365 -
autodiscover.o365info.com

Trao đổi dịch vụ web | Giao diện Exchange PowerShell

Trong phần sau, chúng ta sẽ xem xét chủ đề về URL bên trong và bên ngoài của dịch vụ web Exchange bằng cách sử dụng PowerShell.

Như đã đề cập, chúng ta sẽ cần sử dụng giao diện PowerShell vì trong một số trường hợp chẳng hạn như khi sử dụng giao diện đồ họa Exchange 2010, không có tùy chọn khả dụng nào để tạo hoặc cập nhật cài đặt URL được yêu cầu.

Có một lợi thế bổ sung khi sử dụng lệnh PowerShell vì nhiều khi chúng ta có thể thấy thông tin bổ sung không xuất hiện trong giao diện đồ họa Exchange mặc định

Quản lý thông tin Tự động phát hiện Exchange đã đăng ký trong Active Directory SCP bằng PowerShell

Dịch vụ Tự động phát hiện trao đổi và SCP tại chỗ Active Directory

Các tác vụ quản lý liên quan đến thông tin đã đăng ký với máy chủ Exchange CAS trong SCP của Active Directory là:

  1. Xem chi tiết đã được đăng ký với máy chủ Exchange CAS trong Active Directory SCP. Để có thể xem thông tin trong điểm kết nối dịch vụ Active Directory (SCP), chúng ta sử dụng lệnh - Get-ClientAccessServer
  2. Quản lý (cập nhật) các chi tiết đã được đăng ký với máy chủ Exchange CAS trong Active Directory SCP. Để có thể cập nhật thông tin trong điểm kết nối dịch vụ Active Directory (SCP), chúng ta sử dụng lệnh - Set-ClientAccessServer

Hỏi: “Thông tin” được đăng ký với máy chủ Exchange CAS trong điểm kết nối dịch vụ Active Directory (SCP) là gì?

A: Thông tin chi tiết về máy chủ Exchange CAS được đăng ký tại điểm kết nối dịch vụ Active Directory (SCP) là:

  1. FQDN nội bộ của máy chủ Exchange On-Premise
  2. URL Tự động phát hiện (thuật ngữ chính xác hơn là URI)
  3. Phạm vi Trang web Tự động phát hiện (trang web Active Directory tại chỗ nơi đặt máy chủ Exchange).

Lệnh PowerShell “thần kỳ” sẽ giúp chúng ta quản lý thông tin đã đăng ký trong điểm kết nối dịch vụ Active Directory (SCP) là - Set-ClientAccessServer

1. Hiển thị thông tin đã đăng ký tại điểm kết nối dịch vụ Active Directory (SCP)

Để có thể xem thông tin này (thông tin được đăng ký với máy chủ Exchange cho máy khách nội bộ), chúng ta có thể sử dụng lệnh PowerShell sau:

Get-ClientAccessServer -Identity <Server> | FL Autodiscover*

Ví dụ 1: xem thông tin về tên đã được đăng ký tại Active Directory SCP bởi máy chủ Exchange có tên - ex01

Trong ảnh chụp màn hình sau, chúng ta có thể thấy rằng máy chủ Exchange đã đăng ký tại SCP bằng cách sử dụng địa chỉ URL:

https://ex01.0365info.local/Autodiscver/Autodiscver.xml

Ngoài ra, chúng ta có thể thấy rằng máy chủ Exchange xuất hiện là thành viên trong
{Default-First-Site-Name

Giá trị đại diện cho thông tin mà máy chủ Exchange đăng ký trong Active Directory là - AutoDiscoverServiceInternalUri

Ví dụ 2: tối ưu hóa đầu ra từ lệnh PowerShell

Trong trường hợp chúng ta muốn tối ưu hóa đầu ra từ lệnh PowerShell, để có thể thấy rõ thông tin được nhận ra đến địa chỉ URL đã được đăng ký + thông tin về

Get-ClientAccessServer -Identity <Server> | Select name, AutodiscoverServiceInternalURI, AutodiscoverSiteScope | FT -AutoSize

Trong ảnh chụp màn hình sau, chúng ta có thể xem chi tiết về máy chủ Exchange có tên - ex01.o365local.com

Trong phần - AutodiscoverServiceInternalURI, chúng ta có thể thấy địa chỉ URL Tự động phát hiện điểm kết nối dịch vụ Active Directory (SCP).

Chúng ta có thể thấy rằng FQDN của máy chủ Exchange dựa trên tên Exchange “riêng tư” (NetBIOS) + tên miền Active Directory tại chỗ.

Ngoài ra, chúng tôi có thể xem thông tin về trang web Active Directory tại chỗ mà máy chủ Exchange đã cài đặt. Trong trường hợp của chúng tôi, chúng tôi có thể thấy rằng máy chủ Exchange được cài đặt trên trang web Active Directory tại chỗ có tên - {Default-First-Site-Name.

2. Cập nhật thông tin Tự động phát hiện máy chủ Exchange CAS

Trong một số trường hợp, chúng tôi cần thay đổi hoặc cập nhật các giá trị mặc định của máy chủ Autodiscover Exchange CAS được đăng ký tự động tại điểm kết nối dịch vụ Active Directory (SCP)

Ví dụ 1: Trao đổi mảng CAS

Trong trường hợp chúng ta muốn thêm tên của mảng CAS vào Active Directory Service Connection Point (SCP), chúng ta có thể sử dụng cú pháp lệnh PowerShell sau:

Set-ClientAccessServer -Identity "<Exchange server>" -AutodiscoverServiceInternalURI "<CAS Autodiscover URL address>"

Ví dụ: trong kịch bản của chúng tôi, tên mảng CAS của máy chủ Exchange CAS là - cas.o365info.local

Set-ClientAccessServer -Identity "<Exchange server>" -AutodiscoverServiceInternalURI "<CAS Autodiscover URL address>"

Ví dụ 2: thêm trang Active Directory bổ sung vào máy chủ Exchange CAS

Trong trường hợp có nhiều site Exchange, cách tốt nhất là “gán” giá trị site của thông tin xuất hiện trong Active Directory SCP.

Ví dụ: chúng tôi muốn triển khai một cấu hình trong đó một máy chủ Exchange CAS cụ thể có tên - exo1, sẽ tự “đăng ký” làm máy chủ Exchange CAS có sẵn cho hai Active Directory khác nhau các trang web cùng một lúc.

Trong ví dụ của chúng tôi, chúng tôi muốn “đính kèm” máy chủ Exchange CAS vào các trang Active Directory sau: USA-NY và USA-LA

Lệnh PowerShell mà chúng tôi sử dụng sẽ là:

Set-ClientAccessServer -Identity "ex01" -AutodiscoverSiteScope "USA-NY","USA-LA"

Nhận thông tin về dịch vụ web Exchange Autodiscover bằng PowerShell

Như chúng tôi đã đề cập trước đây, hầu hết không cần phải định cấu hình hoặc quản lý địa chỉ URL bên trong và bên ngoài Tự động phát hiện của máy chủ Exchange CAS.

Nhưng tôi chắc rằng một số bạn hơi tò mò và muốn xác minh đây chỉ là một câu chuyện cổ tích hay một lời tuyên bố có thật.

Để có thể thỏa mãn cơn đói của bạn, hãy tìm thêm một số thông tin về địa chỉ URL bên trong và bên ngoài Tự động phát hiện của máy chủ Exchange CAS.

Các lệnh PowerShell mà chúng tôi sử dụng để nhận thông tin và quản lý dịch vụ Tự động phát hiện -địa chỉ URL bên trong và bên ngoài là:

Get-AutodiscovervirtualDirectory
Set-AutodiscovervirtualDirectory

Hiển thị thông tin về thư mục ảo Exchange Autodiscover

Ví dụ 1: xem cài đặt dịch vụ web Tự động phát hiện của Tự động phát hiện máy chủ Exchange CAS cụ thể

Để có thể xem cài đặt dịch vụ web Tự động phát hiện của Tự động phát hiện một máy chủ Exchange CAS cụ thể, chúng tôi sẽ sử dụng lệnh PowerShell sau:

Get-AutodiscovervirtualDirectory "ex01\*" | FL

Trong ảnh chụp màn hình sau, chúng ta có thể thấy một số chi tiết về thư mục ảo Tự động phát hiện máy chủ Exchange CAS.

Bạn có thể thấy giá trị của InternalUrl và ExternalUrl trống!

Thông tin bổ sung có sẵn liên quan đến phương thức xác thực sẽ được sử dụng như - Cơ bản, NTLM, Windows tích hợp và WSSecurity.

Ví dụ 2: tinh chỉnh kết quả của PowerShell

Trong trường hợp chúng tôi muốn tinh chỉnh kết quả của lệnh PowerShell, chúng tôi có thể lọc đầu ra bằng cách sử dụng lệnh PowerShell:

Get-AutodiscovervirtualDirectory "ex01\*" | Select name, Server, InternalUrl, ExternalUrl

Ví dụ 3: nhận thông tin về cài đặt Tự động phát hiện của tất cả các máy chủ Exchange CAS hiện có

Trong trường hợp bạn muốn lấy thông tin về cài đặt Tự động phát hiện của tất cả các máy chủ Exchange CAS hiện tại, bạn có thể sử dụng lệnh PowerShell:

Get-AutodiscovervirtualDirectory | Select name, Server, InternalUrl, ExternalUrl

Trong ảnh chụp màn hình sau, chúng ta có thể xem thông tin về cài đặt Tự động phát hiện của tất cả các máy chủ Exchange CAS hiện có

Đặt cài đặt xác thực của dịch vụ Tự động phát hiện máy chủ Exchange CAS

Cài đặt xác thực cho dịch vụ web Tự động phát hiện phải được cấu hình tự động để hỗ trợ yêu cầu xác thực + hỗ trợ giao thức xác thực được yêu cầu.

Trong một số trường hợp khắc phục sự cố, trong trường hợp có sự cố hoặc thiếu cấu hình của dịch vụ web Tự động phát hiện, chúng tôi có thể “khắc phục” sự cố bằng cách sử dụng lệnh PowerShell.

Trong PowerShell sau đây, chúng tôi sẽ định cấu hình các dịch vụ web Tự động phát hiện để hỗ trợ giao thức xác thực WSSecurity:

Set-AutodiscoverVirtualDirectory -identity "CASServerName\Autodiscover (Default Web Site)" -WSSecurityAuthentication $true

Quản lý dịch vụ web Exchange (EWS) bằng PowerShell

Như đã đề cập, tùy chọn cấu hình địa chỉ URL bên trong và bên ngoài của dịch vụ web Exchange (EWS) không khả dụng khi sử dụng giao diện đồ họa Exchange 2010 chỉ khi sử dụng giao diện quản lý web Exchange 2013.

Xin nhắc lại nhanh - các dịch vụ web Exchange (EWS) là một thành phần thiết yếu cho nhiều máy chủ web Exchange phổ biến như dịch vụ có sẵn (Thời gian rảnh\bận), Trả lời tự động (Ngoài văn phòng), mẹo gửi thư và nhiều dịch vụ khác hơn.

Trong trường hợp máy chủ Exchange CAS công khai, điều quan trọng là phải kiểm tra và xác minh rằng URL bên ngoài của dịch vụ web Exchange (EWS) đã được cập nhật và bao gồm “cài đặt phù hợp” sẽ cho phép ứng dụng thư bên ngoài truy cập vào các dịch vụ Exchange EWS được yêu cầu.

Hiển thị thông tin về dịch vụ web Exchange (EWS)

Bước đầu tiên là hiển thị thông tin về “giá trị” của URL bên trong và bên ngoài của dịch vụ web Exchange (EWS).

Ví dụ 1: hiển thị thông tin về cài đặt EWS của máy chủ Exchange CAS cụ thể

Để có thể xem cài đặt EWS của máy chủ Exchange CAS có tên: exo1, chúng tôi sẽ sử dụng lệnh PowerShell sau:

Get-WebServicesVirtualDirectory "ex01\*" | FL *url*

Trong ảnh chụp màn hình sau, chúng ta có thể xem ví dụ về Outlook mà chúng tôi nhận được từ máy chủ Exchange được định cấu hình là máy chủ Exchange công khai.

Chúng tôi có thể thấy điều đó

  • Giá trị trong InternalURL bao gồm “tên máy chủ riêng” của máy chủ Exchange - o365info.local
  • Giá trị trong ExternalURL bao gồm “tên máy chủ công cộng” của máy chủ Exchange - o365info.com

Ví dụ 2: hiển thị thông tin về cài đặt EWS của tất cả máy chủ Exchange CAS hiện có

Để có thể xem cài đặt EWS của tất cả các máy chủ Exchange CAS hiện tại, chúng tôi sẽ sử dụng lệnh PowerShell sau:

Get-WebServicesVirtualDirectory | FL *url*

Trong ảnh chụp màn hình sau, chúng ta có thể xem thông tin về địa chỉ URL dịch vụ web Exchange của tất cả các máy chủ Exchange trong tổ chức.

Ví dụ 3: hiển thị thông tin về cài đặt EWS của máy chủ Exchange CAS cụ thể + đã tinh chỉnh kết quả đầu ra

Get-WebServicesVirtualDirectory "ex01\*" | Select InternalUrl,ExternalUrl

Trong ảnh chụp màn hình sau, chúng ta có thể thấy thông tin về cài đặt xác thực dịch vụ web Exchange.

Đặt\cập nhật địa chỉ URL của dịch vụ web Exchange (EWS)

Ví dụ 1: Đặt địa chỉ URL “công khai ” (bên ngoài) của dịch vụ web Exchange (EWS)

Trong ví dụ sau, FQDN của máy chủ Exchange CAS công khai là - mail.o365info.com

Lệnh PowerShell:

Set-WebServicesVirtualDirectory -Identity "CAS01\EWS (Default Web Site)" - ExternalUrl https://mail.o365info.com/ews/exchange.asmx

Ví dụ 2: Đặt địa chỉ URL nội bộ của dịch vụ web Exchange (EWS)

Trong ví dụ sau, FQDN của máy chủ Exchange CAS là - ex01.o365info.local

Lệnh PowerShell:

Set-WebServicesVirtualDirectory -Identity "CAS01\EWS (Default Web Site)" -InternalUrl https://ex01.o365info.local/ews/exchange.asmx

Quản lý việc “đặt lại” các dịch vụ web Exchange bằng PowerShell

Trong phần sau, chúng tôi sẽ cung cấp một số ví dụ chung cho trường hợp phổ biến trong đó chúng tôi cần quản lý tên máy chủ địa chỉ URL cho các dịch vụ web Exchange khác nhau

Trao đổi OAB (sổ địa chỉ ngoại tuyến) 

Set-OABVirtualDirectory -identity "ex01\OAB (Default Web Site)"
-InternalUrl "https://ex01.o365info.local/oab"
-ExternalUrl "https://mail.o365info.com/oab"

Dịch vụ web ActiveSync Exchange

Ví dụ 1: Hiển thị thông tin về Exchange ActiveSync | URL nội bộ và bên ngoài

Lệnh PowerShell:

Get-ActiveSyncVirtualDirectory -Server "ex01" | FL

Ví dụ 2: đặt URL bên trong và bên ngoài Exchange ActiveSync

Set-ActiveSyncVirtualDirectory -Identity "EX01\Microsoft-Server-ActiveSync"
-InternalUrl "https://ex01.o365info.local/Microsoft-Server-ActiveSync"
-ExternalUrl "https://mail.o365info.com/Microsoft-Server-ActiveSync"

Dịch vụ web OWA Exchange

Hiển thị thông tin về dịch vụ web OWA Exchange

Ví dụ 1: hiển thị tất cả thông tin có sẵn về dịch vụ web OWA Exchange trên máy chủ Exchange CAS cụ thể.

Lệnh PowerShell:

Get-OWAVirtualDirectory -identity "EX01\owa (default web site)"

Ví dụ 2: hiển thị thông tin về địa chỉ URL bên trong và bên ngoài của dịch vụ web OWA Exchange trên máy chủ Exchange CAS cụ thể.

Get-OWAVirtualDirectory -identity "EX01\owa (default web site)" | Select InternalUrl,ExternalUrl

Ví dụ 3: hiển thị tất cả thông tin có sẵn về dịch vụ web OWA Exchange của tất cả các máy chủ Exchange CAS hiện có.

Get-OwaVirtualDirectory | Select identity,InternalUrl,ExternalUrl

Đặt địa chỉ URL bên trong và bên ngoài cho dịch vụ web OWA Exchange

Ví dụ 1: Đặt địa chỉ URL bên trong và bên ngoài cho dịch vụ web OWA Exchange trên máy chủ Exchange CAS cụ thể

Set-OwaVirtualDirectory -Identity "ex01\owa (default Web site)"
-InternalUrl "https://ex01.o365info.local/owa"
-ExternalUrl "https://mail.o365info.com/owa"

Hiển thị thông tin về dịch vụ web ECP Exchange

Ví dụ 1: hiển thị tất cả thông tin có sẵn về dịch vụ web ECP Exchange trên máy chủ Exchange CAS cụ thể.

Lệnh PowerShell:

Get-EcpVirtualDirectory -server "EX01"

Ví dụ 2: hiển thị thông tin về địa chỉ URL bên trong và bên ngoài của dịch vụ web ECP Exchange trên máy chủ Exchange CAS cụ thể.

Get-EcpVirtualDirectory -server "EX01" | Select identity,InternalUrl,ExternalUrl

Ví dụ 3: hiển thị tất cả thông tin có sẵn về dịch vụ web ECP Exchange của tất cả các máy chủ Exchange CAS hiện có.

Get-EcpVirtualDirectory | Select identity,InternalUrl,ExternalUrl | FL

Đặt địa chỉ URL bên trong và bên ngoài cho dịch vụ web ECP Exchange

Ví dụ 1: Đặt địa chỉ URL bên trong và bên ngoài cho dịch vụ web OWA Exchange trên máy chủ Exchange CAS cụ thể

Set-EcpVirtualDirectory -Identity "ex01\ECP (Default Web Site)"
-InternalUrl "https://ex01.o365info.local/ecp"
-ExternalUrl "https://mail.o365info.com/ecp"

Dịch vụ web Outlook Anywhere Exchange

Ví dụ 1: hiển thị tất cả thông tin có sẵn về dịch vụ web Outlook Anywhere Exchange trên máy chủ Exchange CAS cụ thể.

Lệnh PowerShell:

Get-OutlookAnywhere -Identity "ex01\*"

Ví dụ 2: hiển thị thông tin về địa chỉ URL Tên máy chủ bên ngoài của dịch vụ web Outlook Anywhere Exchange của máy chủ Exchange CAS cụ thể.

Get-OutlookAnywhere -Identity "ex01\*"

Ví dụ 3: hiển thị tất cả thông tin có sẵn về dịch vụ web Outlook Anywhere Exchange của tất cả các máy chủ Exchange CAS hiện có.

Get-OutlookAnywhere | Select identity,ExternalHostname |FL

Bảng tóm tắt

Trong trường hợp bạn hơi bối rối với tất cả các tùy chọn quản lý dịch vụ web Exchange khác nhau, bạn có thể sử dụng bảng sau

Bài viết liên quan