SMBとNetBEUIの関係を学びたい

Question

以前に、こちらの掲示板で大変お世話になり、下記の学習用URLを紹介して
いただきました。
http://www.atmarkit.co.jp/fwin2k/network/baswinlan001/baswinlan001_04.html

MS LAN-ManagerのNetBEUIまではなんとかわかるのですが、SMBが難し過ぎて
どうにも雲をつかむような感じで飲み込めないので悩んでいます。

ネットワークマガジンの解説も、丁寧なのですが、やはりよくわかりません
でした。

NetBIOSやTCP/IPだと、プロトコルのインストールを別途おこなうので、わか
りやすいんですが、SMBプロトコル、という物をあえてインストールすると
いうことが無いから分かりにくいのかな？とも思うのですが。

SMBプロトコル、というものは、NetBEUIの上位互換ではなくて、まったく
新たな互換性のないプロトコルになるのでしょうか？

（Windows上にあえてNetBIOSoverTCP/IPをインストールしないとLAN-MANの
ホストが見えませんでした）

Toshi0230 · Accepted Answer

> IBMから供給されるNetBEUIは、MSの物と違って古いのかもしれないですね？

古いのか、あるいはIBMとMicrosoftとでそれぞれ違う方向に「拡張」してしまったのか、確かなことはわかりませんが、“同じものではない”とだけは言えますね。
OS/2同士でファイル共有するときも"8.3形式"でしかファイル名が見えないのであれば、OS/2のSMBのバージョンが古いという可能性が高くなりますね。

それと、しつこいようですが私が言及しているのは"SMB"だけです。NetBIOSやNetBEUIに関してはまた違う回答があるかもしれませんが今の私には答える力がありません（＾＾；。

>「NetBIOS」はNICに装着されたBIOSを作動させる

いや、そうではなくて、アプリケーションから見た「BIOS」、つまり、BIOSを呼び出してPCを制御するように、NetBIOSを呼び出してネットワークを制御する、というような意味合いで付けられた名前のようです（前回の回答で「インタフェース」と書いたのはこのためです）。
ハード的な意味でのBIOSは、この場合あまり関係がないように思います。

> ３～４層は不要で物理層が直接に働いていた、ということになる、と理解して差し支えなさそうですね？

物理層ではなくてデータリンク層ですよね？
それに近い形であったろうとは思います。
実際、NetBEUIはOSIの７階層モデルのうち、３～４階層部分を担っているわけですが、実際にはNetBIOS名からMACアドレスを呼び出して通信していることやルータを経由できないことなど、NetBIOS層とデータリンク層を直結している感じがします。

NetBEUIについては、＠ITに詳しい記事が載っていましたのでそちらを参照してください。（すでにご存知かもしれませんが）

参考URL：http://www.atmarkit.co.jp/fwin2k/network/baswinlan017/baswinlan017_03.html

Toshi0230 · Answer

> OS2（LAN-Manager）のファイル名をSMBのWindowsから覗くときちんとロングファイルネームで見えるのですが、その逆だと8.3表記に縮まってしまうのはどういうカラクリでしょうか？

前回の回答で、うまくまとめられなかったのであえて目をつぶっていたところに切り込まれてしまいました。（＾＾；。

実は前回のロングファイルネームとSMBとの関係の説明には嘘があります（＾＾；。
（NetBIOSは前回の回答の通り、ファイル名の長さとは全く関係ありません）

SMBプロトコルの中には、SMBクライアントがロングファイルネームに対応しているかしてないかを示すためのフラグが存在します。このフラグが立っていると、SMBプロトコルは255文字までの長さのファイル名を扱うようになります。（立っていなければ昔ながらの"8.3形式"）
もっとも、これは現在のバージョンのSMBでの話ですから、Windows3.1など古いOSではまだこのフラグが定義されていなかった可能性が高いです。

Windowsがクライアントの時はロングファイルネームで見えるのにOS/2がクライアントの時は"8.3形式"になる、という現象の理由ははっきりとはわかりませんが、仮説として、OS/2がクライアントの時はSMBプロトコルのネゴシエーション時に古いバージョンに合わせて設定されてしまうことが考えられます。

> NetBEUIになる前のNetBIOSというのは、３~４層が無しで動いていたことになるんだろうか？

いかんせん昔（といっても十数年ほどですが）の話ですので、私もその当時の状況は知りません。
ただ、NetBIOSはもともとMS-DOSなどでネットワークを扱うためのインタフェースとして定義されたと聞いていますので、その下層に位置するプロトコルは何らかの形で存在したと思います。

Toshi0230 · Answer

> 「全部外せ論」はTCP/IPだけ残して他を全部外せ、だったのだな

これなら納得できますね。プロトコルをTCP/IPに一本化するのは推奨される構成です。

> つまりSamba等の非ウインドウズ用SMB解釈ソフトが提供してくれるサービスとは（以下略）

Windows互換のネットワーク環境を、非Windows環境上に提供する、という理解は正しいのですが、そのほかについては残念ながら間違いです。
既存の知識だけで整理・理解しようとして、短絡しているように見受けられます（はっきり言って惜しい）。
もう少しいろいろ知識を仕入れて、頭の中を整理していきましょう。

Sambaが提供するのは、大きく分けて以下の２点です。
・NetBIOS名を使用したサーバ間の通信機能
・SMBプロトコルが提供するファイル共有サービスの「手続き」が利用可能になるようにOSとの間の仲立ちをする

「ロングネーム」は「ロングファイルネーム」のことかと思いますが、これは主にOS(WindowsとかLinuxとか)にのファイルシステムに依存する話であって、SMBやNetBIOSとは直接関係ありません。


Sambaの詳しい機能については、SambaユーザグループのWEBページを参照してください。
(http://www.samba.gr.jp/)

また、ネットワーク越しにファイルにアクセスする仕組み全般については、参考URLサイトを参照してください。

参考URL：http://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.html

Toshi0230 · Answer

No.2です。

>>「プロトコルを全部削除してしまえ」なんて半可通なことを言う人がいるところにいるんであれば無理もありませんが。
> これが、わたしもやってみると、ちゃんと動いてくれるのでキツネにつままれてるんです。

こういう設定をやっている（あるいはやっていた）OSは何になりますでしょうか？
念のためにWindows2000 Pro, 同Server, Windows98の３つで試しましたけど、プロトコルを全部はずすと以下のような状態になってしまい、altosaxさんの言うような状態にはなりません。
・Windows2000 (Pro/Serverとも)
　「ローカルエリア接続のプロパティ」内で、“Microsoftネットワーク用クライアント”“Microsoft用ファイルとプリンタ共有”のチェックボックスが強制的にはずされる（動作が停止される）。
・WIndows98
　プロトコルをすべて削除した直後に、“Microsoftネットワーククライアント”などがすべて画面から削除される

普通に考えれば、ファイル共有などのサービスだけインストールして、プロトコルスタックをインストールしない、という構成では正常に動作しません。OSIのモデルのうち、6番目と7番目だけ会って、間の3～5番目がないわけですから、データを運ぶ主体が存在しないからです。
もしそのような状態があるとすれば、デフォルトで何らかのプロトコルが動作している、ということになるんですが、私の知る限り、Windowsではそのような動作はしないはずですが…

Toshi0230 · Answer

No.2です。

実際に操作画面で見ている光景と、理論がまだ完全に結びついて無いために混乱されているようですね（＾＾）。まぁ、「プロトコルを全部削除してしまえ」なんて半可通なことを言う人がいるところにいるんであれば無理もありませんが。

> 「OS/2の分散ファイル共有プロトコルとして標準」とも書いてあるのですが、これはかなりの確率で事実と反しているのでは？と思うんです。
> OS/2のIBM-PEER（わたしが質問文でLAN-MANと書いたのは正確にはこれの事なんですが）をウインドウズに繋ぐにはNetBIOSoverTCP/IPをOS/2側に入れて、ウインドウズ側にはNetBEUIを入れておかないと姿が見えないんです。

SMBとNetBIOSを混同してはいけませんよ。

「NetBIOSoverTCP/IPをOS/2側に入れて、ウインドウズ側にはNetBEUIを入れておかないと姿が見えない」のは、おそらくエクスプローラで表示されない、ということを言っているのだと思いますが、これは「ブラウジング」という機能であってSMBとは関係ありません。

PC間で通信を行うときは、トランスポート層での通信が確立される必要がありますから、双方にTCP/IPが入っているか、或いは逆に双方にNetBEUIが入っているか、どちらかの条件を満たす必要があります。
ただし、１台のPCにTCP/IPとNetBEUIの両方が入っていて、かつNetBIOS over TCP/IPが有効になっていると、本来NetBEUIで通信しなければならないのにTCP/IPで通信しようとしたり、或いはその逆の動きをすることがあり、トラブルの元なのでプロトコルは一本化した方が無難です。

SMBとほぼ完全な互換性をもつCIFSというプロトコルの機能を確認してみたのですが、以下のような機能を提供しているそうです。
・ファイルへのアクセス
・ファイルとレコードのロック
・安全なキャッシュ機構、先読みと遅延書き込み
・ファイル変更通知
……等々。

SMBは上記のような手続きを提供するためのプロトコルであり、実際に相手のサーバにアクセスする（データをやりとりする）のは、下位のプロトコルに任せています。
NetBIOSはPCやサーバ間の通信のためにホスト名のルールなどを定めたプロトコルであり、実際に相手のPCやサーバにデータを運ぶのがNetBEUIやTCP/IPであるというわけです。

Toshi0230 · Answer

No.2です
質問者さんの提示していた@ITのページを見ないまま回答を書いてました。（＾＾；
あのページにすでにレイヤ図がありますね。失礼しました。

となると、OSIの７階層モデルをきちんと理解する（なぜ７階層に分かれているのか、それぞれ何をしているのか）ことが、理解の早道になると思います。

Toshi0230 · Answer

> SMBプロトコル、というものは、NetBEUIの上位互換ではなくて、まったく新たな互換性のないプロトコルになるのでしょうか？

SMBというのは、NetBIOSの上位に位置しているプロトコルです。
つまり、NetBEUIや、NetBIOS over TCP/IP (NBT)は、SMBプロトコルを介してファイル転送などの機能を実現させているわけです。

互換性がないのではなく、提供している機能が全く別なのです。

参考URLのページの真ん中あたりに、この辺のプロトコルの解説とレイヤー図がありますのでそれを見てもらった方が早いと思います。

参考URL：http://www.tomen-g.co.jp/sco/product/vfs/mamechishiki.htm

priqn · Answer

ネットワークプロトコルには詳しくない・・・と言うか、無知に等しいんだけど(恥)、質問の件は、oreillyから出版されている「Using Samba」に記載されているような情報でもよいのかな？

参考URL：http://aroman.mine.nu/samba/ch01_03.html

SMBとNetBEUIの関係を学びたい

> IBMから供給されるNetBEUIは、MSの物と違って古いのかもしれないですね？

> OS2（LAN-Manager）のファイル名をSMBのWindowsから覗くときちんとロングファイルネームで見えるのですが、その逆だと8.3表記に縮まってしまうのはどういうカラクリでしょうか？

> 「全部外せ論」はTCP/IPだけ残して他を全部外せ、だったのだな

No.2です。

No.2です。

No.2です

> SMBプロトコル、というものは、NetBEUIの上位互換ではなくて、まったく新たな互換性のないプロトコルになるのでしょうか？

ネットワークプロトコルには詳しくない・・・と言うか、無知に等しいんだけど(恥)、質問の件は、oreillyから出版されている「Using Samba」に記載されているような情報でもよいのかな？

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング