現在オフラインです。再接続するためにインターネットの接続を待っています

リレー エージェントまたは IP ヘルパー API からの要求が転送される場合、Windows Server 2003 ベースの DHCP サーバーが DHCP 情報の要求に応答しません。

重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。

英語版 KB:950574
現象
次のシナリオを検討してください。
  • Windows Server 2003 ベースの動的ホスト構成プロトコル (DHCP) サーバーから IP ヘルパー API DHCP の通知パケットを受信するまたはリレー エージェントから。
  • このパケットをブロードキャスト ビットがセットされます。
このシナリオでは、Windows Server 2003 ベースの DHCP サーバーに送信、リレー エージェントまたは IP ヘルパー API に要求します。ブロードキャストのビットです。オフに、"yiaddr"フィールドが設定されています。0 にします。この現象は、要求のコメント (RFC) 2131年に準拠していない、[動的ホスト構成プロトコルです。"

このシナリオでは、IP ヘルパーAPI またはリレー エージェント対応パッケージをクライアントに転送することができません。DHCP の通知パケットを送信しています。

たとえば、ユーザーは、通常、約 11 秒の遅延が発生するは、Web 配布を使用する場合Microsoft へのオーサリングとバージョン管理 (WebDAV) Web クライアント サービスSharePoint サーバーです。DHCP 情報の要求に、WebDAV Web クライアント サービスを使用します。HTTP プロキシの設定に更新を照会します。
解決方法
サポートされている修正プログラムがマイクロソフトから入手可能です。ただし、この修正プログラムはこの資料に記載されている問題のみを修正するものです。この修正プログラムはこの問題が発生しているシステムにのみ適用されます。この修正プログラムは、今後さらにテストを受け取ることがあります。したがって、この問題で深刻な影響をされていない場合は、この修正プログラムを含む次のソフトウェア更新プログラムのリリースを待つことをお勧めします。

この修正プログラムがダウンロードできないか場合は、この記事の上部に「修正プログラムのダウンロード」セクションです。このセクションが表示されない場合は、マイクロソフト カスタマー サービス & サポート修正プログラムを入手するに問い合わせてください。

メモ その他の問題が発生した場合、またはトラブルシューティングが必要な場合は、別のサービス リクエストを作成する必要があります。追加の質問およびこの特定の修正プログラムの対象とならない問題については、通常のサポート料金が適用されます。一覧マイクロソフト カスタマー サービス & サポートの電話番号のまたは別のサービス リクエストを作成するには、次のマイクロソフト Web サイトを参照してください。 メモ 「修正プログラムのダウンロード」フォームに修正プログラムが提供されている言語を表示します。お使いの言語が表示されない場合は、修正プログラムがその言語の利用できないためにです。

前提条件

この修正プログラムを適用するには、いずれかの Windows Server 2003 が必要Service Pack 1 または Windows Server 2003 サービス パック 2 をインストールします。

再起動の必要性

これを適用した後、コンピューターを再起動する必要はありません。修正プログラムです。ただし、DHCP サービスを再起動する必要があります。

修正プログラムの置き換えに関する情報

この修正プログラムは、他の修正プログラムに置き換えられない。

ファイル情報

この修正プログラムの英語版にファイルがあります。属性 (またはそれ以降のファイル属性) 次の表に記載されています。日付および時刻これらのファイルを世界協定時刻で一覧表示されます。(UTC) です。ファイル情報を表示すると、ローカル時刻に変換します。するにはUTC とローカル時刻との時差を確認、使用、 時間ゾーン タブには 日付と時刻 コントロール内の項目パネルです。
Windows Server 2003 x 86 ベースのバージョンの Service Pack 1
ファイル名ファイルのバージョンファイルサイズ日付時間プラットフォーム
120 Dhcpssvc.dll5.2.3790.3107271,8722008 年 3 月 20 日13: 31x 86
Windows Server 2003 Service Pack 2 を搭載した x86 ベースのバージョン x
ファイル名ファイルのバージョンファイルサイズ日付時間プラットフォーム
120 Dhcpssvc.dll5.2.3790.4257270,8482008 年 3 月 20 日14: 27x 86
Windows Server 2003 Service Pack 1、Itanium ベースのバージョン
ファイル名ファイルのバージョンファイルサイズ日付時間プラットフォームSP要件サービスの分岐
120 Dhcpssvc.dll5.2.3790.3107735,7442008 年 3 月 20 日12: 11IA-64SP1いない該当します。
Wdhcpssvc.dll5.2.3790.3107271,8722008 年 3 月 20 日12: 11x 86SP1WOW
Windows Server 2003 Service Pack 2 は、Itanium ベース バージョン
ファイル名ファイルのバージョンファイルサイズ日付時間プラットフォームSP要件サービスの分岐
120 Dhcpssvc.dll5.2.3790.4257732,6722008 年 3 月 20 日12: 16IA-64SP2いない該当します。
Wdhcpssvc.dll5.2.3790.4257270,8482008 年 3 月 20 日12: 16x 86SP2WOW
Windows Server 2003、x64 ベースのバージョン x
ファイル名ファイルのバージョンファイルサイズ日付時間プラットフォームSP要件サービスの分岐
120 Dhcpssvc.dll5.2.3790.3107434,1762008 年 3 月 20 日12: 11x64SP1いない該当します。
Wdhcpssvc.dll5.2.3790.3107271,8722008 年 3 月 20 日12: 11x 86SP1WOW
Windows Server 2003 Service Pack 2 x 64 ベース版
ファイル名ファイルのバージョンファイルサイズ日付時間プラットフォームSP要件サービスの分岐
120 Dhcpssvc.dll5.2.3790.4257432,6402008 年 3 月 20 日12: 18x64SP2いない該当します。
Wdhcpssvc.dll5.2.3790.4257270,8482008 年 3 月 20 日12: 18x 86SP2WOW
メモ この修正プログラムは、Windows Server 2003 ベースの DHCP のインストール後、サーバーで説明したシナリオでのブロードキャストのビットをリセットしません。「現象」セクションでします。
状況
マイクロソフトこれに記載されているマイクロソフト製品の問題であることを確認しています「対象」のセクションで。
詳細
次の手順に記載されているシナリオで発生する可能性が「現象」セクションでします。
  1. DHCP クライアントが、DHCP 情報の要求を送信します。次のようなビットをブロードキャストします。
    + Ethernet: Etype = Internet IP (IPv4)+ Ipv4: Src = 10.10.18.18, Dest = 255.255.255.255, Next Protocol = UDP, Packet ID = 6076, Total IP Length = 328- Udp: SrcPort = BOOTP client(68), DstPort = BOOTP server(67), Length = 308SourcePort: BOOTP client(68), 68(0x44)DestinationPort: BOOTP server(67), 67(0x43)TotalLength: 308 (0x134)Checksum: 7521 (0x1D61)- Dhcp: Request, MsgType = INFORM, TransactionID = 0x1A5624C3OpCode: Request, 1(0x01)Hardwaretype: EthernetHardwareAddressLength: 6 (0x6)HopCount: 0 (0x0)TransactionID: 441853123 (0x1A5624C3)Seconds: 0 (0x0)- Flags: 32768 (0x8000)Broadcast: (1...............) <---- Broadcast bit is set.Reserved: (.000000000000000)ClientIP: 10.10.18.18YourIP: 0.0.0.0ServerIP: 0.0.0.0RelayAgentIP: 0.0.0.0+ ClientHardwareAddress: 00-19-B9-20-FA-0EServerHostName: BootFileName: MagicCookie: 99.130.83.99+ MessageType: INFORM+ clientID: (Type 1)+ HostName: VISTA009W+ VendorClassIdentifier: MSFT 5.0+ ParameterRequestList: + End:
  2. リレー エージェントは DHCP 情報の要求転送します。DHCP サーバーに次のようになります。
    Frame: + Ethernet: Etype = Internet IP (IPv4)+ Ipv4: Src = 10.10.16.2, Dest = 10.4.16.222, Next Protocol = UDP, Packet ID = 45398, Total IP Length = 328- Udp: SrcPort = BOOTP client(68), DstPort = BOOTP server(67), Length = 308SourcePort: BOOTP client(68), 68(0x44)DestinationPort: BOOTP server(67), 67(0x43)TotalLength: 308 (0x134)Checksum: 49722 (0xC23A)- Dhcp: Request, MsgType = INFORM, TransactionID = 0x1A5624C3OpCode: Request, 1(0x01)Hardwaretype: EthernetHardwareAddressLength: 6 (0x6)HopCount: 1 (0x1)TransactionID: 441853123 (0x1A5624C3)Seconds: 0 (0x0)- Flags: 32768 (0x8000)Broadcast: (1...............) <---- Broadcast bit is setReserved: (.000000000000000)ClientIP: 10.10.18.18YourIP: 0.0.0.0ServerIP: 0.0.0.0RelayAgentIP: 10.10.16.2+ ClientHardwareAddress: 00-19-B9-20-FA-0EServerHostName: BootFileName: MagicCookie: 99.130.83.99+ MessageType: INFORM+ clientID: (Type 1)+ HostName: VISTA009W+ VendorClassIdentifier: MSFT 5.0+ ParameterRequestList: + End:
  3. DHCP サーバーで DHCP 通知要求に応答します。ブロード キャスト フラグされていない応答を送信します。応答のような次の.
    Frame: + Ethernet: Etype = Internet IP (IPv4)+ Ipv4: Src = 10.4.16.222, Dest = 10.10.16.2, Next Protocol = UDP, Packet ID = 27188, Total IP Length = 328- Udp: SrcPort = BOOTP server(67), DstPort = BOOTP server(67), Length = 308SourcePort: BOOTP server(67), 67(0x43)DestinationPort: BOOTP server(67), 67(0x43)TotalLength: 308 (0x134)Checksum: 64061 (0xFA3D)- Dhcp: Reply, MsgType = ACK, TransactionID = 0x1A5624C3OpCode: Reply, 2(0x02)Hardwaretype: EthernetHardwareAddressLength: 6 (0x6)HopCount: 0 (0x0)TransactionID: 441853123 (0x1A5624C3)Seconds: 0 (0x0)- Flags: 0 (0x0)Broadcast: (0...............) <- Broadcast bit is clearedReserved: (.000000000000000)ClientIP: 10.10.18.18YourIP: 0.0.0.0              <-- It is correct behavior. However, the relay agent will use this address if the broadcast bit is cleared.ServerIP: 0.0.0.0RelayAgentIP: 10.10.16.2+ ClientHardwareAddress: 00-19-B9-20-FA-0EServerHostName: BootFileName: MagicCookie: 99.130.83.99+ MessageType: ACK+ ServerIdentifier: <XX.X.XX.XXX>+ SubnetMask: 255.255.128.0+ DomainName: <domain_name>+ Router: <XX.XX.XX.X>+ DomainNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>+ NBOverTCPIPNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>+ NodeType: H-node (8)+ End:
  4. RFC 2131 あたりは、リレー エージェントは、メッセージ送信します。次のようになります。
    Frame: + Ethernet: Etype = Internet IP (IPv4)+ Ipv4: Src = 10.10.16.2, Dest = 0.0.0.0, Next Protocol = UDP, Packet ID = 45402, Total IP Length = 328 destination 0.0.0.0 as YourIP ('yiaddr') is 0.0.0.0- Udp: SrcPort = BOOTP server(67), DstPort = BOOTP client(68), Length = 308SourcePort: BOOTP server(67), 67(0x43)DestinationPort: BOOTP client(68), 68(0x44)TotalLength: 308 (0x134)Checksum: 0 (0x0)- Dhcp: Reply, MsgType = ACK, TransactionID = 0x1A5624C3OpCode: Reply, 2(0x02)Hardwaretype: EthernetHardwareAddressLength: 6 (0x6)HopCount: 0 (0x0)TransactionID: 441853123 (0x1A5624C3)Seconds: 0 (0x0)- Flags: 0 (0x0)Broadcast: (0...............) <- no broadcast bitReserved: (.000000000000000)ClientIP: 10.10.18.18YourIP: 0.0. 00.ServerIP: 0.0.0.0RelayAgentIP: 10.10.16.2+ ClientHardwareAddress: 00-19-B9-20-FA-0EServerHostName: BootFileName: MagicCookie: 99.130.83.99+ MessageType: ACK+ ServerIdentifier: <XX.X.XX.XXX>+ SubnetMask: 255.255.128.0+ DomainName: <domain_name>+ Router: <XX.XX.XX.X>+ DomainNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>+ NBOverTCPIPNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>+ NodeType: H-node (8)+ End:

    A送信または DHCP メッセージを DHCP に直接中継サーバーまたはリレー エージェントクライアントにブロードキャスト"flags"フィールドでビットを調べる必要があります。このビットがある場合1、DHCP が IP に IP を使用してブロードキャストとして送られるようにブロードキャスト ・ アドレスと宛先の IP アドレスとしてリンク層のブロードキャスト アドレス。(IP ブロードキャストできれば 0 xffffffff にする必要があります)。ブロードキャスト ビットが 0 の場合、メッセージする必要があります。"yiaddr"が指定されている IP アドレスに、IP ユニキャストとして送信フィールド (ユーザーの IP アドレス) および"chaddr"フィールド (クライアントのハードウェア アドレス フィールド) 内を指定されたリンク層アドレス。Ifユニキャストは、ことはできません、メッセージを使用してブロードキャスト IP として送信します。IP アドレス (できれば 0 xffffffff) を IP 宛先アドレスにブロードキャストします。リンク層のブロードキャスト アドレスをリンク層先として使用する必要があります。アドレスです。ただし、DHCP クライアントは、このパケットために受信しない、宛先は 0.0.0.0 です。

    RFC 2131 の詳細についてを参照してください、次のインターネット ドラフトの Web サイト:
詳細についてをクリックして、次の Knowledge Base の資料を参照するには。
824684説明するために使用される一般的な用語の説明マイクロソフトのソフトウェア更新プログラム
Sharepoint の webdav DHCP 通知

警告: この記事は自動翻訳されています

プロパティ

文書番号:950574 - 最終更新日: 08/11/2011 13:38:00 - リビジョン: 3.0

  • kbqfe kbpubtypekc kbexpertiseinter kbhotfixserver kbautohotfix kbmt KB950574 KbMtja
フィードバック