Ngiêm cấm sử đụng PROXY và VPS vào mục đích trái pháp luật bạn sẽ phải chịu toàn bộ trách nhiệm trước pháp luật khi sử dụng dịch vụ của chúng tôi tks!
Copilot Studio kết nối MCP: transport, xác thực và proxy

Copilot Studio kết nối MCP: transport, xác thực và vị trí proxy

Chuyên viên Kỹ thuật ProxyVN 08-05-2026 Đang tính... phút đọc

Copilot Studio kết nối MCP là cách cho agent doanh nghiệp trên Microsoft Copilot Studio dùng công cụ từ một server Model Context Protocol. Agent chạy trên hạ tầng của Microsoft, nên kết nối tới server MCP xuất phát từ đám mây chứ không từ máy người dùng. ProxyVN đối chiếu tài liệu Microsoft Learn và chạy một server MCP chỉ đọc qua Streamable HTTP để chỉ ra proxy thật sự đặt được ở đâu.

Copilot Studio kết nối MCP chạy từ đám mây

Copilot Studio không phải GitHub Copilot

Microsoft có nhiều sản phẩm mang tên Copilot. Copilot Studio là nền tảng dựng agent doanh nghiệp trong hệ sinh thái Power Platform, không phải GitHub Copilot trong IDE. Agent dựng bằng Copilot Studio chạy trong môi trường đám mây của tổ chức, gọi công cụ qua connector của Power Platform.

Phân biệt này quan trọng khi nói về mạng. GitHub Copilot chạy trong IDE trên máy lập trình viên, đọc proxy của máy. Copilot Studio chạy trên hạ tầng Microsoft, máy của người tạo agent chỉ là nơi mở trình duyệt để cấu hình. Cài proxy trên máy người dùng không ảnh hưởng tới đường agent gọi server MCP.

Với Copilot Studio kết nối MCP, server MCP phải được Microsoft gọi tới, không phải máy của anh em gọi tới. Mọi quyết định về proxy xuất phát từ điểm này.

Ba chặng mạng

Ba chặng mạng tách biệt

Ba chặng mạng tách biệt

Có ba chặng cần tách. Chặng thứ nhất là trình duyệt của người tạo agent tới giao diện Copilot Studio, đi theo proxy của máy hay của công ty. Chặng thứ hai là hạ tầng Microsoft tới server MCP, đi qua connector của Power Platform. Chặng thứ ba là server MCP ra Internet để lấy dữ liệu, đi theo mạng nơi server chạy.

Proxy chuyển tiếp mà doanh nghiệp tự quản chỉ đặt được ở chặng thứ ba, trong cấu hình của server MCP. Chặng thứ hai do Microsoft vận hành, tổ chức không đặt proxy chuyển tiếp của riêng mình vào đó. Bài này không hứa dùng được proxy ngoài ở mọi bước, đúng như brief đã ghi.

Phạm vi nguồn và lab

Mình đọc ba trang trên Microsoft Learn ngày 27/10/2026: trang tổng quan về mở rộng agent bằng MCP, trang kết nối server MCP có sẵn và trang khắc phục sự cố MCP. Mình không có tenant Copilot Studio hay giấy phép để thử trực tiếp, nên không xác minh gói dịch vụ hay cấu hình tenant thật.

Phần lab dựng một server MCP chỉ đọc bằng SDK Python 2.3.0, chạy qua Streamable HTTP trên máy cục bộ, gọi bằng client của chính SDK. Lab mô phỏng chặng thứ hai bằng client cục bộ và kiểm chặng thứ ba qua proxy tự dựng có nhật ký.

Yêu cầu khi Copilot Studio kết nối MCP

Chỉ hỗ trợ Streamable HTTP

Chỉ Streamable HTTP

Chỉ Streamable HTTP

Trang kết nối server MCP có sẵn ghi Copilot Studio hiện hỗ trợ transport kiểu Streamable. Trang cũng ghi vì transport SSE đã bị đánh dấu lỗi thời trong đặc tả MCP, Copilot Studio không còn hỗ trợ SSE cho MCP sau tháng 8/2025.

Hệ quả: server MCP chạy kiểu stdio trên máy người dùng không dùng được trực tiếp với Copilot Studio. Server phải mở một điểm cuối HTTP theo đặc tả transport Streamable HTTP, thường là đường dẫn /mcp nhận POST. Nhiều server MCP có sẵn trên mạng chỉ chạy stdio, cần bọc thêm hoặc đổi transport trước khi dùng.

Bật generative orchestration

Trang tổng quan MCP trong Copilot Studio ghi phải bật generative orchestration để dùng MCP. Agent dùng mô tả của server và của từng công cụ để quyết định khi nào gọi. Trang cũng ghi Copilot Studio hiện hỗ trợ công cụ và tài nguyên của MCP, chưa hỗ trợ prompt.

Vì agent chọn công cụ dựa trên mô tả, mô tả server trong wizard và mô tả trong mã công cụ cần rõ ràng. Mô tả mơ hồ khiến agent gọi sai công cụ hoặc không gọi, và trông như lỗi kết nối dù mạng vẫn bình thường.

Server phải truy cập được từ Microsoft

Server không truy cập được

Server không truy cập được

Vì chặng thứ hai xuất phát từ hạ tầng Microsoft, server MCP cần có địa chỉ mà hạ tầng đó gọi tới được. Server trên máy cá nhân ở 127.0.0.1 hay trong mạng nội bộ không mở ra ngoài sẽ không được gọi tới. Tài liệu ghi việc truy cập server MCP dựa trên connector của Power Platform.

Microsoft công bố danh sách địa chỉ IP đi ra của connector theo vùng. Nếu server MCP nằm sau tường lửa chỉ cho IP được phép vào, đây là danh sách cần đối chiếu. Mình chưa kiểm danh sách này có áp đúng cho lưu lượng MCP của Copilot Studio ở mọi vùng hay không, cần xác nhận với đội quản trị tenant.

Các bước Copilot Studio kết nối MCP bằng wizard

Thông tin cơ bản

Tài liệu khuyên dùng MCP onboarding wizard. Các bước theo đúng nhãn trên giao diện như tài liệu ghi:

  • Mở trang Tools của agent.
  • Chọn Add a tool.
  • Chọn New tool.
  • Chọn Model Context Protocol, wizard hiện ra.
  • Điền ba trường bắt buộc Server name, Server description và Server URL.
  • Chọn kiểu xác thực: None, API key hoặc OAuth 2.0.
  • Với None, chọn Create, hộp Add tool hiện ra.

Server URL là URL HTTPS công khai của điểm cuối Streamable HTTP. Server description nên mô tả ngắn gọn server làm gì, vì tài liệu ghi orchestrator của agent dùng thông tin này để quyết định có gọi server hay không.

Tạo kết nối và thêm vào agent

Ở hộp Add tool, chọn Create a new connection cho server MCP hoặc dùng kết nối có sẵn, rồi chọn Add to agent. Kết nối là đối tượng của Power Platform, lưu thông tin xác thực nếu có.

Cách thứ hai trong tài liệu là tạo custom connector trong Power Apps bằng tệp OpenAPI. Tệp mẫu trong tài liệu khai đường dẫn /mcp với phương thức POST và thuộc tính x-ms-agentic-protocol là mcp-streamable-1.0. Cách này hợp khi cần chỉnh tham số connector chi tiết hoặc chia sẻ connector giữa nhiều agent.

Data policy áp lên server MCP

Tài liệu ghi vì truy cập server MCP dựa trên connector của Power Platform, nếu data policy của tổ chức điều chỉnh connector, nó cũng điều chỉnh việc agent truy cập server MCP và công cụ. Một server MCP thêm vào mà không chạy được có thể do data policy chặn, không phải do mạng.

Khi gặp agent không gọi được server dù URL đúng, hỏi quản trị Power Platform về data policy trước khi kiểm tường lửa. Đây là lớp kiểm soát mà proxy hay tường lửa phía server không thay được.

Xác thực khi Copilot Studio kết nối MCP

None và API key

Với None, server không yêu cầu xác thực. Chỉ hợp với server lab hoặc server công khai không có dữ liệu nhạy cảm. Với API key, tài liệu ghi chọn kiểu Header hoặc Query, rồi nhập tên header hoặc tham số chứa khóa. Người dùng agent cung cấp khóa và agent đính khóa vào request tới server.

Khóa đặt trong query sẽ nằm trong URL, dễ lọt vào log của máy chủ và của proxy ngược trước server. Nếu server cho chọn, dùng Header. Phía server, kiểm khóa trước khi chạy công cụ, trả lỗi rõ ràng khi thiếu hoặc sai.

OAuth 2.0 với ba kiểu

Tài liệu mô tả ba kiểu OAuth 2.0. Dynamic discovery dùng khi server hỗ trợ đăng ký client động kèm cơ chế khám phá, đây là cách đơn giản nhất. Dynamic dùng khi server hỗ trợ đăng ký động nhưng không có khám phá, anh em nhập Authorization URL và Token URL template. Manual dùng khi phải nhập đủ Client ID, Client secret, Authorization URL, Token URL template, Refresh URL và Scopes.

Với Dynamic và Manual, sau khi tạo, wizard hiện callback URL để thêm vào đăng ký ứng dụng ở nhà cung cấp danh tính. Thiếu bước này, người dùng đăng nhập xong sẽ không quay lại được agent. Đây là lỗi cấu hình hay gặp nhất với OAuth, không liên quan proxy.

Proxy không thay được xác thực

Proxy không cấp quyền vào server MCP, không thay token OAuth và không vượt data policy. Một số người nghĩ đặt proxy trước server sẽ giải quyết lỗi xác thực, nhưng proxy chuyển tiếp không đụng tới tiêu đề Authorization hay khóa API. Lỗi 401, 403 từ server phải sửa ở cấu hình xác thực.

Ngược lại, đặt reverse proxy trước server MCP để kết thúc TLS hay giới hạn IP là cách làm hợp lý. Reverse proxy là chuyện của phía server, khác hẳn proxy chuyển tiếp mà server dùng để ra Internet.

Dựng server chỉ đọc cho Copilot Studio kết nối MCP

Server Streamable HTTP với SDK Python

Brief yêu cầu một server MCP chỉ đọc. Mình dùng SDK Python của MCP bản 2.3.0, lớp MCPServer, chạy transport streamable-http trên cổng 8955. Server có hai công cụ: fetch_url chỉ GET tới host trong danh sách cho phép, proxy_seen cho biết server nhận biến proxy nào, có che mật khẩu.

import os
from urllib.parse import urlsplit
import httpx
from mcp.server.mcpserver import MCPServer
 
ALLOWED = {h.strip() for h in os.environ.get("ALLOWED_HOSTS", "").split(",") if h.strip()}
mcp = MCPServer("lab-web-readonly")
 
@mcp.tool()
def fetch_url(url: str) -> str:
    """Lay toi da 2000 ky tu cua mot URL thuoc danh sach host duoc phep, chi GET."""
    host = urlsplit(url).hostname or ""
    if host not in ALLOWED:
        return f"TU CHOI: host {host} khong nam trong danh sach cho phep"
    try:
        r = httpx.get(url, timeout=5, follow_redirects=True)
        return f"HTTP {r.status_code}\n{r.text[:2000]}"
    except httpx.HTTPError as e:
        return f"LOI MANG: {type(e).__name__}: {e}"
 
if __name__ == "__main__":
    mcp.run(transport="streamable-http", host="127.0.0.1", port=8955)

Server chạy với HTTP_PROXY trỏ về proxy thử có tài khoản và NO_PROXY gồm 127.0.0.1, localhost. httpx bên trong server đọc biến này nên mọi request web của công cụ đi qua proxy, trừ địa chỉ cục bộ.

Lưu ý đầu vào của công cụ

Trang khắc phục sự cố MCP của Copilot Studio liệt kê vài giới hạn về lược đồ đầu vào. Công cụ có đầu vào kiểu tham chiếu bị lọc khỏi danh sách. Kiểu là mảng nhiều kiểu bị cắt bớt, nên dùng một kiểu duy nhất. Đầu vào enum được hiểu là chuỗi. Thuộc tính exclusiveMinimum đặt là số gây lỗi định dạng.

Server lab chỉ có đầu vào url kiểu chuỗi, nằm gọn trong các giới hạn này. Khi viết server cho Copilot Studio, giữ lược đồ đầu vào đơn giản: chuỗi, số, boolean, không lồng tham chiếu.

Bảng quyền

Bảng: Bảng quyền

Công cụ

Được làm

Không được làm

fetch_url

GET tới host trong ALLOWED_HOSTS, trả 2000 ký tự đầu

POST, ghi dữ liệu, host ngoài danh sách

proxy_seen

Trả tên biến proxy, che tài khoản

Trả mật khẩu, trả biến khác

Giới hạn nằm trong mã server, không phụ thuộc agent làm đúng. Agent có thể bị nội dung một trang dẫn dắt gọi công cụ với URL lạ, server vẫn từ chối.

Kết quả lab khi Copilot Studio kết nối MCP được mô phỏng

Ba ca từ phía client

Mình dùng client Streamable HTTP của SDK đóng vai chặng thứ hai, gọi server ở ba địa chỉ khác nhau.

Bảng: Ba ca từ phía client

Ca

Kết quả

Server chạy, đúng đường dẫn /mcp

Khởi tạo thành công, liệt kê fetch_url và proxy_seen

Cổng không có server

ConnectError: All connection attempts failed

Đúng cổng, sai đường dẫn

MCPError: Not Found

Ca thứ hai là mô phỏng ca server không truy cập được mà brief yêu cầu. Với Copilot Studio, tình huống tương tự xảy ra khi Server URL trỏ tới địa chỉ nội bộ, tường lửa chặn IP của Microsoft hay máy chủ đã tắt. Ca thứ ba xảy ra khi Server URL thiếu hoặc sai đường dẫn điểm cuối, ví dụ thiếu /mcp ở cuối.

Gọi công cụ qua proxy

Trong ca thứ nhất, gọi fetch_url với http://shop.test:8941/copilot trả HTTP 200 kèm JSON của trang thử. Nhật ký proxy ghi GET http://shop.test:8941/copilot với tài khoản user1, xác thực đạt. Tên shop.test chỉ phân giải được bên trong proxy, nên kết quả này chứng minh request web của server đi qua proxy.

Gọi fetch_url với https://evil.example.net trả TU CHOI: host evil.example.net khong nam trong danh sach cho phep. Không có request nào ra mạng cho host này. Đây là hành vi mong muốn của công cụ chỉ đọc.

Đọc kết quả theo chặng

Lỗi ConnectError và Not Found thuộc chặng thứ hai: agent không tới được server. Lỗi bên trong kết quả công cụ như LOI MANG hay HTTP 407 thuộc chặng thứ ba: server không tới được website qua proxy. Hai loại cần hai người xử lý khác nhau, đội quản trị tenant và mạng cho chặng hai, đội vận hành server và proxy cho chặng ba.

Với Copilot Studio kết nối MCP, lỗi tới server và lỗi từ server ra web nằm ở hai chặng khác nhau. Proxy chuyển tiếp chỉ có mặt ở chặng server ra web.

Đặt proxy đúng chỗ cho Copilot Studio kết nối MCP

Proxy chuyển tiếp trong server MCP

Có lúc công cụ của server cần lấy dữ liệu web qua một IP cụ thể, ví dụ để xem giá theo vùng hay vào API đối tác có danh sách IP cho phép. Khi đó, đặt proxy trong môi trường của tiến trình server. Với server Python dùng httpx hay requests, biến HTTP_PROXY và HTTPS_PROXY là đủ. Với server Node, fetch tích hợp cần NODE_USE_ENV_PROXY=1 hoặc dispatcher riêng.

Thêm NO_PROXY cho địa chỉ cục bộ và dịch vụ nội bộ mà server cần gọi. Trong lab, NO_PROXY có 127.0.0.1 và localhost để server không đẩy request cục bộ ra proxy. Bài no_proxy là gì giải thích quy ước viết danh sách.

Reverse proxy trước server

Để Copilot Studio gọi tới được, server cần một địa chỉ HTTPS công khai. Cách phổ biến là đặt server sau reverse proxy hoặc cổng API: kết thúc TLS, giới hạn IP nguồn theo danh sách của Microsoft, ghi log truy cập. Reverse proxy không phải dịch vụ IP HTTP hay SOCKS, nó đứng trước server để nhận request vào.

Với reverse proxy, nhớ cho phép phương thức POST và phản hồi dạng luồng của Streamable HTTP. Một số cấu hình đệm phản hồi hay timeout ngắn của reverse proxy làm phản hồi luồng bị cắt, trông giống lỗi của server.

Tài khoản proxy là bí mật của server

Tài khoản proxy chuyển tiếp nằm trong môi trường của server, không nằm trong Copilot Studio. Không đưa nó vào mô tả công cụ, không trả nó trong kết quả công cụ. Server lab che phần tài khoản trong proxy_seen bằng cách thay phần trước ký tự @ cuối. Tài khoản trong URL proxy phải mã hóa phần trăm, bài định dạng proxy có bảng mã hóa.

Thiết kế công cụ khi Copilot Studio kết nối MCP

Mô tả công cụ là một phần của cấu hình

Với generative orchestration, agent đọc tên và mô tả của từng công cụ để quyết định gọi công cụ nào với tham số gì. Mô tả công cụ trong mã server vì thế quan trọng ngang với Server description trong wizard. Một mô tả như lấy dữ liệu sẽ khiến agent gọi công cụ cả khi người dùng chỉ hỏi chuyện chung chung.

Mô tả tốt nói rõ công cụ làm gì, nhận đầu vào nào, giới hạn ra sao. Ví dụ với fetch_url, nêu rõ chỉ lấy trang thuộc danh sách tên miền nội bộ đã duyệt và chỉ trả 2000 ký tự đầu. Agent biết giới hạn sẽ không cố gọi với URL ngoài danh sách, giảm số lời gọi bị từ chối.

Ít công cụ, mỗi công cụ một việc

Tài liệu ghi mọi công cụ và tài nguyên mà server công bố đều tự động có trong Copilot Studio, và thay đổi trên server được phản ánh động. Server công bố quá nhiều công cụ làm agent khó chọn, và mỗi thay đổi trên server lập tức đổi hành vi của agent đang chạy.

Với server phục vụ agent doanh nghiệp, giữ số công cụ nhỏ, mỗi công cụ một việc rõ ràng. Đổi tên hay xóa công cụ là thay đổi có ảnh hưởng tới người dùng, nên đưa qua quy trình duyệt như mọi thay đổi khác trên hệ thống thật.

Tài nguyên thay cho công cụ khi chỉ cần đọc

MCP có khái niệm tài nguyên, dữ liệu dạng tệp mà agent đọc để có thêm ngữ cảnh. Tài liệu ghi Copilot Studio hỗ trợ tài nguyên. Với dữ liệu ít thay đổi như bảng giá chuẩn hay chính sách nội bộ, công bố dưới dạng tài nguyên có thể hợp hơn một công cụ tải web. Lý do là tài nguyên không phát sinh request ra ngoài mỗi lần agent cần.

Server có thể làm mới tài nguyên định kỳ qua proxy ở phía sau, còn agent chỉ đọc bản đã lưu. Cách này giảm tải lên website nguồn và lên proxy, đồng thời làm hành vi của agent ổn định hơn.

Ai chịu trách nhiệm cho công cụ

Tài liệu ghi khi kết nối tới sản phẩm không phải của Microsoft, kể cả server MCP bên ngoài, tổ chức chịu trách nhiệm về công cụ và tài nguyên truy cập từ Copilot Studio. Nghĩa là nội dung server trả về, dữ liệu server gửi đi và website mà server tải đều thuộc trách nhiệm của bên vận hành server.

Với server tải web qua proxy, trách nhiệm này gồm cả việc tuân thủ điều khoản của website nguồn và của nhà cung cấp proxy. Ghi rõ ai vận hành server, ai quản lý tài khoản proxy, ai duyệt danh sách host cho phép. Khi có sự cố hay khiếu nại, danh sách này giúp xử lý nhanh mà không phải tìm người.

Chi phí của mỗi lời gọi công cụ

Mỗi lời gọi công cụ có thể phát sinh chi phí ở nhiều nơi: lượt xử lý của agent theo gói Copilot Studio, băng thông hoặc số request của proxy, tài nguyên máy chủ chạy server. Agent dùng cho nhiều người dùng có thể gọi công cụ hàng nghìn lần mỗi ngày. Theo dõi số lời gọi theo ngày từ log server để ước chi phí proxy trước khi mở rộng, và đặt ngưỡng cảnh báo khi số lời gọi tăng bất thường so với ngày trước.

Thử trước khi đưa Copilot Studio kết nối MCP tới người dùng

Thử với server lab trước server thật

Trước khi trỏ agent vào server thật có dữ liệu, trỏ vào một server lab chỉ đọc như server trong bài, đặt ở URL công khai tạm thời. Hỏi agent vài câu khiến nó phải gọi công cụ, kiểm log server có nhận lời gọi, kiểm nhật ký proxy có request ra web.

Khi mọi chặng đã chạy với server lab, đổi Server URL sang server thật. Cách tách bước này giúp phân biệt lỗi do cấu hình Copilot Studio với lỗi do logic của server thật.

Ca lỗi có chủ đích

Tắt server lab một lúc và hỏi agent, xem agent báo gì khi không tới được server. Đặt sai mật khẩu proxy của server, xem kết quả công cụ và câu trả lời của agent. Hai ca này cho biết người dùng cuối sẽ thấy gì khi có sự cố thật trên hệ thống, để chuẩn bị thông báo và hướng dẫn hỗ trợ phù hợp.

Gỡ lỗi khi Copilot Studio kết nối MCP

Bảng tra

Bảng dưới gom tình huống từ tài liệu Microsoft và từ lab.

Bảng: Bảng tra

Hiện tượng

Thường do

Kiểm trước

Không thêm được server

Server chỉ có SSE hoặc stdio

Đổi sang Streamable HTTP

Agent không gọi server

Chưa bật generative orchestration, mô tả mơ hồ

Cài đặt agent, Server description

Kết nối thất bại

Server không công khai, tường lửa chặn

URL HTTPS công khai, IP được phép

Not Found

Sai đường dẫn điểm cuối

Đường dẫn /mcp

Công cụ không hiện

Đầu vào kiểu tham chiếu, nhiều kiểu

Lược đồ đầu vào đơn giản

Bị chặn dù mạng đúng

Data policy của Power Platform

Hỏi quản trị tenant

Kết quả công cụ có HTTP 407

Proxy của server từ chối tài khoản

Biến proxy của server

Dòng cuối là chỗ duy nhất trong bảng mà proxy chuyển tiếp gây ra. Bài sửa lỗi 407 Proxy Authentication Required có danh sách nguyên nhân phía nhà cung cấp.

Thông điệp lỗi rõ ràng trong công cụ

Agent đọc kết quả công cụ để trả lời người dùng. Kết quả chỉ có HTTP 407 dễ bị agent diễn giải thành trang bị chặn. Trả thông điệp phân loại, ví dụ Proxy cua server tu choi tai khoan, giúp agent báo đúng và không gọi lại liên tục. Server cũng nên đếm số lỗi liên tiếp với cùng host và dừng sau vài lần.

Ghi log phía server

Ghi mỗi lời gọi công cụ: tên công cụ, host, mã trạng thái, thời gian, kết quả phân loại. Không ghi nội dung trang, không ghi biến môi trường. Copilot Studio có công cụ xem lịch sử hội thoại của agent, đối chiếu với log server theo thời gian để biết lỗi nằm ở chặng nào.

Chọn proxy cho server khi Copilot Studio kết nối MCP

Proxy tĩnh cho API đối tác

Với server gọi API đối tác có danh sách IP cho phép, proxy tĩnh phù hợp vì IP ra không đổi. Đăng ký IP proxy với đối tác thay vì IP máy chủ, khi chuyển máy chủ không phải xin đối tác cập nhật lại. Với server lấy dữ liệu công khai nhiều trang, proxy xoay giúp chia tải.

ProxyVN có proxy dân cư tĩnh, datacenter và proxy xoay, hỗ trợ HTTP và SOCKS5, cấp tài khoản user và mật khẩu. Nếu cần proxy cho chặng server MCP ra web, anh em có thể mua proxy uy tín tại trang chủ ProxyVN rồi khai vào môi trường của server, chạy lại bảng ca thử.

Tôn trọng website đích

Proxy chỉ đổi IP nguồn. Agent doanh nghiệp có thể gọi công cụ nhiều lần trong một hội thoại, nhân lên với nhiều người dùng. Giới hạn tốc độ ngay trong server để không gửi quá nhiều request tới một website. Bài lỗi 429 khi dùng proxy có cách xử lý khi bị giới hạn tần suất.

Câu hỏi thường gặp về Copilot Studio kết nối MCP

Dùng server MCP stdio trên máy với Copilot Studio được không. Không trực tiếp. Copilot Studio chỉ hỗ trợ Streamable HTTP, server phải có URL công khai.

Copilot Studio còn hỗ trợ SSE không. Tài liệu ghi không còn hỗ trợ SSE cho MCP sau tháng 8/2025.

Đặt proxy cho Copilot Studio ở đâu. Proxy chuyển tiếp đặt trong môi trường của server MCP, cho chặng server ra web. Chặng Microsoft tới server do Microsoft vận hành.

Proxy có giải quyết lỗi xác thực không. Không. Lỗi 401, 403 sửa ở cấu hình API key hoặc OAuth.

Vì sao công cụ không hiện trong danh sách. Có thể do lược đồ đầu vào dùng kiểu tham chiếu hoặc nhiều kiểu. Xem trang khắc phục sự cố.

Copilot Studio có hỗ trợ prompt của MCP không. Tài liệu ghi hiện hỗ trợ công cụ và tài nguyên.

Checklist Copilot Studio kết nối MCP

Checklist Copilot Studio kết nối MCP

Checklist Copilot Studio kết nối MCP

Trước khi đưa vào dùng

  • Server dùng Streamable HTTP, có URL HTTPS công khai.
  • Generative orchestration đã bật.
  • Server description rõ ràng.
  • Xác thực phù hợp, ưu tiên Header cho API key, callback URL đã đăng ký cho OAuth.
  • Data policy cho phép connector.
  • Lược đồ đầu vào đơn giản.
  • Proxy chuyển tiếp đặt trong môi trường server, có NO_PROXY.
  • Công cụ chỉ đọc, giới hạn host, lỗi rõ ràng.

Giới hạn của bài

Bài theo tài liệu Microsoft Learn ngày 27/10/2026, không có tenant hay giấy phép Copilot Studio để thử trực tiếp. Lab chạy server và client bằng SDK Python 2.3.0 qua Streamable HTTP trên máy cục bộ, mô phỏng chặng Microsoft tới server, chưa phải kết nối thật từ Copilot Studio. Chưa xác minh danh sách IP đi ra áp cho lưu lượng MCP ở mọi vùng.

Copilot Studio kết nối MCP và những điều cần nhớ

Copilot Studio kết nối MCP chỉ qua Streamable HTTP, từ hạ tầng Microsoft tới URL công khai của server. Xác thực bằng API key hoặc OAuth, chịu data policy của Power Platform. Proxy chuyển tiếp chỉ đặt được ở chặng server ra web. Cần proxy ổn định cho server khi Copilot Studio kết nối MCP, liên hệ Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam.

TIN TỨC LIÊN QUAN