Once the account entry was changed

Once the account entry was changed to the default and the system rebooted, Remote Desktop connection was immediately made and logon was successful. One thing of note in this case was that reinstalling the services did not make a change back to the default service account, nor did running the Secedit SecSetup.inf command to reset system permissions(KB 313222).

Ultimately we need to ensure that we are running the operating system as it has been designed and engineered. What appear to be small changes such as a service account, can have far reaching and possibly devastating consequences. I’ve worked cases where on Windows server 2008 the Service account for the RPC Service (RpcSs) was changed to LocalSystem to account for some build document that was originally written for Windows 2000. The problems caused by the registry and file system changes were widespread on the server. However, in this case, they were resolved by changing the service account back to the Windows Server 2008 default of NT AuthorityNetworkService and restoring the other default security settings using Secedit.exe.

I hope that this information helps you troubleshoot any strange and seemingly unresolvable issues. Until next time, have a good weekend.

David John

Kết quả (Việt) 1:

Sau khi tài khoản mục được thay đổi để mặc định và hệ thống khởi động lại, kết nối máy tính để bàn từ xa đã được thực hiện ngay lập tức và đăng nhập đã thành công. Một điều đáng chú ý trong trường hợp này đã là rằng cài đặt lại các dịch vụ đã không làm cho một sự thay đổi về tài khoản Dịch vụ mặc định, cũng đã chạy lệnh Secedit SecSetup.inf để thiết lập lại hệ thống cấp phép (KB 313222).Cuối cùng, chúng ta cần phải đảm bảo rằng chúng tôi đang chạy hệ điều hành như nó đã được thiết kế và thiết kế. Những gì xuất hiện để là thay đổi nhỏ như một tài khoản Dịch vụ, có thể có đến nay đạt và có thể tàn phá những hậu quả. Tôi đã làm việc trường hợp nơi trên Windows server 2008 tài khoản Dịch vụ cho dịch vụ RPC (RpcSs) đã được thay đổi để LocalSystem để giải thích cho một số tài liệu xây dựng đã được ban đầu được viết cho Windows 2000. Những vấn đề gây ra bởi cơ quan đăng ký và tập tin hệ thống thay đổi đã được phổ biến rộng rãi trên máy chủ. Tuy nhiên, trong trường hợp này, họ đã được giải quyết bằng cách thay đổi tài khoản Dịch vụ quay lại mặc định Windows Server 2008 của NT AuthorityNetworkService và khôi phục lại các khác mặc định thiết đặt bảo mật bằng cách sử dụng Secedit.exe.Tôi hy vọng thông tin này sẽ giúp bạn gỡ rối các vấn đề lạ và dường như unresolvable bất kỳ. Cho đến thời gian tới, có một ngày cuối tuần tốt.David John

Kết quả (Việt) 2:

Sau khi nhập tài khoản đã được thay đổi để mặc định và hệ thống khởi động lại, kết nối Remote Desktop đã ngay lập tức thực hiện và đăng nhập thành công. Một điều cần lưu ý trong trường hợp này là cài đặt lại các dịch vụ đã không thực hiện một sự thay đổi trở lại các tài khoản dịch vụ mặc định, cũng không chạy lệnh Secedit SecSetup.inf để thiết lập lại quyền truy cập hệ thống (KB 313.222). Cuối cùng chúng ta cần phải đảm bảo rằng chúng tôi có chạy hệ điều hành như là nó đã được thiết kế và chế tạo. Những gì xuất hiện để có những thay đổi nhỏ như một tài khoản dịch vụ, có thể có vươn xa và có thể hậu quả tàn phá. Tôi đã làm việc với trường hợp trên Windows server 2008 tài khoản dịch vụ cho các dịch vụ RPC (RpcSs) đã được thay đổi để LocalSystem vào tài khoản cho một số xây dựng tài liệu ban đầu được viết cho Windows 2000. Các vấn đề gây ra bởi các registry và hệ thống tập tin thay đổi đã được phổ biến rộng rãi trên máy chủ. Tuy nhiên, trong trường hợp này, họ đã được giải quyết bằng cách thay đổi các tài khoản dịch vụ trở lại của Windows Server 2008 mặc định của NT Authority NetworkService và khôi phục lại các thiết lập bảo mật mặc định khác sử dụng Secedit.exe. Tôi hy vọng thông tin này sẽ giúp bạn khắc phục sự cố bất kỳ lạ và dường như vấn đề không thể giải quyết. Cho đến khi thời gian tới, có một ngày cuối tuần tốt. David John