second hop(ダブルホップ)問題

手元のPCからリモートサーバーBに接続し、Bからさらに別のサーバーCへアクセスしようとすると、既定の認証が資格情報そのものをBへ送らないために拒否される問題。

この概念が関わる関係

リソースベースのKerberos制約付き委任はsecond hop(ダブルホップ)問題を軽減します。リソースベースのKerberos制約付き委任は、ドメイン管理者権限なしで構成でき、second hop問題への対処として安全性と手間のバランスが良い / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
CredSSPをsecond hop(ダブルホップ)問題に用いることは推奨されません。CredSSPはsecond hop問題を回避できるが、資格情報がリモートサーバーにキャッシュされ侵害時のリスクが大きいため、有効化は最も信頼できる環境に限定すべきとされる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
JEA(Just Enough Administration)はsecond hop(ダブルホップ)問題に対する本記事の推奨です。中継サーバーに管理者資格情報を配る代わりに、Cへのアクセスを含む定型作業だけを許可した窓口をJEAで用意する対処が挙げられている / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
$using:スコープ修飾子はsecond hop(ダブルホップ)問題に対する本記事の推奨です。内側のInvoke-Commandへ$using:credで資格情報を渡すのは、サーバー側の構成変更が不要な最も手軽な回避策とされる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。