Điểm:0

Cấp phép tiện ích mở rộng công nhân kết hợp tự động hóa Azure không thành công

lá cờ bv

Tôi đang thiết lập một Công nhân kết hợp để sử dụng trong Tự động hóa Azure. Công nhân được thêm vào nhóm công nhân kết hợp của tôi và nó cho biết nền tảng là "Dựa trên tiện ích mở rộng (V2)". Tôi đang sử dụng Danh tính do hệ thống quản lý. Tôi không chắc mình có cần thêm Danh tính do người dùng quản lý vào máy ảo hay không.

Tài khoản Tự động hóa Azure của tôi đã được thiết lập ở chế độ Riêng tư, nhưng không thể thêm vào DNS nên tôi đã tạo lại mà không thêm vào DNS Liên kết riêng.

Mặc dù Công nhân hiển thị là có tiện ích mở rộng trong Tự động hóa Azure (đây là Tiện ích mở rộng mới dựa trên và không dựa trên Tác nhân nên nó được cài đặt tự động), việc kiểm tra các tiện ích mở rộng VM cho biết rằng HybridWorkerExtension "Cung cấp không thành công" như sau:

[Lỗi nội bộ] Không thể thực thi tiện ích mở rộng Hybrid Worker: {"Thông báo":"Xác thực không thành công cho các liên kết riêng tư"}. Bạn có thể tìm thêm thông tin về lỗi trong nhật ký nằm trong 'C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Automation.HybridWorker.HybridWorkerForWindows\0.1.0.18' trên máy ảo. Để biết thêm cách khắc phục sự cố, vui lòng làm theo các bước được đề cập tại đây: 'https://aka.ms/troubleshoot-hybrid-runbook-worker-v2'

Tôi đã tìm kiếm từ cao đến thấp, nhưng dường như không thể tìm thấy 1) nơi bắt tay xác thực này cần diễn ra 2) phương pháp tốt nhất để thiết lập điều này xác nhận rằng tôi tin rằng tác nhân Tiện ích mở rộng vẫn đang ở chế độ xem trước.

Tôi nghi ngờ đây là sự cố với Công nhân kết hợp giao tiếp với Tự động hóa Azure vì Tự động hóa Azure được đặt thành Riêng tư so với Công khai, nhưng với lỗi DNS tôi nhận được khi cố gắng tạo Tự động hóa Azure ban đầu (hiện đã bỏ qua bước đó bằng cách tạo Tự động hóa Azure mới vì nó liên tục nêu rõ "xung đột" khi tạo), làm cách nào để đảm bảo liên lạc?

Điểm:1
lá cờ ng

Nếu bạn đã thiết lập dịch vụ Azure Automation của mình ở chế độ riêng tư và do đó sử dụng liên kết riêng tư, thì bạn cần một giải pháp trên vNet để giải quyết vùng privatelink.azure-automation.net. Không có điều này, không có cách nào để nhân viên có thể giải quyết điểm cuối để dịch vụ kết nối.

Giải pháp đơn giản nhất cho việc này là sử dụng vùng DNS riêng Azure cho privatelink.azure-automation.net, đồng thời thêm tên và IP riêng của dịch vụ tự động hóa của bạn. Bạn cũng cần đảm bảo rằng có một điểm cuối riêng tư và giao diện mạng được liên kết cho dịch vụ tự động hóa được gắn vào mạng của bạn.

Với trạng thái hiện tại, có thể dễ dàng nhất để xóa mọi cơ sở hạ tầng liên kết riêng tư hiện có (nhưng không phải tài khoản tự động hóa) và tạo lại nó, để nó tạo vùng DNS cho bạn.

Kode avatar
lá cờ bv
Cảm ơn vì đã hướng dẫn, đó cũng là nơi tôi đã dựa vào. Tôi sẽ kiểm tra vì nó không thành công trên vùng DNS.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.