Python urllib3ライブラリ 詳細解説：安全で効率的なHTTP通信を実現

urllib3は、Pythonの標準ライブラリurllib（Python 2ではurllibとurllib2）にはない、多くの重要な機能を提供するサードパーティ製のHTTPクライアントライブラリです。標準ライブラリと比較して、以下のようなメリットがあります。

• スレッドセーフ (Thread safety): 複数のスレッドから安全に利用できます。
• コネクションプーリング (Connection pooling): 確立した接続を再利用し、通信のオーバーヘッドを削減します。
• クライアントサイドSSL/TLS検証 (Client-side SSL/TLS verification): 安全なHTTPS通信をデフォルトでサポートし、検証のカスタマイズも可能です。
• ファイルアップロード (File uploads with multipart encoding): マルチパート形式でのファイル送信を簡単に実装できます。
• リトライ処理とリダイレクト処理のヘルパー (Helpers for retrying requests and dealing with HTTP redirects): リクエストの再試行やリダイレクトへの追従を柔軟に設定できます。
• gzip, deflate, brotli, zstdエンコーディングのサポート (Support for gzip, deflate, brotli, and zstd encoding): レスポンスボディの自動解凍に対応しています。
• HTTPおよびSOCKSプロキシのサポート (Proxy support for HTTP and SOCKS): プロキシ経由での通信が可能です。
• 高いテストカバレッジ (100% test coverage): ライブラリの信頼性が高いです。

これらの機能により、urllib3は効率的で堅牢、かつ安全なHTTP通信を実現するための強力なツールとなっています。特に、パフォーマンスが要求されるアプリケーションや、複雑な通信要件を持つ場合にその真価を発揮します。

urllib3はサードパーティライブラリなので、使用する前にインストールが必要です。pipコマンドを使って簡単にインストールできます。

pip install urllib3 

特定の機能（Brotli圧縮、SOCKSプロキシなど）を利用したい場合は、追加の依存関係と共にインストールすることも可能です。

# Brotliサポートを追加
pip install urllib3[brotli]
# SOCKSプロキシサポートを追加
pip install urllib3[socks]
# Zstandardサポートを追加
pip install urllib3[zstd] 

インストール後、Pythonインタプリタやスクリプトでimport urllib3を実行し、エラーが出なければ成功です。

import urllib3
print(f"urllib3 version: {urllib3.__version__}") 

urllib3の基本的な使い方は非常にシンプルです。PoolManagerオブジェクトを作成し、そのrequest()メソッドを使ってHTTPリクエストを送信します。

GETリクエスト

最も一般的なGETリクエストの例です。

import urllib3
# PoolManagerインスタンスを作成
# これが接続プーリングやスレッドセーフなどを管理します
http = urllib3.PoolManager()
# GETリクエストを送信
url = 'https://httpbin.org/get'
try: response = http.request('GET', url) # レスポンスのステータスコードを確認 print(f"Status Code: {response.status}") # レスポンスボディを取得 (bytes型) # 必要に応じてデコードする data = response.data.decode('utf-8') print("Response Body (first 200 chars):") print(data[:200]) # レスポンスヘッダーを取得 print("Response Headers:") print(response.headers)
except urllib3.exceptions.MaxRetryError as e: print(f"Connection error: {e}")
except urllib3.exceptions.NewConnectionError as e: print(f"Connection error: {e}")
except Exception as e: print(f"An unexpected error occurred: {e}")
finally: # PoolManagerは通常、明示的に閉じる必要はありませんが、 # スクリプトの最後などでリソースを解放したい場合はclose()を呼び出せます。 # http.clear() # プールをクリア pass # 通常は何もしなくてもOK 

request()メソッドはHTTPResponseオブジェクトを返します。このオブジェクトからステータスコード (status)、レスポンスボディ (data、bytes型)、ヘッダー (headers) などを取得できます。

POSTリクエスト

データをサーバーに送信するPOSTリクエストの例です。fields引数に辞書形式でデータを渡します。

import urllib3
import json # JSONデータを扱う場合
# PoolManagerインスタンスを作成
http = urllib3.PoolManager()
# POSTするデータ (フォーム形式)
post_data = {'key1': 'value1', 'key2': 'value2'}
# POSTリクエストを送信
url = 'https://httpbin.org/post'
try: response = http.request( 'POST', url, fields=post_data ) print(f"Status Code: {response.status}") data = response.data.decode('utf-8') print("Response Body (contains sent form data):") # JSONとしてパースして見やすく表示 try: parsed_data = json.loads(data) print(json.dumps(parsed_data, indent=2)) except json.JSONDecodeError: print(data) # パースできない場合はそのまま表示
except Exception as e: print(f"An error occurred: {e}")
# JSONデータを送信する場合
json_data = {'name': 'Taro Yamada', 'age': 30}
encoded_json_data = json.dumps(json_data).encode('utf-8')
try: response_json = http.request( 'POST', url, body=encoded_json_data, headers={'Content-Type': 'application/json'} # Content-Typeを指定 ) print(f"\nJSON POST Status Code: {response_json.status}") json_response_data = response_json.data.decode('utf-8') print("Response Body (contains sent JSON data):") try: parsed_data = json.loads(json_response_data) print(json.dumps(parsed_data, indent=2)) except json.JSONDecodeError: print(json_response_data)
except Exception as e: print(f"An error occurred during JSON POST: {e}") 

フォームデータを送信する場合はfields引数を、JSONなどの生のボディデータを送信する場合はbody引数と適切なContent-Typeヘッダーを使用します。

カスタムヘッダーとタイムアウト

リクエストヘッダーの追加やタイムアウトの設定も簡単です。

import urllib3
http = urllib3.PoolManager()
url = 'https://httpbin.org/headers'
# カスタムヘッダー
custom_headers = { 'User-Agent': 'MyCustomUrllib3Client/1.0', 'X-Custom-Header': 'HelloWorld'
}
try: # ヘッダーとタイムアウトを指定してリクエスト response = http.request( 'GET', url, headers=custom_headers, timeout=5.0 # タイムアウトを5秒に設定 ) print(f"Status Code: {response.status}") data = response.data.decode('utf-8') print("Response Body (reflects sent headers):") print(data) # 接続タイムアウトと読み取りタイムアウトを個別に設定 response_detailed_timeout = http.request( 'GET', 'https://httpbin.org/delay/3', # 3秒遅延するエンドポイント timeout=urllib3.Timeout(connect=1.0, read=4.0) # 接続1秒、読み取り4秒 ) print(f"\nDetailed Timeout Status: {response_detailed_timeout.status}")
except urllib3.exceptions.ReadTimeoutError: print("\nRead timed out!")
except urllib3.exceptions.ConnectTimeoutError: print("\nConnection timed out!")
except Exception as e: print(f"\nAn error occurred: {e}") 

timeout引数には秒数をfloatで指定するか、urllib3.Timeoutオブジェクトで接続タイムアウト(connect)と読み取りタイムアウト(read)を個別に指定できます。

コネクションプーリング (Connection Pooling)

urllib3の最も強力な機能の一つがコネクションプーリングです。HTTP/1.1では、一度確立したTCP接続を再利用するKeep-Aliveが標準的ですが、urllib3はこの接続を効率的に管理・再利用する仕組みを提供します。

PoolManagerは内部で、ホストごと(例: "google.com", "api.example.com")にConnectionPool（HTTPまたはHTTPS）を管理します。デフォルトでは、最大10個のホストに対するConnectionPoolを保持します。 同じホストに対して連続してリクエストを行う場合、ConnectionPoolは確立済みの接続を再利用しようとします。これにより、TCPハンドシェイクやTLSハンドシェイクのオーバーヘッドが削減され、パフォーマンスが大幅に向上します。

プールの挙動はカスタマイズ可能です。

import urllib3
# 同時に多くのホストにアクセスする場合、PoolManagerが保持するプール数を増やす
http_many_pools = urllib3.PoolManager(num_pools=50)
# 特定のホストに対して同時に多くのリクエストを送る場合、
# そのホスト用のConnectionPoolが保持する接続数を増やす
# (PoolManager経由での設定)
http_large_pool = urllib3.PoolManager(maxsize=20)
# (特定のホストに対して直接ConnectionPoolを使う場合)
pool_specific = urllib3.HTTPSConnectionPool('api.example.com', maxsize=15)
# maxsizeを超えたリクエストがあった場合の挙動 (block=True)
# block=Trueの場合、空き接続ができるまで待機する (最大maxsize接続まで)
# block=False(デフォルト)の場合、新しい接続を作るがプールには保存されない
http_blocking = urllib3.PoolManager(maxsize=5, block=True)
try: # http_large_poolを使ってリクエスト response = http_large_pool.request('GET', 'https://httpbin.org/ip') print(f"Large Pool Request Status: {response.status}")
except Exception as e: print(f"An error occurred: {e}") 

• num_pools: PoolManagerが管理するConnectionPoolの最大数 (デフォルト: 10)。
• maxsize: 各ConnectionPoolがプール内に保持する接続の最大数 (デフォルト: 1)。マルチスレッド環境などで同一ホストへの同時接続が多い場合に増やします。
• block: maxsizeに達したときに新しい接続要求をブロックするかどうか (デフォルト: False)。Trueにすると、プールに空きが出るまで待機します。

適切なチューニングにより、アプリケーションのパフォーマンスを最適化できます。ただし、maxsizeを増やすとメモリやソケットリソースの消費が増える点には注意が必要です。

リトライ処理 (Retries)

ネットワークは不安定なものです。一時的な接続エラーやサーバー側の問題でリクエストが失敗することはよくあります。urllib3は、このような場合に自動的にリクエストを再試行する機能を提供します。

デフォルトでは、urllib3は最大3回のリトライ（接続エラー、読み取りエラー、特定のステータスコード）と、最大3回のHTTPリダイレクト（301, 302, 303, 307, 308）の追跡を行います。

リトライの挙動はRetryオブジェクトを使って細かく制御できます。

import urllib3
from urllib3.util.retry import Retry
# デフォルトのリトライ(3回)を無効化
# http_no_retry = urllib3.PoolManager(retries=False)
# response = http_no_retry.request('GET', 'https://httpbin.org/status/503') # MaxRetryErrorにはならない
# リトライ回数を変更 (例: 5回)
# http_more_retries = urllib3.PoolManager(retries=5)
# response = http_more_retries.request('GET', 'https://httpbin.org/status/503')
# Retryオブジェクトで詳細設定
custom_retry_strategy = Retry( total=5, # 合計リトライ回数 connect=2, # 接続エラーに関するリトライ回数 read=2, # 読み取りエラーに関するリトライ回数 redirect=2, # リダイレクトの追跡回数 (Falseで無効化) status_forcelist=[429, 500, 502, 503, 504], # リトライ対象とするステータスコード backoff_factor=0.5, # リトライ間隔 (指数関数的増加: sleep = {backoff factor} * (2 ** ({number of total retries} - 1))) raise_on_status=False, # status_forcelistによるリトライでも例外を発生させるか (Falseだとリトライ後にレスポンスを返す) allowed_methods=frozenset(['GET', 'POST', 'HEAD', 'OPTIONS']), # リトライ対象メソッド (デフォルトは冪等なメソッド) respect_retry_after_header=True # Retry-Afterヘッダーに従うか
)
http_custom_retry = urllib3.PoolManager(retries=custom_retry_strategy)
try: # 503 Service Unavailableを返すエンドポイント (リトライが発生するはず) response = http_custom_retry.request('GET', 'https://httpbin.org/status/503') print(f"Custom Retry Request Status: {response.status}") # raise_on_status=False なので 503 が返る # リダイレクト追跡回数を制限 retry_limit_redirect = Retry(redirect=1, raise_on_redirect=False) response_redirect = http_custom_retry.request( 'GET', 'https://httpbin.org/redirect/3', # 3回リダイレクトする retries=retry_limit_redirect # リクエストごとに上書きも可能 ) print(f"Limited Redirect Status: {response_redirect.status}") # 1回追跡した後、次のリダイレクト(302)が返る
except urllib3.exceptions.MaxRetryError as e: print(f"Max retries exceeded: {e}")
except Exception as e: print(f"An error occurred: {e}") 

Retryクラスを使うことで、リトライする条件（接続エラー、読み取りエラー、ステータスコード）、リトライ回数、リトライ間の待機時間（バックオフ）、リダイレクトの扱いなどを柔軟に設定できます。これにより、ネットワークの不安定さに強い、回復力のあるアプリケーションを構築できます。

SSL/TLS 検証 (SSL/TLS Verification)

HTTPS通信において、サーバー証明書の検証はセキュリティ上非常に重要です。これにより、通信相手が本物であること、そして通信が暗号化されていることを保証します。urllib3はデフォルトでサーバー証明書の検証を行います。

検証には、信頼できる認証局（CA）の証明書バンドルが必要です。urllib3は通常、システムにインストールされているCA証明書（またはcertifiライブラリが提供するもの）を自動的に利用します。

特定の自己署名証明書やプライベートCAを使用している場合、検証方法をカスタマイズする必要があります。

import urllib3
import certifi # certifiを使う場合 (pip install certifi)
# デフォルトで検証が行われる
http = urllib3.PoolManager()
try: # 有効な証明書を持つサイトへのリクエスト (成功するはず) response_valid = http.request('GET', 'https://google.com') print(f"Valid Cert Request Status: {response_valid.status}") # 自己署名証明書や期限切れ証明書のサイト (検証エラーになるはず) # response_invalid = http.request('GET', 'https://expired.badssl.com/') # print(f"Invalid Cert Request Status: {response_invalid.status}")
except urllib3.exceptions.SSLError as e: print(f"\nSSL Verification Error (expected for invalid cert): {e}")
# --- 検証のカスタマイズ ---
# 特定のCA証明書バンドルを使用
ca_bundle_path = certifi.where() # certifiが提供するパスを使用する例
http_custom_ca = urllib3.PoolManager( cert_reqs='CERT_REQUIRED', # 検証を必須にする (デフォルト) ca_certs=ca_bundle_path
)
# クライアント証明書を使用 (相互TLS認証)
# http_client_cert = urllib3.PoolManager(
# cert_file='/path/to/client.crt',
# key_file='/path/to/client.key',
# cert_reqs='CERT_REQUIRED',
# ca_certs='/path/to/ca.crt' # サーバー検証用のCA証明書
# )
# 【非推奨】証明書の検証を無効化 (開発環境やテスト目的のみ)
# import warnings
# urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning) # 警告を抑制
# http_no_verify = urllib3.PoolManager(cert_reqs='CERT_NONE')
# try:
# response_no_verify = http_no_verify.request('GET', 'https://expired.badssl.com/')
# print(f"\nNo Verification Request Status: {response_no_verify.status}") # 検証しないので成功する
# except Exception as e:
# print(f"An error occurred during no-verify request: {e}") 

• cert_reqs: 検証モードを指定します。
  • 'CERT_REQUIRED': 証明書を検証し、検証失敗時はSSLErrorを発生させます (デフォルト)。
  • 'CERT_OPTIONAL': 証明書を検証しますが、失敗しても接続は継続します。
  • 'CERT_NONE': 証明書の検証を行いません (非推奨、セキュリティリスクあり)。
• ca_certs: 使用するCA証明書バンドルファイルへのパスを指定します。
• cert_file / key_file: クライアント証明書とその秘密鍵のパスを指定します（相互TLS認証用）。

警告: cert_reqs='CERT_NONE' を設定して証明書の検証を無効にすると、中間者攻撃（MITM）に対して脆弱になります。本番環境では絶対に使用しないでください。開発環境やテスト環境など、リスクを理解した上で限定的に使用する場合でも、urllib3.disable_warnings() を使って警告を抑制する際には注意が必要です。

ファイルアップロード (File Uploads)

multipart/form-data形式でのファイルアップロードも簡単に行えます。fields引数にファイル名、ファイルオブジェクト、Content-Typeを含むタプルを渡します。

import urllib3
import io
http = urllib3.PoolManager()
url = 'https://httpbin.org/post'
# アップロードするファイルの内容 (ここではメモリ上のバイトデータ)
file_content = b"This is the content of the file.\nHello urllib3!"
# 実際には open('filepath', 'rb') でファイルを開くことが多い
file_object = io.BytesIO(file_content)
try: response = http.request( 'POST', url, fields={ 'field1': 'value1', # 通常のフォームフィールド 'file_field': ('my_report.txt', file_object, 'text/plain') # ファイルフィールド # タプル形式: (ファイル名, ファイルオブジェクトまたはバイトデータ, Content-Type [オプション]) } ) print(f"File Upload Status: {response.status}") data = response.data.decode('utf-8') print("Response Body (contains uploaded file info):") print(data)
except Exception as e: print(f"An error occurred during file upload: {e}")
finally: file_object.close() # ファイルオブジェクトは閉じる 

プロキシ設定 (Proxy Support)

HTTPプロキシやSOCKSプロキシ経由での通信もサポートされています。ProxyManagerを使用します。

import urllib3
# HTTPプロキシ経由でリクエスト
http_proxy_url = 'http://user:password@myproxy.server.com:8080'
http_proxy = urllib3.ProxyManager(http_proxy_url)
try: response_http_proxy = http_proxy.request('GET', 'https://httpbin.org/ip') print(f"HTTP Proxy Request Status: {response_http_proxy.status}") data_http = response_http_proxy.data.decode('utf-8') print(f"IP via HTTP Proxy: {data_http}")
except Exception as e: print(f"HTTP Proxy error: {e}")
# SOCKSプロキシ経由でリクエスト (別途 PySocks が必要: pip install urllib3[socks])
# try:
# import socks # 確認
# socks_proxy_url = 'socks5h://user:password@mysocksproxy.server.com:1080' # socks5hはプロキシ側でDNS解決
# socks_proxy = urllib3.SOCKSProxyManager(socks_proxy_url)
# response_socks_proxy = socks_proxy.request('GET', 'https://httpbin.org/ip')
# print(f"\nSOCKS Proxy Request Status: {response_socks_proxy.status}")
# data_socks = response_socks_proxy.data.decode('utf-8')
# print(f"IP via SOCKS Proxy: {data_socks}")
# except ImportError:
# print("\nPySocks not installed. Skipping SOCKS proxy test.")
# except Exception as e:
# print(f"\nSOCKS Proxy error: {e}") 

ProxyManager (またはSOCKSProxyManager) はPoolManagerと同様のインターフェースを持ち、プロキシ設定を追加で受け付けます。

ストリーミングレスポンス (Streaming Responses)

巨大なファイルをダウンロードする場合など、レスポンスボディ全体を一度にメモリに読み込むのが非効率な場合があります。urllib3ではレスポンスをストリーミングで処理することも可能です。

import urllib3
import shutil
http = urllib3.PoolManager()
# 大きなファイルを想定 (例: httpbinのストリーミングエンドポイント)
stream_url = 'https://httpbin.org/stream/20' # 20行のJSONストリーム
try: # preload_content=False でストリーミングを有効化 response = http.request('GET', stream_url, preload_content=False) print(f"Streaming Request Status: {response.status}") # stream()メソッドでチャンクごとにデータを読み込む output_file = 'downloaded_stream.txt' chunk_size = 1024 # 1KBずつ読み込む例 bytes_downloaded = 0 with open(output_file, 'wb') as f: for chunk in response.stream(chunk_size): f.write(chunk) bytes_downloaded += len(chunk) print(f"Downloaded {bytes_downloaded} bytes...", end='\r') print(f"\nDownload complete: {output_file}") # または、shutil.copyfileobj を使うとより簡潔 # with open('downloaded_stream_shutil.txt', 'wb') as f_shutil: # shutil.copyfileobj(response, f_shutil) # print("Download complete (shutil): downloaded_stream_shutil.txt") # 重要: ストリーミング後は必ずリソースを解放する response.release_conn()
except Exception as e: print(f"An error occurred during streaming: {e}") # エラー時も可能なら解放を試みる if 'response' in locals() and hasattr(response, 'release_conn'): response.release_conn() 

request()を呼び出す際にpreload_content=Falseを指定すると、レスポンスボディはすぐには読み込まれません。代わりにHTTPResponseオブジェクトのstream(chunk_size)メソッドを使って、指定したチャンクサイズでデータを順次読み込むことができます。読み込みが終わったら、release_conn()メソッドを呼び出して接続をプールに戻すことが重要です。

PythonでHTTP通信を行う際、requestsライブラリも非常に人気があります。実際、requestsは内部でurllib3を利用しており、より高レベルで使いやすいAPIを提供することを目指しています。

どちらを選ぶべきか？

• 簡潔さ、開発速度を重視する場合: requests が第一候補です。学習コストが低く、多くの一般的なタスクを少ないコードで実現できます。
• パフォーマンスを最大限に引き出したい、依存関係を最小限に抑えたい、より低レベルな制御が必要な場合: urllib3 が適しています。特にライブラリの内部で使用する場合などに選ばれることがあります。
• すでにrequestsを使っている場合: 無理にurllib3に移行する必要はほとんどありません。requestsはurllib3の利点を享受しつつ、便利な機能を提供しています。

requests が高レベルなラッパーであるため、urllib3 の機能を直接使いたい特定の高度なシナリオ（例えば、非常に特殊な接続プーリングやリトライ戦略）を除き、多くの開発者にとっては requests の方が手軽で便利でしょう。ただし、urllib3 の仕組みを理解しておくことは、requests をより深く理解し、問題発生時のトラブルシューティングにも役立ちます。

ネットワーク通信、特にインターネットを介した通信では、セキュリティが非常に重要です。urllib3を使用する際には、以下の点に注意してください。

• SSL/TLS検証の有効化 (最重要): 前述の通り、HTTPS通信では必ずサーバー証明書の検証を行うべきです (cert_reqs='CERT_REQUIRED')。検証を無効化 (CERT_NONE) するのは、中間者攻撃のリスクを招くため、極めて限定的な状況（信頼できる閉じたネットワーク内のテストなど）を除き、避けるべきです。
• 依存関係の更新: urllib3自体や、それが依存する可能性のあるライブラリ（OpenSSLなど）に脆弱性が発見されることがあります。定期的にライブラリを最新版に更新し、セキュリティ情報をチェックするようにしましょう。
• リダイレクト時の情報漏洩: urllib3 (およびrequests) はリダイレクトを自動的に追跡しますが、その際に意図しないドメインに機密情報（特にCookieやAuthorizationヘッダーなど）が送信されてしまう可能性があります。
  • urllib3 1.26.4より前のバージョンでは、HTTPSプロキシへの初期接続時にホスト名の検証が省略されるケースがありました (CVE非特定だが関連情報あり)。
  • urllib3 2.0.7より前のバージョンでは、別オリジンへのリダイレクト時に`Cookie`ヘッダーが削除されない問題がありました (CVE-2023-43804)。
  • urllib3 2.1.0より前のバージョンでは、`Proxy-Authorization`ヘッダーがクロスオリジンリダイレクト時に削除されないケースがありました (CVE-2024-37891)。
  • 機密性の高い情報をヘッダーに含める場合は、リダイレクトの挙動（redirectパラメータやRetryクラスのremove_headers_on_redirect）を慎重に設定し、必要であればリダイレクトを無効化 (redirect=False) することも検討してください。
• 入力の検証: 外部から受け取ったURLやデータをそのままurllib3に渡す場合、意図しないリクエスト（例: SSRF – Server-Side Request Forgery）を引き起こさないよう、URLの形式やホスト名を適切に検証・制限することが重要です。
• DoS攻撃への耐性: 不特定多数からのリクエストを受け付けるサーバーに対して大量のリクエストを送信すると、DoS攻撃とみなされる可能性があります。適切なリトライ間隔（バックオフ）、タイムアウト設定、リクエスト数の制限を行いましょう。また、過去にはurllib3の特定の機能（例: Content-Typeパーシング）にサービス拒否(DoS)につながる脆弱性 (CVE-2023-45803など) が報告されたこともあります。

安全なアプリケーションを構築するためには、ライブラリの機能を理解するだけでなく、常にセキュリティのベストプラクティスを意識することが不可欠です。

urllib3は、PythonにおけるHTTP通信のための強力で信頼性の高いライブラリです。コネクションプーリングによるパフォーマンス向上、柔軟なリトライ処理、堅牢なTLS/SSL検証、プロキシサポートなど、多くの重要な機能を提供します。

標準のurllibよりも高機能でありながら、人気のrequestsライブラリの基盤としても利用されており、PythonのHTTP通信エコシステムにおいて中心的な役割を担っています。

基本的な使い方から、今回解説したような高度な機能までマスターすることで、より効率的で安定した、そして安全なネットワークアプリケーションを構築できるようになるでしょう。

今後は、HTTP/2やHTTP/3といった新しいプロトコルのサポートも、関連ライブラリ (例: `urllib3-future` などの実験的なフォークや、将来のバージョン) を通じて進化していくことが期待されます。常に最新の動向を追い、適切なツールを選択していくことが重要です。

Happy Hacking with urllib3!