こんな検証をしてみました。
検証環境
Linux
ホスト名:localhost.localdomain
HULFT自ホスト名:HENTEKO
/etc/hosts:対向のWindowsのホスト名「WIN-SV1」とそのIPアドレスあり
詳細ホスト情報:Windowsのホスト名「WIN-SV1」登録あり
転送グループ:詳細ホスト情報:Windowsのホスト名「WIN-SV1」をメンバーにしたWIN転送グループを設定
※対向Windowsの自ホスト名「munyu」の情報はLinuxにはない状態
Windows
ホスト名:WIN-SV1
HULFT自ホスト名:munyu
hostsファイル:対向のLinuxのHULFT自ホスト名「HENTEKO」とそのIPアドレスあり
詳細ホスト情報:対向のLinuxのHULFT自ホスト名「HENTEKO」登録あり
転送グループ:詳細ホスト情報:対向のLinuxのHULFT自ホスト名「HENTEKO」をメンバーにしたLinux転送グループを設定
Linux→Windowsへの送信要求後の双方のホスト名情報
この状態でLinuxからWindowsへTESTIDで送信要求(通常の配信とは逆に集信側からファイルの送信を要求)してWindowsにファイルの送信を依頼してみます。
正常終了したあと
Windowsのutllist -s を見ると相手の自ホスト名が表示されています
TESTID HENTEKO 2022/02/02 00:06:01 00:06:01 1 000000-00000
要求状態確認の「依頼ホスト」も「HENTEKO」があります。
Linux側のutllist -s を見てみるとホスト名は「WIN-SV1」となっています。
WIN-SV1 TESTID 2022/02/02 00:06:01 00:06:01 1 0000-0000 LAN
集信状況照会の「配信ホスト名」も「WIN-SV1」となっています。Windows HULFTの自ホスト名「munyu」はどこにもありません。
上記の結果で見ると、
送信要求では送信要求を発行したホスト(Linux)の自ホスト名「HENTEKO」が相手に渡され、
その自ホスト名が要求を受けたホスト(Windows)のOSのhostsファイル、HULFTの詳細ホスト情報に登録されているかをチェックしてOKならばファイルを送るが、
その際に要求を受けた配信側ホスト(Windows)は自分の自ホスト名を返しているわけではなく、
送信要求を発行したホスト(Linux)が自分のhostsファイルで解決したホスト名が履歴に表示される、ということでしょうか。
送信要求を発行したホスト(Linux)にはOSのhostsファイルにも詳細ホストにもWindowsの自ホスト名「munyu」は無いので、自ホスト名のチェックもしようがないはずでチェックはしていない、ということになるかと思います。。。。ということではないですかね。
と思ったのですが
通常の(順方向)配信要求では「自ホスト名」は送られている?
通常の配信方向でWindowsからLinuxへ配信した時に送信先Linuxホストのhostsに記載がない場合(配信元ホストのIPとホスト名を解決する情報が配信先にないでも詳細ホストにmunyuの登録があれば表示されるので一応Windowsの自ホスト名を受け取ってはいるようです。
相手の自ホスト名と詳細ホスト情報の中にマッチするものがなければhostsファイルの記載名が表示されました。
順方向で送信した時には送信ホストの自ホスト名と受信ホストの詳細ホスト情報にマッチするしないに関わらず送信はできました。
Windows側のhostsファイルと詳細ホストで大文字小文字のミスマッチ状態でのLinux→Windowsへの配信
■Linux→Windowsへの順方向配信(Windows側のhostsファイルと詳細ホストで大文字小文字のミスマッチ状態)
1,Linuxの自ホスト名が(LINUX-SV)大文字
2,LinuxからWindowsに配信してみると、Windows側の集信状況のホスト名に(LINUX-SV)大文字が表示されている
3,Windowsのhostsファイルに(linux-sv)小文字の記載があり、大文字の記載はない、詳細ホストに(LINUX-SV)大文字の記載がある
→これらの条件下では正常に送信されました(Windows側のhostsファイルと詳細ホストのマッチチェックは入っていない?)
結局・・・
結局、はっきりとは言えないのですが、次のような感じでしょうか。
hosts
・順方向配信時、集信側のhostsには配信側自ホスト名と同じ文字のホスト名を記述する必要がある。
・送信要求時には配信側のhostsには送信要求側自ホスト名の同じ文字のホスト名を記述する必要がある。
いずれの場合もhostsについては、大文字小文字の比較は行われず、文字があっていればよい。
HULFTの詳細ホスト
キックした側が自ホスト名を相手に送っているように見えるため、
hostsの記載内容(大文字小文字も含め)に関わらず
新しめのHULFT(7以降ぐらい?)配信側または送信要求側ホストに「自ホスト」が設定されている場合は、まずその自ホスト名を大文字小文字まで合わせたものを対向サーバの詳細ホストにも設定。
ミスマッチエラー発生時
相手から送られるホスト名と詳細ホストがミスマッチでエラーになった場合は、配信/集信状況で表示されている実際のホスト名に合わせるといった対応になるでしょうか。。。
