Chạy một ứng dụng với tư cách là Người dùng tên miền trên máy không tham gia miền

Tôi cần chạy exe với tư cách là người dùng miền từ máy không phải là máy tham gia miền.

Tôi đã cố gắng sử dụng lệnh sau (từ cmd là Quản trị viên):

RunAs /netonly /user:REMOTEDOMAIN\REMOTEUSER "C:\Program Files (x86)\Microsoft Visual Studio 12.0\Release Management\Client\bin\ReleaseManagementConsole.exe"

Tuy nhiên, sử dụng NetMon tôi thấy rằng thông tin đăng nhập người dùng cục bộ của tôi vẫn đang được chuyển trong yêu cầu, dẫn đến req / resp sau:

Http: Yêu cầu, POST / tài khoản / phát hànhQuản lý dịch vụ / _apis / phát hành Truy vấn: userName = LOCALDOMAIN% 5CLOCALUSER & amp; api-version = 3.0

Http: Phản hồi, HTTP / 1.1, Trạng thái: Không được phép, URL: / tài khoản / phát hànhQuản lý dịch vụ / _apis / phát hành Quản lý / Cấu hình dịch vụ / GetUserByUserNameUsing Nhiều phương thức xác thực, xem chi tiết khung

Có ai biết làm thế nào tôi có thể chạy ReleaseManloymentConsole.exe với tư cách là một người dùng ‘REMOTEDOMAIN \ REMOTEUSER không?

windows cmd.exe authentication

— user666
nguồn

Điểm của việc này là gì nếu bạn không phải là một phần của tên miền?

— Ramhound

Hãy tưởng tượng bạn có môi trường dev trong môi trường đám mây với tên miền riêng và bạn muốn cho phép nhà phát triển của mình truy cập vào môi trường đó bằng ứng dụng khách (Quản lý phát hành) từ hộp corp cục bộ của họ.

— user666

Tôi nói với các nhà phát triển để sử dụng RUNAS /user:<DOMAIN>\<USER> /netonly "C:\path\app.exe" định dạng nhưng họ cần đảm bảo rằng chúng được kết nối với mạng dữ liệu (mạng cục bộ hoặc VPN) trước tiên của miền để họ có thể nói chuyện với các DC. Tôi sẽ không nghĩ thứ tự của các công tắc sẽ quan trọng nhưng nếu không thì điều đó có vẻ đúng với tôi. Tôi không quen thuộc với VS EXE đó hoặc tại sao nó sử dụng HTTP và cách thức thực hiện cuộc gọi, thông qua xác thực, thông tin đăng nhập, v.v. Các UserNameUsing Multiple Authetication Methods trông thú vị và đặc biệt là với các loại nhầm.

— Pimp Juice IT