Downloading the support archive is probably the easiest method to verify the assumption and verify the logs of code modules. This also depends on DynaKube deployment options you have.
You can also reach out to DTONE who have access to DebugUI and help to identify the processes and reasons why the code modules are not connected to containerized ActiveGate.
I don’t know if is the same problem. If in your environment you have a proxy defined to comunicate to the external dynatrace, in the kubeconfig yo have not to define a general proxy to allow the nodeagents to communicate to the internal activegate. To allow you internal activeGate to comunicate to the external dynatrace activeGates trough the proxy you have to add in kubeconfig AG definition section
<span class=""> <span class="">customProperties:</span></span>
<span class=""> <span class="">value:</span> <span class="">|</span></span>
<span class=""><span class=""> [http.client]</span></span>
<span class=""><span class=""> proxy-server=<your proxy></span></span>
<span class=""><span class=""> proxy-port=8080</span></span>
<span class=""><span class=""> proxy-non-proxy-hosts=*.xxx.xxx<br><br></span></span>I think is a workarround until the internal ActiveGate get the proper configuration from the dynatrace configuration to send the metrics to a internal AG