<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Posts on Aidan Mitchell</title>
    <link>https://aidanmitchell.co.uk/posts/</link>
    <description>Recent content in Posts on Aidan Mitchell</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sun, 19 Apr 2026 19:42:00 +0100</lastBuildDate>
    <atom:link href="https://aidanmitchell.co.uk/posts/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Using dnspython to override the socket resolver</title>
      <link>https://aidanmitchell.co.uk/posts/using-dnspython-override-socket-dns/</link>
      <pubDate>Sun, 19 Apr 2026 19:42:00 +0100</pubDate>
      <guid>https://aidanmitchell.co.uk/posts/using-dnspython-override-socket-dns/</guid>
      <description>&lt;p&gt;I&amp;rsquo;ve recently been working on a simple &lt;a href=&#34;https://codeberg.org/aodhn/denz&#34;&gt;domain monitoring tool&lt;/a&gt; that includes a module for retrieving TLS certificate data. Part of the tools functionality is that the user can specify the DNS server(s) handling resolution of the domains to be monitored. Using the &lt;a href=&#34;https://pypi.org/project/dnspython/&#34;&gt;dnspython&lt;/a&gt; library, the tool can set the desired resolvers, make queries, and avoid falling through to the system resolver. However, the module for querying TLS certificates makes use of the &lt;code&gt;ssl&lt;/code&gt; std lib which uses the &lt;code&gt;socket&lt;/code&gt; library. &lt;code&gt;socket&lt;/code&gt; lib relies on the &lt;code&gt;getaddrinfo&lt;/code&gt; or &lt;code&gt;gethostbyname&lt;/code&gt; methods which are dependent on the system hosts file and resolver configuration. There is no native method in &lt;code&gt;socket&lt;/code&gt; to override the resolver which would invalidate the intended function of my tool.&lt;/p&gt;</description>
    </item>
    <item>
      <title>OpenTelemetry - Painlessly Ship Docker Container Logs to OpenObserve</title>
      <link>https://aidanmitchell.co.uk/posts/otel-ingest-docker-container-logs/</link>
      <pubDate>Mon, 06 Apr 2026 11:52:36 +0100</pubDate>
      <guid>https://aidanmitchell.co.uk/posts/otel-ingest-docker-container-logs/</guid>
      <description>&lt;p&gt;Using the &lt;em&gt;contrib&lt;/em&gt; release of the &lt;a href=&#34;https://hub.docker.com/r/otel/opentelemetry-collector-contrib&#34;&gt;OpenTelemetry Collector&lt;/a&gt; (&lt;a href=&#34;https://github.com/open-telemetry/opentelemetry-collector-contrib&#34;&gt;GitHub&lt;/a&gt;) container, you can ship the standard JSON Lines logs generated by the Docker engine to OpenObserve using a container in the self-same stack. This approach is not ideal for a serious production or enterprise deployment but will be sufficient if you have a simple self-hosting use case like mine.&lt;/p&gt;
&lt;p&gt;The Docker engine writes the stdout and stderr logs from containers (i.e. the output of &lt;code&gt;docker logs &amp;lt;container_id/container_name&amp;gt;&lt;/code&gt;) to &lt;code&gt;/var/lib/docker/containers&lt;/code&gt;. This directory will contain a directory per container, named for the 64-char hexadecimal container ID, and a log file in each subdirectory named &lt;code&gt;&amp;lt;container_id&amp;gt;-json.log&lt;/code&gt;. OTEL Collector &lt;em&gt;contrib&lt;/em&gt; is needed to get access to the &lt;code&gt;filelog&lt;/code&gt; receiver with support for the &lt;code&gt;docker&lt;/code&gt; format.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
