Luồng tự động phát hiện trong môi trường Exchange tại chỗ | môi trường không phải Active Directory| Phần 1#3 | Phần 26#36

Máy khách tự động phát hiện sử dụng một phương pháp Tự động phát hiện khác để định vị Điểm cuối Tự động phát hiện trong môi trường dựa trên Active Directory tại chỗ so với môi trường không phải Active Directory. Máy khách Tự động phát hiện sẽ xác minh xem nó có nằm trong môi trường Active Directory hay không. Nếu anh ta quyết định rằng mình đang ở trong môi trường không phải Active Directory, máy khách Tự động phát hiện sẽ bắt đầu kích hoạt một thuật toán xác minh phức tạp được tạo để tìm và kết nối Điểm cuối Tự động phát hiện cần thiết.

Bài viết hiện tại và hai bài viết tiếp theo dành riêng cho việc xem xét quy trình Tự động phát hiện được triển khai trong môi trường không có Active Directory.

Thuật ngữ môi trường Non-Active Directory

Thuật ngữ “môi trường Thư mục không hoạt động ” mô tả một trong các trường hợp sau:
1. Máy tính để bàn của người dùng không phải là miền đã tham gia.
2. Máy tính để bàn của người dùng không nằm trên mạng của tổ chức nội bộ.

Khi máy khách Tự động phát hiện nhận ra rằng mình hoạt động trong một “môi trường Thư mục không hoạt động”, máy khách Tự động phát hiện sẽ “bỏ qua” giai đoạn mà nó xử lý Thư mục Hoạt động Tại chỗ và bắt đầu thực hiện quy trình Tự động phát hiện để tìm kiếm tên máy chủ Điểm cuối Tự động phát hiện được coi là một dẫn xuất của địa chỉ E-mail.

Định vị máy chủ điểm cuối tự động phát hiện | Active Directory so với không có - Môi trường Active Directory

Trước khi chúng ta đi vào chi tiết về quy trình Tự động phát hiện được triển khai trong môi trường không phải Active Directory, điều quan trọng là phải hiểu sự khác biệt đáng kể của phương pháp Tự động phát hiện được thực hiện trên từng môi trường này.

Trong môi trường Active Directory, máy khách Tự động phát hiện không biết tên của Điểm cuối Tự động phát hiện và thay vào đó, liên hệ với Active Directory như một nguồn cơ sở hạ tầng đáng tin cậy có thể cung cấp cho nó “tên” của các Điểm cuối Tự động phát hiện có sẵn (máy chủ Exchange CAS) .

Trong môi trường không có Active Directory, “phần còn thiếu” chính là Active Directory.

Thay vì đánh địa chỉ Active Directory để biết thông tin về tên của Điểm cuối Tự động phát hiện, máy khách Tự động phát hiện sẽ cần sử dụng một phương pháp khác.

Phương pháp Tự động phát hiện được ứng dụng khách Tự động phát hiện sử dụng dựa trên quy trình sau:

1. Điểm cuối Tự động phát hiện “đoán” hoặc “tạo” địa chỉ URL của Điểm cuối Tự động phát hiện tiềm năng dựa trên miền SMTP mà anh ta nhận được từ địa chỉ E-mail của người nhận.

2. Trong trường hợp ứng dụng khách Tự động phát hiện quản lý để định vị và liên lạc với “Điểm cuối tự động phát hiện tiềm năng” nhưng “máy chủ đích” không thể cung cấp cho anh ta thông tin cần thiết, ứng dụng khách Tự động phát hiện sẽ yêu cầu chuyển hướng đến Điểm cuối tự động phát hiện tiềm năng khác.

3. Trong trường hợp Điểm cuối Tự động phát hiện tiềm năng từ “bước 1” không thể cung cấp thông tin Tự động phát hiện cần thiết + không thể cung cấp chuyển hướng đến Điểm cuối Tự động phát hiện tiềm năng, ứng dụng khách Tự động phát hiện sẽ cố gắng truy vấn DNS đang tìm kiếm bản ghi SRV sẽ bao gồm tên máy chủ của Điểm cuối Tự động phát hiện tiềm năng.

Hãy chú ý đến thực tế là trong môi trường không có Active Directory; ứng dụng khách Tự động phát hiện có thể được coi là “ứng dụng khách mù” vì không có “nguồn thông tin chính thức” nào có thể cung cấp cho anh ta tên máy chủ cụ thể (URL nếu chúng tôi muốn chính xác hơn) của Điểm cuối Tự động phát hiện tiềm năng.

Tình huống có thể xảy ra trong đó máy khách tự động phát hiện không thể sử dụng phương pháp tự động phát hiện Active Directory.

Bốn tình huống có thể xảy ra trong đó máy khách không thể sử dụng phương pháp Tự động phát hiện dựa trên truy vấn LDAP và Active Directory tại chỗ là:

1. Máy tính để bàn không phải là một Miền được tham gia
Như tên của nó, tình huống này có thể liên quan đến một trong các tùy chọn sau:

• Máy tính để bàn của người dùng không được định cấu hình là thành viên miền (miền đã tham gia)
• Máy tính để bàn của người dùng được đặt làm thành viên miền (tên miền đã tham gia) nhưng người dùng đăng nhập cục bộ vào máy tính để bàn của mình chứ không phải vào “Hồ sơ tên miền”.

2. Máy tính để bàn là một Miền đã được tham gia nhưng không có tùy chọn nào để giao tiếp với Active Directory

Một ví dụ có thể là một người dùng mà sổ ghi chép của anh ta được coi là một Miền đã tham gia, nhưng người dùng tổ chức đang làm việc tại nhà hoặc trên mạng công cộng.

Trong trường hợp đó, mặc dù thực tế rằng máy tính để bàn là “Miền đã tham gia”, nỗ lực liên lạc với Active Directory sẽ không thành công vì theo mặc định, Active Directory coi là tài nguyên nội bộ hoặc được bảo vệ và nó không được máy chủ truy cập từ mạng công cộng.

3. Máy tính để bàn là một Miền được tham gia; có một tùy chọn để giao tiếp với Active Directory, nhưng Miền SMTP mà khách hàng tìm kiếm không “thuộc về” máy chủ Exchange on-Premises (Exchange không có thẩm quyền đối với tên miền cụ thể).

Ái chà!! Đây là một cái tên rất dài cho một tiêu đề kịch bản!

Một ví dụ về tình huống này có thể là người dùng muốn tạo hồ sơ thư Outlook mới bằng địa chỉ E-mail của người nhận.

Phần miền SMTP của địa chỉ E-mail của người nhận không “thuộc về” Miền của tổ chức (Miền mà Exchange tự coi là có thẩm quyền đối với chúng).

Trong trường hợp đó, mặc dù miền không phải là một phần của cơ sở hạ tầng Exchange cục bộ, máy khách Tự động phát hiện sẽ yêu cầu danh sách máy chủ Exchange CAS có sẵn từ Active Directory và cố gắng liên lạc với từng máy chủ Exchange CAS trong danh sách để tìm kiếm các máy chủ được yêu cầu. Tự động phát hiện thông tin.

Chỉ sau khi ứng dụng Tự động phát hiện sử dụng hết tất cả “Điểm cuối Tự động phát hiện nội bộ” có thể, ứng dụng Tự động phát hiện sẽ “đầu hàng” và bắt đầu sử dụng phương pháp Tự động phát hiện bổ sung.

4. Máy chủ Exchange tại chỗ không khả dụng.

Các điều lệ của kịch bản này là:

• Máy tính để bàn của người dùng là một Miền đã được tham gia.
• Máy khách Tự động phát hiện quản lý việc truy vấn Active Directory cục bộ và nhận danh sách các Điểm cuối Tự động phát hiện tiềm năng.
• Máy khách Tự động phát hiện cố gắng liên lạc với Điểm cuối Tự động phát hiện (máy chủ Exchange CAS), nhưng máy chủ Exchange CAS không sẵn dùng (không phản hồi, v.v.).

Trong trường hợp này, ứng dụng khách Tự động phát hiện sẽ "đầu hàng" và bắt đầu sử dụng phương pháp Tự động phát hiện bổ sung.

Hành trình tìm Kho Báu Thất Lạc- file Autodiscover.xml

Để đơn giản hóa khái niệm về quy trình Tự động phát hiện, hãy sử dụng phép ẩn dụ sau:

Quá trình Tự động phát hiện rất giống với quá trình “tìm kiếm kho báu bị mất”.

Chúng tôi đã nghe ai đó nói về kho báu rất quý giá.
Chúng tôi rất muốn kho báu này và chúng tôi biết rằng “ở đâu đó” có người đang nắm giữ kho báu quý giá này.

Tất cả những gì chúng ta cần là một “bản đồ” có thể dẫn chúng ta đến người đang nắm giữ kho báu quý giá của mình!

Hãy quay trở lại “thế giới thực” và cố gắng hiểu mỗi nhân vật Tưởng tượng này đại diện cho quá trình nào.

1. Người “tìm kiếm. ”

“Người tìm kiếm” có thể là bất kỳ ứng dụng khách Tự động phát hiện nào. Trong trường hợp của chúng tôi, ứng dụng khách Tự động phát hiện là Outlook cần cài đặt cấu hình để tạo hồ sơ thư Outlook mới.

2. Kho báu bị mất - Thông tin tự động khám phá

Việc đi lên “Hành trình tự động khám phá” rất đơn giản - tìm kiếm thông tin Tự động khám phá (kho báu bị thất lạc).

3. Nguồn. ”

“Phần tử” chứa đựng kho báu quý giá của chúng ta chính là máy chủ Exchange CAS hoặc nếu chúng ta muốn sử dụng thuật ngữ chính thức - Điểm cuối Tự động phát hiện tiềm năng.

Về mặt kỹ thuật, chúng tôi sử dụng thuật ngữ “tiềm năng” vì trên thực tế, khi ứng dụng Tự động phát hiện địa chỉ với một máy chủ cụ thể, nó không biết liệu máy chủ (Điểm cuối Tự động phát hiện tiềm năng) có trả lời yêu cầu liên lạc của mình hay không. Trong trường hợp máy chủ phản hồi, chúng tôi không thể chắc chắn rằng máy chủ cụ thể đó có phải là “đúng” hay không.

Vì lý do này, chúng tôi sử dụng thuật ngữ “tiềm năng”. Máy chủ mà địa chỉ máy khách Tự động phát hiện có tiềm năng trở thành “Điểm cuối Tự động phát hiện phù hợp”, nhưng đồng thời, máy khách Tự động phát hiện sẽ cần biết cách xử lý tình huống trong đó máy chủ không phải là “Điểm cuối Tự động phát hiện phù hợp”. ”

4. Bản đô. ”

Trong câu chuyện của chúng ta, “bản đồ” sẽ dẫn chúng ta đến người nắm giữ kho báu mong muốn của chúng ta.
Trong thế giới Tự động phát hiện, “bản đồ” được triển khai dưới dạng địa chỉ web (URL).

Nếu muốn chính xác hơn thì client (Outlook) đã có gần hết bản đồ, phần duy nhất còn thiếu trong “bản đồ” là tên của Autodiscover Endpoint, người “giữ” thông tin (giữ kho báu quý giá của chúng ta).

URL tự động phát hiện (bản đồ tới kho báu bị mất)

Tiếp tục phép ẩn dụ của chúng tôi, “bản đồ” (địa chỉ) dẫn đến kho báu bị mất, hay còn gọi là thông tin Tự động phát hiện được triển khai bằng cách sử dụng địa chỉ URL.

Hãy xem cấu trúc của địa chỉ URL Tự động phát hiện để chúng ta có thể hiểu rõ hơn về phương pháp Tự động phát hiện được ứng dụng Tự động phát hiện sử dụng trong môi trường không có Active Directory.

Địa chỉ URL tự động phát hiện bao gồm các phần sau:

• Tên giao thức (HTTPS hoặc HTTP)
• Tên máy chủ của Điểm cuối Tự động phát hiện
• Đường dẫn bao gồm tên thư mục (Autodiscover) và tên tệp được yêu cầu (autodiscover.xml hoặc autodiscover.svc)

Máy khách tự động phát hiện biết cấu trúc địa chỉ URL mà mình nên sử dụng để đánh địa chỉ Điểm cuối tự động phát hiện là gì.

Giao thức liên lạc mặc định là HTTPS (tùy chọn khác là HTTP trong trường hợp yêu cầu chuyển hướng).

Lưu ý rằng máy khách Tự động phát hiện không biết tên FQDN của Điểm cuối Tự động phát hiện!

Trong phần tiếp theo, chúng ta sẽ tìm hiểu cách máy khách Tự động phát hiện giải quyết vấn đề này, nhưng điều quan trọng cần nhấn mạnh là trong môi trường không có Active Directory, máy khách Tự động phát hiện không thể biết "trước" tên máy chủ nếu Điểm cuối Tự động phát hiện.

Đường dẫn mặc định của URL Tự động phát hiện dựa trên quy ước đặt tên sau.

Đường dẫn mặc định của dịch vụ Tự động phát hiện là:

/Autodiscover/autodiscover.xml

Trong sơ đồ sau, chúng ta có thể thấy phần trình bày về khái niệm “địa chỉ URL tự động phát hiện rõ ràng”.

Ứng dụng khách Tự động phát hiện “biết” hầu hết “các phần” của địa chỉ URL Tự động phát hiện.
“Phần còn thiếu” duy nhất là tên máy chủ của Điểm cuối Tự động phát hiện.

Bí ẩn lớn được tiết lộ! Tạo tên máy chủ Điểm cuối tự động phát hiện

Khi máy khách Tự động phát hiện sử dụng “phương pháp Tự động phát hiện Active Directory”, máy khách Tự động phát hiện sẽ tin tưởng hoặc dựa vào Active Directory làm nguồn thông tin về Điểm cuối Tự động phát hiện có sẵn.

Nhưng trong trường hợp máy khách Autodiscover không thể sử dụng Active Directory làm “nguồn thông tin” thì làm sao máy Autodiscover có thể biết tên Autodiscover Endpoint là gì? Có nhiều hơn một Điểm cuối Tự động phát hiện tiềm năng không?

Tôi rất vui mừng!

Hôm nay chúng tôi sẽ tiết lộ bí mật lớn mà chỉ một số ít người trên toàn thế giới biết!

Cách mà ứng dụng khách Tự động phát hiện sử dụng để “tìm” tên máy chủ của Điểm cuối Tự động phát hiện có thể không phải là “bí mật lớn mà chỉ một số ít người trên toàn thế giới biết!” Tuy nhiên, đây vẫn là một quá trình thú vị mà một số người trong chúng ta chưa quen thuộc.

• Nhiệm vụ là - tạo một hồ sơ thư Outlook mới.
• Tên đại lý là - Bob
• Vị trí - Bob nằm trên mạng công cộng và vì lý do này, anh ấy không thể truy cập Active Directory của tổ chức.
• Những trở ngại - cách tìm máy chủ Exchange CAS (Điểm cuối tự động phát hiện) sẽ cho phép Bob kết nối với hộp thư của anh ấy + cung cấp tất cả thông tin cần thiết để tạo cấu hình thư Outlook Anywhere.

Phương thức bí mật mà ứng dụng Tự động phát hiện sử dụng dựa trên một thủ thuật nhỏ.
Như đã đề cập trước đó, địa chỉ URL của Điểm cuối Tự động phát hiện dựa trên quy ước đặt tên được xác định trước.
Đối với ứng dụng Tự động phát hiện cần tìm Điểm cuối Tự động phát hiện của mình, phần còn thiếu duy nhất là tên máy chủ của Điểm cuối tự động phát hiện.

Thủ thuật mà ứng dụng khách Tự động phát hiện sử dụng dựa trên địa chỉ E-mail của người nhận. Mỗi địa chỉ E-mail chính thức bao gồm hai phần:

1. “Phần bên trái” là bí danh hoặc tên người nhận.
2. “Phần bên trái”, phần này thể hiện tên miền hoặc tên miền SMTP của tổ chức công ty mà người dùng thuộc về.

Máy khách tự động phát hiện biết cách sử dụng “phần bên phải” của địa chỉ E-mail bằng cách “lấy” tên miền SMTP và dùng để “Điền vào phần còn thiếu của câu đố. ”

Trong trường hợp của chúng tôi, khi Bob khởi động trình hướng dẫn Outlook, Bob sẽ phải cung cấp địa chỉ E-mail của mình - Bob@o365info.com

Ứng dụng khách Tự động phát hiện (Outlook), lấy tên miền từ địa chỉ E-mail và “đặt tên” vào URL Tự động phát hiện.

Trong ví dụ của chúng tôi, Outlook sẽ bắt đầu hành trình bằng cách kết nối máy chủ DNS và yêu cầu địa chỉ IP của máy chủ có tên - o365info.com

Trong trường hợp máy chủ DNS có thể cung cấp địa chỉ IP, Outlook (Máy khách tự động phát hiện) sẽ liên kết với máy chủ như một Điểm cuối tự động phát hiện tiềm năng.

Giả định chính của Outlook là máy chủ này - o365info.com là Điểm cuối tự động phát hiện tiềm năng, nghĩa là máy chủ hoặc phần tử Exchange CAS có thể cung cấp cho anh ta thông tin Tự động phát hiện bắt buộc để tạo thư Outlook Anywhere hồ sơ.

Trong hầu hết các trường hợp, phương thức trong đó Tự động phát hiện liên quan đến tên miền SMTP là tên máy chủ của Điểm cuối Tự động phát hiện tiềm năng sẽ không mang lại kết quả cần thiết vì trong môi trường hiện đại, “tên miền gốc” được ánh xạ một cách hữu ích tới công ty đại chúng trang mạng.

Ngày nay, chúng ta có thể “tiếp cận” hầu hết các trang web công cộng mà không cần sử dụng quy ước đặt tên chính thức như - www. mà thay vào đó, chúng ta chỉ sử dụng tên miền.

Giả sử rằng trong kịch bản của chúng ta, Outlook quản lý để tìm địa chỉ IP của máy chủ có tên - o365info.com, nhưng “máy chủ này ” không phải là Điểm cuối tự động phát hiện bắt buộc (máy chủ Exchange CAS ) mà thay vào đó chỉ là một trang web đơn giản.

Trong trường hợp đó, ứng dụng khách Tự động phát hiện sử dụng quy ước đặt tên mới, nhưng lần này; Outlook sẽ cố gắng giải quyết Điểm cuối tự động phát hiện bằng cách sử dụng tên máy chủ sau - autodiscover.o365info.com

Tên máy chủ - Tự động phát hiện là tên được giữ nguyên.

Mỗi tổ chức muốn trỏ máy khách Tự động phát hiện tới Điểm cuối Tự động phát hiện của họ cần phải tạo một bản ghi A theo tên miền trong vùng DNS, bao gồm tên máy chủ - Tự động phát hiện và ánh xạ tới địa chỉ IP của máy chủ Exchange CAS hoạt động với tư cách Điểm cuối Tự động phát hiện.

Hỏi: Đây có phải là phần cuối của hành trình Tự động phát hiện không? Chúng ta có thể cho rằng câu chuyện có một kết thúc tốt đẹp không?

Đ: Có và không

Đây có thể là sự kết thúc của hành trình Tự động phát hiện trong trường hợp máy chủ - autodiscover.o365info.com là “giao dịch thực sự” và đây là “máy chủ Exchange CAS phù hợp” có thể cho phép Outlook kết nối với hộp thư của người dùng + cung cấp tất cả các cài đặt cấu hình cần thiết để xây dựng cấu hình thư Outlook Anywhere mới.

Các tình huống có thể xảy ra khác là máy chủ mà Outlook coi là “Điểm cuối tự động phát hiện tiềm năng” chứ không phải là máy chủ có thể “kết thúc quá trình”. ”
Ví dụ: có một tùy chọn trong đó Outlook tìm địa chỉ IP của máy chủ có tên- autodiscover.o365info.com, nhưng “máy chủ ” không phản hồi tới yêu cầu HTTPS mà Outlook gửi. (Quy trình Tự động phát hiện dựa trên giao thức HTTPS).

Trong trường hợp này, Outlook “hiểu” rằng đây không phải là “trạm cuối cùng” trong hành trình Autodiscover của mình.

Nếu Điểm cuối Tự động phát hiện không phản hồi yêu cầu liên lạc HTTPS, ứng dụng khách Tự động phát hiện vẫn có “niềm tin” rằng máy chủ vẫn có thể giúp anh ta theo cách khác.

Chuyển hướng HTTP

Do đích đến, máy chủ không hỗ trợ giao tiếp HTTPS nên máy khách Tự động phát hiện “hiểu” rằng đây không phải là thành phần có thể cung cấp cho nó thông tin được yêu cầu Tự động phát hiện.

Thay vì “nhượng bộ”, ứng dụng khách Outlook sẽ giải quyết máy chủ không hỗ trợ HTTPS và hỏi anh ta xem anh ta có biết về Điểm cuối tự động phát hiện tiềm năng hay không.

Điểm cuối tự động phát hiện địa chỉ máy chủ bằng cách sử dụng giao thức HTTP thay vì HTTPS.

Trong trường hợp máy chủ phản hồi yêu cầu HTTP, máy khách Tự động phát hiện sẽ giả định rằng nó có thể yêu cầu trợ giúp.

Máy khách Tự động phát hiện sẽ cố gắng yêu cầu từ máy chủ thông tin về tên nếu Điểm cuối Tự động phát hiện.

Vậy… đây có phải là kết thúc?

Câu trả lời là không phải vậy!

Trong trường hợp máy chủ có địa chỉ máy khách Tự động phát hiện không hỗ trợ HTTP hoặc không thể cung cấp tên của Điểm cuối Tự động phát hiện tiềm năng, máy khách Tự động phát hiện sẽ sử dụng “phương pháp cuối cùng, anh ấy mang bao tải của mình. ”

Phương pháp Tự động phát hiện này dựa trên bản ghi DNS đặc biệt có tên - bản ghi SRV.

Điểm độc đáo của bản ghi DNS SRV là loại bản ghi này cho phép máy khách DNS truy vấn DNS về tên máy chủ để cung cấp một dịch vụ cụ thể với Outlook cần biết tên máy chủ. Nói cách khác, khi sử dụng truy vấn SRV, tìm kiếm một dịch vụ cụ thể, DNS sẽ trả lời bằng tên máy chủ cung cấp dịch vụ cụ thể.

Trong trường hợp tổ chức xuất bản trong DNS bản ghi SRV bao gồm tên máy chủ của máy chủ Exchange CAS (Điểm cuối tự động phát hiện) có thể cung cấp dịch vụ Tự động phát hiện, máy khách Tự động phát hiện sẽ sử dụng tên và liên kết với máy chủ dưới dạng Điểm cuối Tự động phát hiện tiềm năng.