Archive for

Đặt cấu hình Không gian Địa chỉ Dùng chung với Chuyển tiếp trên ứng dụng web qua Internet

Sơ đồ sau minh hoạ việc triển khai không gian địa chỉ dùng chung cho Trường đại học Fabrikam.

Bây giờ hãy xem qua quá trình đặt cấu hình không gian địa chỉ dùng chung được mô tả trong ví dụ về Trường Đại học Fabrikam. Quá trình này yêu cầu cấu hình các yếu tố trong dịch vụ e-mail dựa trên ứng dụng web qua internet và trong tổ chức tại chỗ.

Trong phần bắt đầu

Sơ đồ sau minh hoạ việc định tuyến thư cho Trường Đại học Fabrikam trước khi đặt cấu hình không gian địa chỉ dùng chung.

Mục chính cần lưu ý là không gian địa chỉ dùng chung @fabrikam.edu đang được hệ thống nhắn tin tại chỗ sử dụng như một miền uỷ quyền.

Các bước để đặt cấu hình không gian địa chỉ dùng chung

Để đặt cấu hình không gian địa chỉ dùng chung gửi e-mail đến Outlook Live trước tiên, Trường Đại học Fabrikam phải thực hiện các bước sau:

1. Thêm campus.fabrikam.edu vào hệ thống nhắn tin tại chỗ và đặt cấu hình hộp thư với địa chỉ proxy @campus.fabrikam.edu.
2. Đăng ký fabrikam.edu trong dịch vụ e-mail dựa trên ứng dụng web qua internet.
3. Thêm miền campus.fabrikam.edu làm miền được chấp nhận trong dịch vụ e-mail dựa trên ứng dụng web qua internet.
4. Đặt cấu hình miền campus.fabrikam.edu làm miền chuyển tiếp nội bộ trong dịch vụ e-mail dựa trên ứng dụng web qua internet.
5. Đặt cấu hình người dùng thư trong dịch vụ e-mail dựa trên ứng dụng web qua internet để minh hoạ người dùng trong hệ thống nhắn tin tại chỗ.
6. Trong hệ thống nhắn tin tại chỗ, đặt cấu hình miền fabrikam.edu làm miền không uỷ quyền và đặt cấu hình định tuyến cho người nhận @fabrikam.edu đến dịch vụ e-mail dựa trên ứng dụng web qua internet.
7. Đặt cấu hình bản ghi MX cho miền fabrikam.edu để trỏ tới dịch vụ e-mail dựa trên ứng dụng web qua internet.
8. Tạo hộp thư sinh viên trong dịch vụ e-mail dựa trên ứng dụng web qua internet.

1. Thêm campus.fabrikam.edu vào hệ thống nhắn tin tại chỗ và đặt cấu hình hộp thư với địa chỉ proxy @campus.fabrikam.edu

Bạn phải thêm một miền tại chỗ để cuối cùng có thể đặt cấu hình không gian địa chỉ dùng chung làm miền uỷ quyền trong dịch vụ e-mail dựa trên ứng dụng web qua internet. Hãy nhớ, nếu một miền là uỷ quyền trong nhiều hệ thống nhắn tin, vòng lặp định tuyến thư sẽ xảy ra. Trong ví dụ về Trường Đại học Fabrikam, vì miền fabrikam.edu là uỷ quyền trong hệ thống nhắn tin tại chỗ nên bạn phải thêm và đặt cấu hình miền uỷ quyền mới campus.fabrikam.edu vào hệ thống nhắn tin tại chỗ. Tuy nhiên, bạn phải để miền fabrikam.com được đặt cấu hình trong hệ thống nhắn tin tại chỗ. Điều này cho phép e-mail đã gửi đến người nhận @fabrikam.edu được gửi đến hệ thống nhắn tin tại chỗ cho tới khi e-mail @fabrikam.edu được gửi tới dịch vụ e-mail dựa trên ứng dụng web qua internet.

Các quy trình chính xác bắt buộc để đảm bảo bước này xảy ra tuỳ thuộc chủ yếu vào hệ thống nhắn tin tại chỗ của bạn. Dưới đây là một số khả năng:

• Microsoft Exchange Server 2010 và Exchange Server 2007   Thực hiện thao tác sau:
  • Thêm campus.fabrikam.edu làm miền uỷ quyền mới được chấp nhận bằng Exchange Management Console hoặc Exchange Management Shell. Để biết thêm thông tin, hãy xem Tạo Miền được Chấp nhận (Exchange 2010) hoặc Cách Tạo Miền được Chấp nhận (Exchange 2007).
  • Tạo và áp dụng chính sách địa chỉ e-mail mới để thêm địa chỉ proxy @campus.fabrikam.edu vào tất cả các hộp thư. Bạn không muốn thay thế địa chỉ trả lời mặc định @fabrikam.edu cũng không muốn thay thế miền được chấp nhận mặc định @fabrikam.edu. Để biết thêm thông tin, hãy xem Quản lý Chính sách Địa chỉ E-mail (Exchange 2010) hoặc Quản lý Chính sách Địa chỉ E-mail (Exchange 2007).
• Exchange Server 2003   Bạn không thể chia sẻ không gian tên mà Exchange là uỷ quyền. Trong ví dụ về Trường Đại học Fabrikam, bạn phải sửa đổi địa chỉ SMTP chính cho chính sách người nhận mặc định từ @fabrikam.edu thành @campus.fabrikam.edu. Để biết hướng dẫn, hãy xem bài viết 321721 của Cơ sở Tri thức của Microsoft, “Cách chia sẻ không gian địa chỉ SMTP trong Exchange 2000 Server hoặc trong Exchange Server 2003“. Trong bài viết này, hãy xem Phương pháp 1, Bước 1 và Bước 2.

Sau khi đã đặt cấu hình miền campus.fabrikam.edu trong hệ thống nhắn tin tại chỗ, bạn phải đặt cấu hình bản ghi MX cho miền campus.fabrikam.com trong máy chủ DNS tiếp cận Internet. Bạn phải xác minh rằng luồng thư cho cả không gian địa chỉ dùng chung và miền tại chỗ phù hợp với người dùng tại chỗ. Mặc dù người gửi trên Internet sẽ không sử dụng địa chỉ e-mail @campus.fabrikam.edu nhưng địa chỉ @campus.fabrikam.edu cuối cùng sẽ được dịch vụ e-mail dựa trên ứng dụng web qua internet sử dụng để định tuyến e-mail đến hệ thống nhắn tin tại chỗ.

Tại thời điểm này, bạn phải đặt không gian địa chỉ dùng chung fabrikam.edu làm miền uỷ quyền trong hệ thống nhắn tin tại chỗ. Cuối cùng, bạn sẽ thay đổi loại miền cho miền fabrikam.edu từ uỷ quyền thành không uỷ quyền trong hệ thống nhắn tin tại chỗ để ngăn vòng lặp định tuyến thư.

Sau khi hoàn thành bước này, định tuyến thư cho Trường Đại học Fabrikam giống như sơ đồ sau:

2. Đăng ký fabrikam.edu trong dịch vụ e-mail dựa trên ứng dụng web qua internet

• Nếu bạn là khách hàng của Microsoft Live@edu, hãy xem Đăng ký Miền của bạn với Microsoft Live@edu.
• Nếu bạn đang chạy dịch vụ e-mail dựa trên ứng dụng web qua internet với , hãy xem Thêm hoặc thay đổi miền và thuộc tính miền.

3. Thêm miền campus.fabrikam.edu làm miền được chấp nhận trong dịch vụ e-mail dựa trên ứng dụng web qua internet

Sau khi bạn đăng ký miền fabrikam.edu trong dịch vụ e-mail dựa trên ứng dụng web qua internet, hãy thêm miền tại chỗ campus.fabrikam.edu làm miền được chấp nhận. Điều này cho phép bạn đặt cấu hình miền campus.fabrikam.edu làm miền chuyển tiếp nội bộ trong dịch vụ e-mail dựa trên ứng dụng web qua internet.

Để biết hướng dẫn về cách tạo một miền được chấp nhận, hãy xem một trong các chủ đề sau:

• Tạo Miền được Chấp nhận – Live@edu
• Tạo Miền được Chấp nhận – Office 365 Beta cho doanh nghiệp

4. Đặt cấu hình miền campus.fabrikam.edu làm miền chuyển tiếp nội bộ trong dịch vụ e-mail dựa trên ứng dụng web qua internet

Theo mặc định, khi bạn tạo một miền được chấp nhận trong dịch vụ e-mail dựa trên ứng dụng web qua internet thì miền này là miền uỷ quyền. Tuy nhiên, trong ví dụ về Trường Đại học Fabrikam, hệ thống nhắn tin tại chỗ đã uỷ quyền cho miền campus.fabrikam.edu. Do vậy, sau đó bạn phải đặt cấu hình miền campus.fabrikam.edu làm miền chuyển tiếp nội bộ trong dịch vụ e-mail dựa trên ứng dụng web qua internet. Để đặt cấu hình miền @ campus.fabrikam.edu làm miền chuyển tiếp nội bộ, hãy sử dụng Windows PowerShell.

 

Chạy lệnh sau:

Set-AcceptedDomain  -DomainType InternalRelay

Trong ví dụ của chúng tôi, fabrikam.edu là không gian địa chỉ dùng chung. Chạy lệnh sau:

Set-AcceptedDomain campus.fabrikam.edu -DomainType InternalRelay

5. Đặt cấu hình người dùng thư trong dịch vụ e-mail dựa trên ứng dụng web qua internet để minh hoạ người dùng trong hệ thống nhắn tin tại chỗ

Bạn phải sử dụng người dùng thư để minh hoạ người dùng tại chỗ trong sổ địa chỉ dựa trên ứng dụng web qua internet. Bạn không thể sử dụng số liên lạc qua thư vì bạn đã đặt cấu hình miền tại chỗ này là miền được chấp nhận trong dịch vụ e-mail dựa trên ứng dụng web qua internet.

Trong ví dụ về Trường Đại học Fabrikam, địa chỉ e-mail bên ngoài của người dùng thư này nằm trong miền campus.fabrikam.edu. Khi bạn thêm địa chỉ proxy vào người dùng thư trong miền fabrikam.com, người dùng thư này sẽ chuyển e-mail được gửi đến <user>@fabrikam.edu thành <user>@campus.fabrikam.edu.

Cách tốt nhất để tạo và duy trì số lượng lớn người dùng thư là sử dụng giải pháp đồng bộ hoá thư mục tự động.

• Nếu bạn đang chạy dịch vụ e-mail dựa trên ứng dụng web qua internet với , hãy xem Đồng bộ hoá Active Directory: Sơ đồ.
• Nếu bạn là khách hàng của Microsoft Live@edu, hãy xem Triển khai Outlook Live Directory Sync cho Live@edu.

Khi bạn hoàn tất thực hiện các Bước 2 đến 5, định tuyến thư cho Trường đại học Fabrikam giống như sơ đồ sau:

6. Trong hệ thống nhắn tin tại chỗ, đặt cấu hình miền fabrikam.edu làm miền không uỷ quyền và đặt cấu hình định tuyến cho người nhận @fabrikam.edu đến dịch vụ e-mail dựa trên ứng dụng web qua internet

Vì giờ đây dịch vụ e-mail dựa trên ứng dụng web qua internet uỷ quyền cho không gian địa chỉ dùng chung fabrikam.edu nên bạn phải thay đổi cấu hình của miền fabrikam.edu trong hệ thống nhắn tin tại chỗ từ uỷ quyền thành không uỷ quyền. Bạn cũng cần đặt cấu hình định tuyến thư đến dịch vụ e-mail dựa trên ứng dụng web qua internet cho không gian địa chỉ @fabrikam.edu bằng định tuyến máy chủ thông minh. Giá trị máy chủ thông minh là bản ghi MX cho miền fabrikam.edu.

Các quy trình chính xác bắt buộc để đảm bảo bước này xảy ra tuỳ thuộc vào hệ thống nhắn tin tại chỗ của bạn. Dưới đây là một số khả năng:

• Exchange 2010 và Exchange 2007   Thay đổi không gian địa chỉ dùng chung fabrikam.edu từ uỷ quyền thành chuyển tiếp nội bộ. Để biết thêm thông tin, hãy xem Đặt cấu hình Thuộc tính Miền được Chấp nhận (Exchange 2007) hoặc Cách Thay đổi Loại Miền được Chấp nhận (Exchange 2007). Lưu ý rằng bạn phải đặt miền fabrikam.edu làm miền được chấp nhận mặc định.
  Ngoài ra, bạn cần tạo một kết nối Gửi cho không gian địa chỉ @fabrikam.edu có sử dụng định tuyến máy chủ thông minh thay vì định tuyến DNS. Để biết thêm thông tin, hãy xem Tạo Kết nối Gửi SMTP (Exchange 2010) hoặc Cách Tạo Kết nối Gửi Mới (Exchange 2007).
• Exchange 2003   Xem bài viết 321721 của Cơ sở Tri thức của Microsoft, “Cách chia sẻ một không gian địa chỉ SMTP trong Exchange 2000 Server hoặc trong Exchange Server 2003“. Trong bài viết đó, hãy xem Phương pháp 1, Bước 4 và Bước 5. Lưu ý rằng bạn nên bỏ qua Bước 3 vì bạn muốn gửi chuyển tiếp e-mail cho người nhận @fabrikam.edu chưa được quyết định tới dịch vụ e-mail dựa trên ứng dụng web qua internet, vì dịch vụ e-mail dựa trên ứng dụng web uỷ quyền cho miền fabrikam.edu.

7. Đặt cấu hình bản ghi MX cho miền fabrikam.edu để trỏ tới dịch vụ e-mail dựa trên ứng dụng web qua internet

Sửa đổi bản ghi MX cho miền fabrikam.edu để bản ghi này trỏ tới dịch vụ e-mail dựa trên ứng dụng web qua internet.

Như đã đề cập trước đó, máy chủ DNS trên Internet có thể lưu trữ trong bộ đệm ẩn các giá trị trong tối đa 48 giờ, vì vậy rất có khả năng trong thời gian đó, một số e-mail cho người nhận @fabrikam.edu sẽ được gửi đến tổ chức tại chỗ và một số e-mail sẽ được gửi đến dịch vụ e-mail dựa trên ứng dụng web qua internet. Tuy nhiên, cả hệ thống nhắn tin tại chỗ và dịch vụ e-mail dựa trên ứng dụng web qua internet đều được đặt cấu hình để định tuyến chính xác e-mail từ tổ chức này đến tổ chức khác mà không tạo ra vòng lặp định tuyến thư.

Sau 48 giờ, bạn sẽ thấy tất cả e-mail trên Internet của người nhận @fabrikam.edu được gửi đến dịch vụ e-mail dựa trên ứng dụng web qua internet trước tiên, rồi được chuyển tiếp đến hệ thống nhắn tin tại chỗ.

8. Tạo hộp thư người dùng trong dịch vụ e-mail dựa trên ứng dụng web qua internet

Bạn có thể sử dụng Pa-nen Điều khiển Exchange và tệp CSV để cung cấp số lượng lớn tài khoản người dùng mới. Dưới đây là cách thực hiện: Nhập Người dùng Exchange Online Mới bằng Tệp CSV.

Xác minh rằng mọi thứ hoạt động tốt

Giờ đây không gian địa chỉ dùng chung cho Trường Đại học Fabrikam đã hoàn thành.

Sau khi bạn đã đặt cấu hình không gian địa chỉ dùng chung, xác minh luồng e-mail như sau:

• Luồng thư đến   Tất cả e-mail được gửi đến không gian địa chỉ dùng chung đều đến dịch vụ e-mail dựa trên ứng dụng web qua internet. Các thư cho sinh viên đã được gửi đi. Các thư cho khoa và đội ngũ nhân viên được chuyển tiếp đến hệ thống nhắn tin tại chỗ. Các thư gửi đến người nhận không tồn tại sẽ tạo một NDR.
• Luồng thư đi   E-mail được gửi từ sinh viên trong dịch vụ e-mail dựa trên ứng dụng web qua internet và khoa và đội ngũ nhân viên trong hệ thống nhắn tin tại chỗ đến người nhận bên ngoài hiển thị địa chỉ Từ: trong không gian địa chỉ dùng chung: fabrikam.edu.
• Thư trả lời   Khi người nhận bên ngoài trả lời thư, địa chỉ Đến: trong thư trả lời là không gian địa chỉ dùng chung, @fabrikam.edu.
• Gửi tại chỗ từ dịch vụ e-mail dựa trên ứng dụng web qua internet   Thư từ sinh viên trong dịch vụ e-mail dựa trên ứng dụng web qua internet gửi đến khoa và đội ngũ nhân viên trong hệ thống nhắn tin tại chỗ đã được gửi đi. Các thư gửi đến người nhận không tồn tại sẽ tạo một NDR.
• Gửi đến dịch vụ e-mail dựa trên ứng dụng web qua internet từ hệ thống nhắn tin tại chỗ   Thư từ khoa và đội ngũ nhân viên trong hệ thống nhắn tin tại chỗ gửi đến sinh viên trong dịch vụ e-mail dựa trên ứng dụng web qua internet đã được gửi đi. Các thư gửi đến người nhận không tồn tại sẽ tạo một NDR.

Làm việc với tiện ích chuẩn đoán Domain Controller

 Phần 1

Trong bài viết này chúng tôi sẽ giới thiệu cho các bạn về tiện ích chuẩn đoán lỗi Domain Controller, cách sử dụng chúng như thế nào để khắc phục các vấn đề sự cố đối với Active Directory.
Các bộ điều khiển miền – Domain Controller – chính là phần xương sống đối với bất kỳ một mạng sử dụng hệ điều hành Windows nào. Chính vì lẽ đó nên nếu các bộ điều khiển miền của bạn không làm việc thì Active Directory cũng sẽ không làm việc. Nếu Active Directory không làm việc thì người dùng không thể đăng nhập, các chính sách nhóm sẽ không được thực thi và toàn bộ các tính năng khác cũng không có sẵn. May thay, Windows có đi kèm một công cụ mà bạn có thể sử dụng nhằm giữ cho các bộ điều khiển miền của mình chạy một cách êm ái. Công cụ này được gọi là công cụ chuẩn đoán Domain Controller. Trong bài viết này, chúng tôi sẽ giới thiệu cho các bạn cách sử dụng công cụ này để thực hiện một số hành động bảo trì cơ bản và chuẩn đoán về các bộ điều khiển miền.
Trước khi bắt đầu
Công cụ chuẩn đoán Domain Controller hiện là một phần của Windows. Với mục đích của bài viết này, chúng tôi chỉ làm việc với phiên bản của tiện ích này có trong Windows Server 2008. Tuy nhiên hầu hết nhưng không phải là tất cả các tính năng mà chúng tôi sẽ nói về đều có sẵn trong Windows Server 2003 SP1. DCDIAG đã tồn tại trước Windows Server 2003 SP1 nhưng nhiều lệnh ngày nay sử dụng đã được giới thiệu trong phiên bản Windows Server 2003 SP1 này.
Bạn có thể truy cập vào công cụ chuẩn đoán Domain Controller bằng cách chạy lệnh DCDIAG từ nhắc lệnh của Windows.
Chạy công cụ chuẩn đoán Domain Controller 
Nếu bạn muốn giữ đơn giản hóa mọi thứ, hãy chạy công cụ này bằng cách nhập vào lệnh DCDIAG trong cửa sổ nhắc lệnh của Windows. Bằng cách thực hiện như vậy, tiện ích sẽ thực hiện một loạt các kiểm tra đối với Domain Controller mà bạn được kết nối với. Bạn có thể xem ví dụ về những gì được test trong hình A bên dưới.

Hình A: Công cụ chuẩn đoán Domain Controller chạy một số kiểm tra đối với Domain Controller.

Bằng cách nhập vào lệnh DCDIAG quả thực rất đơn giản nhưng thực sự chưa có một bài viết nào giới thiệu cụ thể về các lệnh này. Bên cạnh đó còn có nhiều vấn đề bạn có thể thực hiện với công cụ này. Trước khi có thể đánh giá cao tất cả các tính năng của công cụ này, bạn cần phải thân thiện với các tham số mang tính tùy chọn để sử dụng kết hợp với lệnh DCDIAG. Nếu quan sát vào hình B, bạn có thể thấy được rằng cú pháp của lệnh DCDIAG là quá dài. Giống như hầu hết các lệnh bị phức tạp hóa, nhưng cú pháp của lệnh này lại không tồi như xuất hiện ban đầu của nó. Khi bạn hiểu được cách làm việc của lệnh này, việc sử dụng nó sẽ trở nên đơn giản hơn rẩt nhiều.

Hình B: Cú pháp lệnh DCDIAG rất dài

Ngắt giữa cú pháp lệnh
Như những gì bạn thấy trong hình ở trên, cú pháp cơ bản của lệnh DCDIAG sẽ như sau:
dcdiag.exe /s:<Directory Server>[:<LDAP Port>] [/u:<Domain>\<Username>
/p:*|<Password>|””]
[/hqv] [/n:<Naming Context>] [/f:<Log>] [/x:XMLLog.xml]
[/skip:<Test>] [/test:<Test>]
Mặc dù capture màn hình thể hiện trong hình B đã liệt kê những gì một tiếp lệnh thực hiện, nhưng vẫn cần một sự giải thích rõ hơn về chúng. Dưới đây là một số những thông tin chi tiết về các tiếp lệnh này.
/H
Nếu bạn chạy lệnh DCDIAG với tham số /H, nó sẽ hiển thị cú pháp của lệnh này theo như cách thể hiện trong hình B. Nếu quan sát vào hình trên, bạn sẽ thấy rằng bạn cũng có thể sử dụng tiếp lệnh /? để hiển thị cú pháp của lệnh.
/S
Tham số /S cho phép bạn chỉ định một máy chủ (máy chủ này là home server). Về bản chất thì điều này có nghĩa là bạn có thể sử dụng tham số này để chỉ định tên cho Domain Controller mà bạn muốn chạy lệnh DCDIAG với nó. Tuy nhiên trong bài khi chúng tôi chạy lệnh DCDIAG trong hình A, chúng tôi đã không chỉ định máy chủ home server. Nếu bạn không chỉ định home server, khi đó lệnh DCDIAG sẽ tự động chọn ra một máy chủ nào đó.
Có một số ví dụ về vấn đề home server chỉ định sẽ bị bỏ qua. DCPROMO và các bài test Register In DNS được chạy nội bộ thay cho chạy trên một điều khiển miền. Chính vì vậy, nếu bạn muốn chỉ định một home server cho các bài test này, nó sẽ bị bỏ qua. Chúng tôi sẽ nói thêm về vấn đề này trong các phần tiếp theo.
/N
Tham số /N cho phép bạn chỉ định một ngữ cảnh tên miền. Trong trường hợp bạn chưa quen với thuật ngữ này, thì cần phải biết được rằng, mọi miền được hiện diện bởi một ngữ cảnh tên miền. Ngữ cảnh tên miền lưu các đối tượng cho miền, các đối tượng ở đây chẳng hạn như người dùng, máy tính, các nhóm,…. Bạn không cần phải chỉ định ngữ cảnh tên miền, nhưng nếu bạn chọn sử dụng một ngữ cảnh thì bạn có thể vào nó là NetBIOS, DNS hoặc biểu mẫu tên miền phân biệt DN.
/U
Trừ khi bạn được đăng nhập như một quản trị viên của miền kiểm tra, bằng không bạn sẽ phải sử dụng lệnh DCDIAG với một số các tiêu chuẩn quản trị. Các tiêu chuẩn quản trị ở đây điển hình vẫn là username và password. Tiếp lệnh /U được sử dụng để chỉ định username. Do bạn đang nhập vào tê của tài khoản với các điều khoản quản trị miền nên bạn sẽ phải nhập vào username theo định dạng domain\username.
/P
Tiếp lệnh khác được sử dụng khi nhập một tập các tiêu chuẩn là tiếp lệnh /P. Theo sau tiếp lệnh này sẽ là một mật khẩu của tài khoản mà bạn đã chỉ định thông qua tiếp lệnh /U.
/A
Active Directory thường được nhóm vào trong các site. Một site điển hình sẽ trưng diện một bộ sưu tập các bộ điều khiển miền có khả năng tin cậy và kết nối tốc độ cao giữa chúng. Cho ví dụ, nếu một tổ chức có hai site khác nhau được kết nối cùng với nhau bởi một liên kết WAN, mỗi một trong các site này sẽ được cấu hình để thực hiện như một site riêng do các máy tính bên trong chúng đều nằm trong một LAN, tuy nhiên không có kết nối LAN giữa các site này.
Nếu tổ chức của bạn được chia thành các site thì bạn sẽ cảm thấy hữu ích đối với tiếp lệnh này. Sử dụng tiếp lệnh này để chỉ thị DCDIAG kiểm tra tất cả các bộ điều khiển miền trong site hiện hành.
/E
Tiếp lệnh The /E cũng giống như tiếp lệnh /E, ngoại từ thay vì việc chỉ thị cho DCDIAG kiểm tra tất cả các bộ điều khiển miền trong site hiện hành, nó chỉ thị cho DCDIAG kiểm tra bộ điều khiển miền trong toàn bộ doanh nghiệp.
/Q
Như những gì bạn có thể thấy, đầu ra của lệnh DCDIAG khá dài. Chính vì vậy bạn rất dễ bị mất các thông báo lỗi trong màn hình đầu ra dài như vậy. Nếu điều đó xảy ra với bạn, bạn có thể sử dụng tiếp lệnh /Q để chạy DCDIAG trong chế độ “Quiet”, chế độ sẽ chỉ liệt kê các thông báo lỗi.
/V
Tiếp lệnh /V là kiểu tiếp lệnh ngược với tiếp lệnh /Q. Trong khi tiếp lệnh /Q giảm kích thước của đầu ra thì tiếp lệnh này lại tăng kích thước đầu ra lên. Theo cách đó bạn có thể biết thêm các thông tin chi tiết về vấn đề mà mình đang muốn khắc phục.
/I
Đôi khi DCDIAG sẽ sinh ra các thông báo lỗi vô nghĩa gây lộn xộn cho những quản trị viên chưa có nhiều kinh nghiệm. Nếu điều đó xảy ra với bạn, bạn có thể sử dụng tiếp lệnh /I để chỉ thị cho DCDIAG bỏ đi các thông báo lỗi không quan trọng.
Kết luận
Trong phần một này chúng tôi đã giới thiệu cho các bạn về một số lệnh cơ bản được sử dụng bởi công cụ chuẩn đoán Domain Controller. Trong phần 2 của loạt bài này, chúng tôi sẽ tiếp tục giới thiệu về cách sử dụng các tiếp lệnh khác và cách chỉ định các bài test cụ thể mà bạn có thể muốn thực hiện.

Phần 2

Quản trị mạng – Phần hai này chúng tôi sẽ tiếp tục loạt bài về làm việc với Domain Controller Diagnostic Utility bằng cách giới thiệu về một số tiếp lệnh bổ sung.
Trong phần đầu của loạt bài này, chúng tôi đã giới thiệu cho các bạn rằng, nếu muốn chuẩn đoán các vấn đề với một domain controller, bạn chỉ cần nhập vào lệnh DCDIAG, hoặc có thể sử dụng bất cứ tiếp lệnh hiện hữu nào phù hợp để kiểm tra các thuộc tính cụ thể của domain controller quan tâm. Trong phần hai này, chúng tôi sẽ giới thiệu một số tiếp lệnh nữa, tuy nhiên số lượng các tiếp lệnh có thể giới thiệu là rất lớn nên trong bài này chúng tôi chỉ giới thiệu một số tiếp lệnh điển hình sau đó sẽ giới thiệu về một số bài test cho một vài trường hợp riêng mà các bạn có thể tự thực hiện.
/C
Chúng tôi đã đề cập rằng, chỉ cần nhập vào lệnh DCDIAG mà không cần bất cứ tiếp lệnh nào, Domain Controller Diagnostic Utility sẽ thực hiện một bộ công cụ đầy đủ cho việc test domain controller của bạn. Tuy nhiên có một số test mà Domain Controller Diagnostic Utility có khả năng thực hiện nhưng nó không thực hiện một cách mặc định đơn thuần như vậy.
Nếu bạn không thực sự chắc chắn về những gì sẽ diễn ra với domain controller của mình, hãy chạy lệnh DCDIAG kèm theo với tiếp lệnh /C. Thao tác này sẽ mách bảo DCDIAG rằng bạn muốn thực hiện một tập toàn diện các test. Domain Controller Diagnostic Utility sẽ chạy mọi test màm nó biết cách chạy, trừ các test DCPROMO và RegisterInDNS, đây là hai test mà chúng tôi sẽ giới thiệu cho các bạn sau.
Bạn cần phải lưu ý rằng việc chạy một tập toàn bộ các test sẽ làm tiêu tốn rất nhiều thời gian. Nếu có các test mà bạn biết rằng không cần chạy, khi đó bạn có thể sử dụng tiếp lệnh /C kết hợp với tiếp lệnh /SKIP. Sau đó nối thêm vào dấu hai chấm và tên của test mà bạn muốn bỏ qua.
/F
Ở phần đầu của phần 1, chúng tôi đã giới thiệu những gì có thể chạy với lệnh DCDIAG khi không có việc chỉ định các tiếp lệnh như vậy. Bạn có thể quay trở lại để tham khảo trong phần 1, đầu ra rõ ràng là khá dài. Khi chúng tôi tạo một capture màn hình đó, chúng tôi chỉ chạy một tập mặc định các test cho domain controller của mình. Đầu ra có thể sẽ dài hơn rất nhiều nếu chỉ định các test bổ sung hoặc nếu các test phát hiện ra có các vấn đề nào đó với domain controller.
Trong một số trường hợp, việc đọc kết quả thu được từ màn hình khi các test được thực hiện là không thiết thực. DCDIAG có thể xuất ra dữ liệu nhanh hơn khả năng đọc của bạn. Vậy có cách giải quyết nào cho trường hợp này. Đó chính vai trò xuất hiện của tiếp lệnh /F. Tiếp lệnh này cho phép bạn có thể ghi các kết quả test vào một file bản ghi. Theo cách đó, có thể đọc các kết quả thu được một cách thoải mái. Quan trong hơn nữa là có được bản copy vĩnh viễn đầu ra mà bạn muốn tham khảo này.
Để sử dụng tiếp lệnh /F, chỉ cần nối thêm dấu hai chấm và đường dẫn, tên file của file bản ghi muốn tạo. Cho ví dụ, nếu muốn tạo một file bản ghi mang tên TEST.LOG, hãy nhậpDCDIAG /F:TEST.LOG. Cần lưu ý rằng khi chỉ định tiếp lệnh /F, đầu ra sẽ được chuyển hướng hoàn toan đến một file bản ghi. Điều này có nghĩa rằng đầu ra test không phải ghi tất cả ra màn hình. Với một số hoạt động liên quan đến nhiều test, máy chủ có thể gặp trục trặc nhưng các test vẫn được thực hiện.
/FIX
Cho đến đây, tất cả các tiếp lệnh mà chúng tôi đã giới thiệu là các phương pháp chuẩn đoán nguyên bản. Khi bạn sử dụng chúng, chúng sẽ làm cho DCDIAG chạy các test của nó theo các cách nào đó, tuy nhiên DCDIAG chỉ báo cáo các kết quả test mà không thể khắc phục được vấn đề mà nó có thể tìm thấy.
Nếu DCDIAG báo cáo có vấn đề nào đó, bạn cần phải sửa các vấn đề này bằng cách chỉ định tiếp lệnh /FIX. Mặc dù tiếp lệnh này rất đơn giản vì nó không yêu cầu bạn cung cấp bất cứ thuộc tính bổ sung nào, nhưng có một số thứ khá quan trọng cần biết về cách sử dụng nó.
Trước khi có thể sử dụng tiếp lệnh /FIX, cần nhớ những gì đang thực hiện. Bạn đang lệnh cho một tiện ích tự động tiến hành các thay đổi đối với domain controller của mình, điều có nghĩa rằng đang thay đổi một cách mò mẫm Active Directory. Domain Controller Diagnostic Utility được thiết kế để khi sử dụng tiếp lệnh /FIX, nó sẽ chỉ thực hiện việc sửa chữa và cứ tưởng rằng điều đó là an toàn. Tuy nhiên, hành động sử dụng tiếp lệnh này có liên quan đến việc tạo các thay đổi đến domain controller làm cho chúng tôi phải nhắc nhở các bạn phải cực kỳ thận trọng. Tiếp lệnh này được thiết kế với mục đích an toàn, tuy nhiên bất cứ lúc nào làm việc với những vấn đề phức tạp như domain controller thì diễn biến của nó hoàn toàn không phải lúc nào cũng vậy.
Đề phòng trường hợp đó, chúng tôi khuyên các bạn không nên sử dụng tiếp lệnh /FIX khi mới sử dụng DCDIAG mà thay vào đó nên chạy các test của mình, cần phải bỏ ra thời gian để đánh giá các kết quả thu được trước khi sử dụng tiếp lệnh /FIX. Nếu quyết định sử dụng tiếp lệnh nguy hiểm này, chúng tôi khuyên các bạn hãy thực hiện một backup đầy đủ cho domain controller mục tiêu trước khi thực hiện.
Nếu bạn là người muốn vượt rào, hãy đề phòng trước cho việc thực hiện sửa domain controller là cài đặt Windows trên một máy tính dự phòng, sau đó cấu hình máy tính đó hoạt động như một domain controller. Khi thực hiện xong công việc đó, bạn hãy đợi cho đến khi quá trình tạo bản sao hoàn tất, sau đó hãy tiến hành các thử nghiệm của mình. Bằng cách đó bạn có thể xây dựng lại Active Directory nếu có vấn đề gì đó không hay đối với tiến trình sửa chữa.
/TEST
Tiếp lệnh cuối cùng mà chúng tôi muốn giới thiệu cho các bạn đó là /TEST. Cho tới đây, hầu hết các tiếp lệnh dòng lệnh mà chúng tôi giới thiệu thiên về việc điều khiển Domain Controller Diagnostic Utility hành động khi chạy các test khác nhau. Bạn có thể thấy rằng Domain Controller Diagnostic Utility chạy một tập các test mặc định, nhưng cũng có thể sử dụng cả tiếp lệnh /C hoặc tiếp lệnh /SKIP để chạy các test bổ sung tương ứng.
Điểm mà chúng tôi muốn giới thiệu cho các bạn đến lúc này nằm trong giả định rằng bạn sẽ chạy nhiều test. Khi đó tiếp lệnh /TEST sẽ chỉ định một cách đơn giản tên của test mà bạn muốn chạy. Sau đó chỉ cần nối thêm dấu hai chấm và tên của test vào sau tiếp lệnh này.
Cần lưu ý rằng, không thể sử dụng tiếp lệnh /TEST để chạy nhiều test. Như những gì bạn có thể hình dung, tiếp lệnh /TEST không thể tương thích với tiếp lệnh /SKIP vì hai tiếp lệnh lại mâu thuẫn nhau.
Kết luận
Trong bài này chúng tôi đã giới thiệu một số chuyển tiếp lệnh để các bạn có thể sử dụng với Domain Controller Diagnostic Utility. Trong phần tiếp theo của loạt bài này, chúng tôi sẽ tập trung về các bài test riêng biệt mà các bạn có thể tự thực hiện.