<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Networking on Antonio Cortés (DrZippie)</title><link>https://antoniocortes.com/tags/networking/</link><description>Recent content in Networking on Antonio Cortés (DrZippie)</description><generator>Hugo</generator><language>es-es</language><lastBuildDate>Mon, 02 Mar 2026 19:30:31 +0100</lastBuildDate><atom:link href="https://antoniocortes.com/tags/networking/index.xml" rel="self" type="application/rss+xml"/><item><title>DuckDB and httpfs behind a proxy: the secret nobody tells you</title><link>https://antoniocortes.com/en/post/2026/03/2026-03-02-duckdb-httpfs-proxy/</link><pubDate>Mon, 02 Mar 2026 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/en/post/2026/03/2026-03-02-duckdb-httpfs-proxy/</guid><description>&lt;h2 id="the-problem-httpfs-ignores-your-environment-variables"&gt;The problem: httpfs ignores your environment variables&lt;/h2&gt;
&lt;p&gt;If you work with DuckDB and the &lt;code&gt;httpfs&lt;/code&gt; extension to read remote Parquet files, CSVs from S3, or any HTTP resource, you probably assume that the &lt;code&gt;HTTP_PROXY&lt;/code&gt; and &lt;code&gt;HTTPS_PROXY&lt;/code&gt; environment variables work just like every other tool. Curl respects them. wget respects them. Python requests respects them. Node.js respects them.&lt;/p&gt;
&lt;p&gt;DuckDB does not.&lt;/p&gt;
&lt;p&gt;I ran into this while working in a corporate environment with a mandatory proxy. I had a script reading Parquet files from Google Cloud Storage using &lt;code&gt;httpfs&lt;/code&gt;, and it simply would not work. No clear error, no descriptive timeout, just silence. Meanwhile, a &lt;code&gt;curl&lt;/code&gt; to the same resource with the same environment variables returned data without issue.&lt;/p&gt;</description></item><item><title>DuckDB y httpfs detrás de un proxy: el secreto que nadie te cuenta</title><link>https://antoniocortes.com/2026/03/02/duckdb-y-httpfs-detr%C3%A1s-de-un-proxy-el-secreto-que-nadie-te-cuenta/</link><pubDate>Mon, 02 Mar 2026 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/2026/03/02/duckdb-y-httpfs-detr%C3%A1s-de-un-proxy-el-secreto-que-nadie-te-cuenta/</guid><description>&lt;h2 id="el-problema-httpfs-ignora-tus-variables-de-entorno"&gt;El problema: httpfs ignora tus variables de entorno&lt;/h2&gt;
&lt;p&gt;Si trabajas con DuckDB y la extensión &lt;code&gt;httpfs&lt;/code&gt; para leer Parquet remotos, CSVs desde S3 o cualquier recurso HTTP, probablemente asumes que las variables de entorno &lt;code&gt;HTTP_PROXY&lt;/code&gt; y &lt;code&gt;HTTPS_PROXY&lt;/code&gt; funcionan igual que en cualquier otra herramienta. Curl las respeta. wget las respeta. Python requests las respeta. Node.js las respeta.&lt;/p&gt;
&lt;p&gt;DuckDB no.&lt;/p&gt;
&lt;p&gt;Me he encontrado con esto trabajando en un entorno corporativo con proxy obligatorio. Tenía un script que leía ficheros Parquet desde Google Cloud Storage usando &lt;code&gt;httpfs&lt;/code&gt;, y simplemente no funcionaba. Sin error claro, sin timeout descriptivo, solo silencio. Mientras tanto, un &lt;code&gt;curl&lt;/code&gt; al mismo recurso con las mismas variables de entorno devolvía los datos sin problema.&lt;/p&gt;</description></item></channel></rss>