ありがとうございます。
v20220410 をさっそく使ってみたところ、最初の報告で接続失敗になっていた URL についてはいずれも OK になりました。
youtube についてのログは以下のようになっています。
─────────────────────────────────
13:45:30.908 [0:1120]接続:127.0.0.1
13:45:30.908 [0]受信:POST /:poke HTTP/1.1 Host: localhost:60080 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0) Gecko/20100101 Firefox/99.0 Accept: */* Accept-Language: ja,en-US;q=0.7,en;q=0.3 Accept-Encoding: gzip, deflate, br Content-Type: application/x-www-form-urlencoded; charset=UTF-8 If-Modified-Since: Thu, 01 Jun 1970 00:00:00 GMT X-Requested-With: XMLHttpRequest Content-Length: 27 Origin:
http://localhost:60080 DNT: 1 Connection: keep-alive Referer:
http://localhost:60
13:45:30.909 [0]URL0:
https://www.youtube.com/
13:45:31.921 ホスト www.youtube.com 名前解決
13:45:31.921 └ 2404:6800:400a:80e::200e
13:45:31.921 └ 2404:6800:400a:813::200e
13:45:31.921 └ 2404:6800:400a:80a::200e
13:45:31.921 └ 2404:6800:400a:80b::200e
13:45:31.921 └ 142.250.206.238
13:45:31.921 └ 142.250.207.110
13:45:31.921 └ 172.217.25.174
13:45:31.921 └ 172.217.161.206
13:45:31.921 └ 142.250.76.142
13:45:31.921 └ 142.250.206.206
13:45:31.921 └ 172.217.161.238
13:45:32.321 [1208]外部接続(SSL):www.youtube.com=2404:6800:400a:80e::200e:443
13:45:32.321 [1208]外部送信:GET / HTTP/1.1 Host: www.youtube.com User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0) Gecko/20100101 Firefox/99.0 Accept-Encoding: gzip,deflate Accept-Language: ja,en Accept: */*
13:45:32.435 [1208]バッファ拡大65536bytes
13:45:32.533 [1208]バッファ拡大131072bytes
13:45:32.537 [1208]外部受信73776bytes:HTTP/1.1 200 OK Content-Type: text/html; charset=utf-8 X-Content-Type-Options: nosniff Cache-Control: no-cache, no-store, max-age=0, must-revalidate Pragma: no-cache Expires: Mon, 01 Jan 1990 00:00:00 GMT Date: Mon, 11 Apr 2022 04:45:33 GMT X-Frame-Options: SAMEORIGIN Strict-Transport-Security: max-age=31536000 Report-To: {"group":"youtube_main","max_age":2592000,"endpoints":[{"url":"
https://csp.withgoogle.com/csp/report-to/youtube_main"}]} Cross-Origin-O
13:45:32.538 L3541:伸長バッファ確保1376186bytes
13:45:32.543 L3549:伸長[1]68739->613769byte(8.9倍)
13:45:32.587 [0]URL0:O,200 OK,
13:45:32.587 [0]送信:HTTP/1.0 200 OK Content-Type: application/json; charset=utf-8 Content-Length: 49 Pragma: no-cache Cache-Control: no-cache Connection: close
13:45:32.588 [0]切断
─────────────────────────────────
私が使っているプロバイダは Biglobe です。
プロバイダに特有の事情がないか確認したところ、 Biglobe では本来 IPV4 のみしか割り当てていないドメインに対して特殊な IPV6 アドレスを返すことがある NAT64/DNS64 という技術の説明が見つかりました。
https://support.biglobe.ne.jp/ipv6/nat64.html
YouTube が IPV6 対応になったという記事は 2010 年にあります。
https://blog.youtube/news-and-events/youtube-calls-on-ipv6/
つまり YouTube は NAT64/DNS64 の対象外のはずではあるのですが、勝手に追加することがあるのであればプロバイダによっては勝手に削除 (または最初から伝播されてない) というような状況もあるのだろうと想像は出来ます。
ネットワーク技術に明るいわけではないので正確な背景はよくわかりませんが……。
ところで JCBookmark は Windows 用のソフトなのですから Windows API (Wininet) を使って接続すれば細々とした制御をせずに楽できそうな気がするんですが、 WebBookmark のバックエンドと共通化するなどの事情があるのでしょうか?