29

Tôi có một máy chủ và một máy trạm trên cùng một miền công ty. Người dùng của tôi là quản trị viên cục bộ trên cả hai máy. Tôi đã cài đặt phiên bản VS2010 của MSVSMON và thiết lập nó để chạy như một dịch vụ trên máy chủ theo người dùng của tôi DOMAIN\greg.b (tôi đã cho bản thân mình "đăng nhập như dịch vụ"). Tôi đăng nhập vào máy chủ bằng tài khoản miền của mình và khởi động màn hình Remote Debug. Sau đó tôi kết nối với máy chủ từ Visual Studio của tôi. Trong màn hình trên máy chủ, tôi có thể thấyKhông thể gỡ lỗi từ xa hoạt động với VS2010

23/09/2010 16:26:33 DOMAIN \ greg.b được kết nối.

Sau đó, một lúc sau, tôi nhận được một hộp thoại từ Visual Studio nói

Không thể kết nối với Visual Studio Monitor Remote Debugging Microsoft có tên là 'SERVER_NAME'. Visual Studio Remote Debugger trên máy tính đích không thể kết nối lại với máy tính này. Tường lửa có thể ngăn chặn truyền thông qua DCOM tới máy tính cục bộ.

Tôi đã mở các cổng DCOM (TCP 135) trên cả máy trạm và máy chủ của mình là detailed here.
Tôi đã thử nó với dịch vụ Tường lửa của Windows bị tắt.

Tôi hoàn toàn bối rối!

Máy chủ đang chạy Windows 2003 Standard SP2 32bit chạy x86 MSVSMON. Máy trạm của tôi đang chạy Windows 7 Pro 64Bit và VS2010 Pro.

+0

Bạn đã thử sử dụng dịch vụ firewell trên cả hai máy? – JaredPar

+10

chúc may mắn. Bắt gỡ lỗi từ xa làm việc đã được xa và đi các nhiệm vụ khó chịu nhất mà tôi từng phải làm trong thế giới NET. Vì vậy, đầy thất bại, tôi thường punt và cài đặt VS trên các máy chủ thử nghiệm. –

+0

@Kirk Punting có vẻ như là cách để đi ngay bây giờ! –

Trả lời

17

Đảm bảo rằng devenv.exe (studio trực quan) nằm trong danh sách ngoại lệ của chương trình tường lửa trên hộp kiểm DOMAIN đã được chọn!

Tôi đã ở trong tình trạng tương tự, dừng các dịch vụ tường lửa đang chạy trên máy của tôi (win7 x64) nhưng nó không hoạt động cho đến khi tôi thực hiện thay đổi này.

+0

vui nhộn mà tôi va vào bạn ở đây ... – tentonipete

+0

Cái quái gì thế !? Điều này làm việc cho tôi quá! Dịch vụ tường lửa đã được ngừng lại để cố gắng loại trừ nó như là một vấn đề, nhưng thêm quy tắc này đã sửa nó! –

7

Tôi đã gặp vấn đề tương tự, tôi đã chạy VS2010 trong máy ảo, tôi đã thay đổi mạng từ NAT thành Bridged, có thể ping theo 2 cách và hoạt động.

+0

Cảm ơn bạn !! Tôi đã có mọi thứ thiết lập chính xác XIN VUI LÒNG này! – offner

+0

Rất tiếc, tôi vẫn nhận được "tên người dùng hoặc mật khẩu không hợp lệ" tại thời điểm này; VM và máy chủ chia sẻ một nhóm làm việc và tên người dùng tài khoản/pw, với tường lửa bị vô hiệu hóa và DCOM được bật. –

+0

Hmm, thay đổi phương thức mà máy tính chủ kết nối với internet (Ethernet thay vì kết nối USB) đã sửa nó. Lạ thật. –

0

Cùng một vấn đề ở đây. Lý do của tôi là bảo mật mạng Trend đã được kích hoạt trong máy tính cục bộ và nó đã chặn kết nối. Tôi không thể dừng lại vì tôi cần một mật khẩu, vì vậy tôi đã xóa tất cả các quy trình của Trend, và sau đó nó hoạt động tốt. Vì vậy, bạn có thể kiểm tra xem một số dịch vụ bảo mật hoặc chống vi-rút đã được bật chưa và có thể chặn truy cập không.

5

Trong trường hợp của tôi: Kể từ khi máy tính từ xa không phải là một phần của subnet địa phương, tôi đã phải đi đến Windows Firewall -> Advanced Settings -> Trong quy tắc ràng buộc. Chọn quy tắc cho MS Visual Studio và thêm địa chỉ IP của máy từ xa vào phần "Phạm vi". Điều này ngoài cài đặt tường lửa của cửa sổ được mô tả ở trên.

+0

Cảm ơn, không chính xác giải pháp cho tôi, nhưng rất gần. Đối với tôi, tôi đã phải thêm "Tên miền" vào hồ sơ quy tắc so với inbound. –

+0

Cảm ơn là tốt, điều này đã lái xe điên của tôi. Tôi đã phải thêm "Domain" vào hai mục Visual Studio. –

2

gì giúp trong trường hợp của tôi là như sau:

Run dcomcnfg.exe trên máy nơi VS của bạn, hãy vào:

Component Services -> Computers -> My Computer -> Properties -> COM Security -> Access Permissions -> Edit Limits

Bạn nên cấp quyền truy cập từ xa đến ANONYMOUS LOGON.

Không gây rối với các quyền khác - có thể gây rắc rối cho bạn.

0

Tôi vừa gặp sự cố này (không bao giờ gặp vấn đề này trước đây, tôi gỡ lỗi từ xa mọi lúc) và giải quyết nó.

Điều đầu tiên tôi làm là thu hẹp sự cố xuống máy của tôi. Khi tôi vô hiệu hóa tường lửa của tôi và nhìn thấy mọi thứ hoạt động trở lại nên tôi biết đó là máy tính của tôi và tường lửa của tôi.

Trang msdn tại http://msdn.microsoft.com/en-us/library/ee126350(v=vs.100).aspx cho biết nếu 'Microsoft Visual Studio' được liệt kê trong danh sách tường lửa để nhấp vào 'Cho phép một chương trình khác' và chọn lại.

Khi tôi nhấp vào 'Cho phép chương trình khác' danh sách các ứng dụng xuất hiện và Microsoft Visual Studio không có trong danh sách R soNG nên tôi đã duyệt tới devenv.exe và tôi nhận được thông báo rằng đã có trong danh sách! May mắn thay nó nói với tôi rằng nó nghĩ rằng nó có trong danh sách như Microsoft SQL Server Data Tools.

Vì vậy, tôi đã xóa mục nhập cho 'Microsoft Visual Studio' vì rõ ràng quy tắc tương tự đã có trong danh sách nhưng với tên khác và viola mọi thứ hoạt động trở lại.

Tôi đoán bản cập nhật hoặc có lẽ cài đặt VS 2013 Express của tôi đã ảnh hưởng đến cài đặt tường lửa và có quy tắc trong đó hai lần gây nhầm lẫn cho máy tính của tôi.

0

gì giải quyết vấn đề của tôi là này

  1. Tắt Native Compatibility Mode và chế độ tương thích Managed.
  2. Trong Visual Studio 2013, hãy tắt Bật chỉnh sửa gốc và Tiếp tục.

enter image description here https://msdn.microsoft.com/en-us/library/2dbesfyx.aspx

Tôi cũng khởi động lại máy tính (cửa sổ quy tắc cơ bản!)

0

Tôi đoán có triệu lý do cho vấn đề này! Tôi đã thử tất cả các câu trả lời ở trên nhưng không làm việc cho tôi nhưng điều này: tôi quản lý để có được nó làm việc bằng cách vô hiệu hóa tùy chọn để sử dụng "chế độ tương thích được quản lý"

Cho rằng, goto các tùy chọn trong VS, như: Công cụ -> Tùy chọn -> Gỡ lỗi -> Chung -> "Sử dụng Chế độ tương thích được quản lý"

Có được thiết lập không? Vô hiệu hóa nó.

Các vấn đề liên quan