Windows 11 25H2で共有プリンターが「0x00000709/0x0000709」になる原因と直し方：RPC設定・SMB・名前解決の落とし穴まで

Windows 11 25H2で共有プリンターを追加しようとすると「Operation could not be completed（error 0x00000709）」系のエラーで止まることがあります。投稿例では 0x0000709 と表記されていますが、実態としては桁が省略された同系統の「0x00000709」扱いで語られることが多く、Windows 11の印刷共有まわりの“既定の安全設定”変更が引き金になりがちです。Microsoft Learn+1

Windows 11 25H2で共有プリンターが「0x00000709/0x0000709」になる原因と直し方：RPC設定・SMB・名前解決の落とし穴まで

まず押さえる：このエラーが増えた背景（Windows 11側の既定動作変更）

Windows 11ではセキュリティ強化の流れで、共有プリンター接続時のRPC（リモート呼び出し）やドライバー配布の扱いが段階的に変わっています。特に22H2以降、「共有プリンターに繋ぐときの既定の接続方式」が変わったことで、同じネットワークでも“突然つながらない”が起きやすくなりました。Microsoft Learn+1
さらに最近は印刷の保護機能やドライバーポリシーの整理が進み、古い方式を前提にした環境ほど影響を受けやすい、という構図です。Tom's Hardware

直し方の全体像：効く順に当てていく

以下は「家庭内の共有（ホストPCがUSB接続プリンターを共有し、別PCから追加する）」を想定した、再現性が高い順のチェックリストです。投稿にあるレジストリ設定は“方向性としては近い”一方、環境（家庭／ドメイン、WindowsのSKU、更新状況）によっては値が噛み合わず、逆に詰まることがあります。

1) 追加のやり方を変える：自動検出に頼らずUNC直指定

まずは最短で効くことが多い手順です。

クライアント側で「壊れたプリンター（失敗した共有プリンター）」を一度削除
設定 → Bluetoothとデバイス → プリンターとスキャナー → 追加
「追加したいプリンターが一覧にありません」
「共有プリンターを名前で選択」
\\ホストPC名\共有名 をフルで入力して追加

自動検出（ネットワークから見つける）より、フルパス指定の方が失敗要因を減らせます。Microsoft Learn

2) RPCの“接続方式”を明示する（GPまたはレジストリ）

ここがこの問題の中核になりやすい部分です。Windows 11の更新で既定のRPC方式が変わり、共有プリンター接続がこけるケースが報告されています。Microsoft Learn+1

Pro/Enterpriseの場合（グループポリシー）

gpedit.msc →
コンピューターの構成 → 管理用テンプレート → プリンター → Configure RPC connection settings
ここで「RPC over named pipes」相当を選ぶ、という案内が広く共有されています。Microsoft Learn

Homeの場合（レジストリ）

投稿にある以下の系統は、上記ポリシー設定の代替として使われます。

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Printers\RPC
- RpcUseNamedPipeProtocol（DWORD）= 1

ただし、投稿のように RpcProtocols や ForceKerberosForRpc まで入れると、家庭内（非ドメイン）では条件不一致になって詰まることがあります。Kerberosはドメイン前提の色が濃く、家庭のワークグループ共有なら相性が出やすいポイントです（「直ったり直らなかったり」を生む代表例）。

3) SMBを確認する：ただし“SMB1を安易に有効化”はしない

コメントで挙がっている「Windowsの機能でSMBを有効に」という方向性は、**“相手が古い方式しか喋れない場合”**に刺さることがあります。Reddit
ただし注意点があります。

Windows 11標準のファイル共有は通常SMB2/SMB3で動きます
「SMB 1.0/CIFS」を有効化すると古い機器とは繋がる一方、セキュリティ面で不利になりやすい

もし相手（古いNAS、古いWindows、古い複合機）が原因でSMB1が必要そうなら、**恒久対応としては“プリンター側をネットワークプリンター化（IP接続）”や“別の共有方式へ移行”**を検討した方が安全です。

4) 名前解決の落とし穴：CNAME（別名）を使っていないか

見落とされがちですが、共有プリンターのUNCパスに CNAME（別名） を使っていると、クライアント側が追加時にエラーになるケースが報告されています。
例：\\PRINT-SERVER-ALIAS\Printer のような“別名”で繋いでいる場合、別名ではなく実ホスト名（PC名）で試す価値があります。Microsoft Learn

5) それでもダメなとき：ホスト側の基本を整える

共有元（ホストPC）側で、次の基本を整えると突破率が上がります。

プリンター共有を一度オフ→オン（共有名もシンプルに英数字推奨）
Print Spooler（印刷スプーラー）サービス再起動
ホスト/クライアント双方で同一ネットワーク（プライベート）扱い、ファイアウォールで「ファイルとプリンターの共有」が許可されているか確認
クライアント側の「資格情報マネージャー」にホストの資格情報（必要なら）を登録してから再追加

最後の結論：今後も安定させるなら“共有プリンター依存”を減らす

0x00000709系は「設定で一時的に直る」ことはありますが、Windows 11は印刷の安全性と保護を強める方向に進んでいます。Tom's Hardware
家庭内でも長期的に安定させるなら、次のどれかが有効です。

プリンターをLAN/Wi-Fiに直接つないで、各PCからIP（標準TCP/IP、IPPなど）で追加する
ルーター/NAS/小型PC等を“簡易プリントサーバー”にして共有元を固定する
どうしてもPC共有が必要なら、RPC設定（方針）を固定し、ホスト名直指定・自動検出依存を避ける

今回の投稿にあるレジストリは「当たり筋」ではあるものの、Kerberos強制など“環境前提がズレる値”が混ざると逆効果になり得ます。まずは「UNC直指定」→「RPC方式の明示」→「SMB/名前解決（CNAME）確認」の順で、原因を切り分けるのが最短ルートです。