https://sebastianczech.com/tags/apim/ Recent content in APIM on Portfolio & blog Hugo pl Thu, 08 Oct 2026 00:00:00 +0000 https://sebastianczech.com/posts/2026-10-08-foundry-network/ Thu, 08 Oct 2026 00:00:00 +0000 https://sebastianczech.com/posts/2026-10-08-foundry-network/ <p><img src="https://sebastianczech.com/images/20260422-foundry-origami.png" alt=""></p> <p>Opublikowałem na LinkedIn artykuł <a href="https://www.linkedin.com/pulse/microsoft-foundry-komunikacja-sieciowa-mi%C4%99dzy-agentem-czech-topce/" class="external-link" target="_blank" rel="noopener">Microsoft Foundry – komunikacja sieciowa między agentem a wewnętrznym API</a>, w którym opisuję, co może pójść nie tak, gdy agent w Microsoft Foundry ma wywołać API dostępne tylko w sieci prywatnej.</p> <p>Artykuł opisuje trzy przypadki:</p> <ul> <li><strong>DNS, który nie jest problemem DNS</strong> – <code>Name or service not known</code> może oznaczać, że ruch danego narzędzia (MCP, OpenAPI, A2A) w ogóle nie przechodzi przez VNet dla danego typu agenta. Zanim zmienimy DNS czy firewall, warto sprawdzić tabelę wsparcia narzędzi w izolacji sieciowej.</li> <li><strong>Lista dozwolonych domen</strong> – przy włączonym <code>restrictOutboundNetworkAccess</code> lista <code>allowedFqdnList</code> musi zawierać dokładną nazwę hosta bramy APIM. Zmiana zaczyna działać do 15 minut po zapisie.</li> <li><strong>Błąd 424</strong> – to opakowana odpowiedź 403 z APIM. Przyczynę widać w polu <code>innerReasonPhrase</code>, u mnie był to <code>x-api-index mismatch</code>, czyli niezgodna wartość nagłówka <code>x-api-index</code>.</li> </ul> <p>Na końcu artykułu jest lista kroków diagnostycznych: od <code>nslookup</code> i <code>curl --resolve</code> z maszyny w tym samym VNet, przez trace w APIM, po tabelę <code>genAIContent</code> w Application Insights.</p>