Macintosh Developer Online (MDOnline)

2000年10月3日発行号 - UNIX関連質問のフォロー

今日も盛り沢山な記事になってしまって、配信時間が予定より遅くなってしまいました。ちなみに、自分的には、14時台にフィニッシュしたいと思っているのですが、ちょっと最近、生活が昼夜が逆転ぎみなので、それもあって、フィニッシュが遅くなってしまっています。
MDOnlineの読者の方々で、今月一杯のアカウントの方がたくさんいらっしゃいます。創刊時の9、10月に購読を申し込まれた方の期限が、ちょうど10月に切れます。昨日、その旨をメールでお知らせさせていただきました。是非とも、継続をお願いします。すでに、何人かの方々より継続手続きをしていただきました。ありがとうございます。ちなみに、督促は期間が切れる月の月初めに、メールで1回行うだけです。継続されない場合には、その後、次の月の最初に、アカウント廃止のお知らせがメールで届くのみです。お忘れにならないように、早めの手続きをお願いします。
もう1回くらい督促すればいいのにと思われるかも知れません。実は、これは過去の経験から来ています。同一条件ではないですが、Macintosh Java Reportの購読料の督促で、2回督促、3回目がアカウント切れのお知らせとしたのですけど、1回目の督促で支払うか、アカウントが切れてから支払うか、ほとんどの方がそのどちらかだったんです。基本的には後払いだったMJRなので、督促する段階で期限切れではあり、MDOnlineの更新とはやや違うとは思いますけど、2回督促する必要性は薄いというのがMJRからの経験なんです。ですから、「そのうち督促がまた来るだろう」とあまりタカを括らないで下さいね（笑）。
（新居雅行 msyk@mdonline.jp）

MacWIREに寄せられたMac OS X Public Betaに関するUNIX絡みの質問（続編）

2000年10月2日に「MacWIREに寄せられたMac OS X Public Betaに関するUNIX絡みの質問と答え」と題して、MacWIREに寄せられたUNIXに関わる質問の答えを、申し訳ないことに不完全ながら出させていただいたが、さっそく何人かの読者の方々から、補足事項をいただいた。それをまとめておこう。（MacWIRE読者のDayanさん、大竹さん、内山さん、藤田さんにはこの場を借りてお礼を申し上げます）。

さて、コンパイラのgccの件で、ファイルを検索して何も考えずに「ccはあるけど、gccはない」と回答してしまった。しかしながら、何人もの方から御指摘があり、実はファイル名は「cc」だが、中身は「gcc」であった。「cc -v」とコマンド入力すると、「executing gcc version 2.95.2」などと表示される。で、実は、このccはDeveloper Toolsのコンポーネントであり、通常のPublic Betaには含まれない。あわや機密保持違反をついにやったかと思ってしまったが、以下のような記事がある。つまり、gccは約束通りMac OS Xで使えるようになったというわけだ。（つまり、gccの組み込みは公開された情報ということで…）。
◇Road to Mac OS X：UNIXアプリケーションとX
　http://www.zdnet.co.jp/macwire/0007/14/c_roadtox2.html
たまたま、lhaのソースがあったのでmakeしようとしたら、コンパイラに「gcc」が指定されていた。そこで、ccの存在するディレクトリ/usr/binで、「ln -s cc gcc」として、名前が「gcc」となるccへのシンボリックリンクを作っておいて、lhaのmakeをやってみたら、とりあえずうまく行った。
なお、Developer Toolsは、ADC会員へはすでにCD-ROMで発送済みであるが、無償で入会できるOnlineメンバーも今月中ごろよりダウンロードができるようになるということである。

それから、NFSであるが、「mount_nsf」というコマンドがあるのを確認したので、基本的にはexportされているボリュームをマウントできるのではないかと思う。もちろん、「mount」コマンドもある。（NFS：Network Filing System。UNIXのファイルシステムだが、異なるコンピュータにある記憶装置も使えるという点では、ファイル共有の仕組みとも言える。Sun Microsystemsが開発した）

それから、NISについては「yppasswd」の存在を確認すればいいということを教えていただいたのだが、これはなかった。NISの機能はとりあえずは含まれていないのではないだろうか。（NIS：Network Informatio Service。アカウント情報を一元管理する仕組み。Sun Microsystemsが開発した）

さて、TeXについてはあいまいな答えを出したが、Mac OS版あるいはMac OS X Serverで、pTeXを開発し配付している内山さんによれば、Mac OS XでもpTeXの移植は可能だろうとういことだ。
◇MacpTeXとその周辺
　http://macptex.appi.keio.ac.jp/~uchiyama/macptex.html
ただ、御考えの方針をメールでいただいた（難しいので申し訳ないが省略させていただく）が、ツール類の問題で一発ではいかないことは予想できるらしい。だが、CodeWarriorでMac OS向けに移植することを考えれば、BSDベースのMac OS Xではより容易であると御考えだそうだ。すぐに取りかかることはできない状況だということだそうだが、pTeXのMac OS Xでの実現性は十分あると言えるだろう。（TeX：レイアウト用言語およびそのシステム。テキストベースでDTPができるというのが大きな特徴。テック、あるいはテフと読む）

カテゴリ：

MacWIREに寄せられたMac OS X Public Betaに関するUNIX絡みの質問（続編-2）

Mac OS XのUNIX的な面への関心が強いようだ。「MacWIREに寄せられたMac OS X Public Betaに関するUNIX絡みの質問」という記事に関し、さらに読者の方から情報をいただいたので、記事としてお届けしよう。以下は読者の明石創さんからいただいた情報だ。
まず、NFSは実際にマウントできたことを確認された。mountコマンドで、solarisでエクスポートしているボリュームのマウントができたということだ。
NISに関してだが、「domainname」コマンドでドメイン名を設定後、「ypbind -broadcast」コマンドにより、NISのクライアントになれることが確認できたということだそうだ。さらに、「/usr/sbin/ypinit.sh」というコマンドもあことからNISサーバにもなれるのではないかと予想されている。他には、gccの件も教えていただいたがその件は別の記事の通りだ。
明石さんからのメールをそのまま引用させていただく。Mac OS Xの出来具合の良さを次のように評価されている。「この Mac OS X は、telnet や ftp も受け付けたり、ssh も使えたり、リモートから restart できたりするにもかかわらず、それらを必要としない人は今まで通りに使えるという所にとても魅力を感じています。」

カテゴリ：

【 森下克徳の崖っぷちからWebObjects】第3回〜Macと言う名でUNIX漬け…

/-/-/-/９月８日/-/-/-/
メールあり。曰く、・・・・CdmaOneはMacで使えます！・・・・
「ああぁ、やっぱりぃ・・・。」

前回、パワーブックでCdmaOneが使えるんだろうかとつぶやいたところ、さっそくご使用になられている方から連絡があった。「動作保証をしない」という言葉の中に折り込まれた、「実は使えるよん。」という空気を嗅ぎ取った私の嗅覚はすごいもんであったのである。つーても、さっぱり自慢にはならない嗅覚だが・・・。(^。^;)

ともかく、ご連絡下さったみなさん。ありがとうございました。

はてさて、つらつらと身の上話が続いてしまったが、ともかくまあ、今現在のわがネットの現状をお知らせしよう。

もともと、我が家には２台のMacがあった。かみさんの主に使うPerformaと私のパワーブックである。で、ISDNルータ・MT128NET-Dというのが、テレホーダイで夜な夜インターネットに引きずり込んでいた。そこに、仲間内でインターネットモールの話が生まれだし、ちょうど同じ頃、地域のケーブルテレビがインターネットの常時接続サービスをはじめて、仲間内で開いた重要戦略会議（最重要戦略が、その時に目の前にあった酒の山をやっつけろ！　だったりした。いいかげんなもんだ・・・。）の高度な戦略的判断〜酒の上でのヨタ話とも言う（＾っ＾）〜によって、常時接続！　独自ドメイン！　と、一気に展開しだしたのである。

最初に、お名前．コムで、独自ドメインを登録した。勢いにのってたんで、いっきに二つ取った。がははは。そしてケーブルテレビの契約をした。モトローラのケーブルモデムが世界的に不足しているとかで、契約後50日はかかったが、ともかく回線がやってきた。そして、回線をまっている間、新しいMacを買った。

なんでMacだって？その質問に、当時の私は答えたもんだ。「そりゃあもちろん、インターネットサーバといえばMac OS X Serverやないの。そしてもちろんＥコマースサイトには、WebObjectsじゃけん。」なんで「じゃけん」かわからないが、当時の私はウブだったんである。

スイッチングハブも買った。ケーブルモデムとこっちのLANをつなぐルータにはCR-20というのを選んだ。

わがネットにはIPアドレスが16個も含まれている。ん？　ケーブルの割には多いって？　もちろん、月々6,000円の個人契約ではなく、月々28,000円の回線だからだ。上り128キロ下り256キロとは、ちょっと遅いような気もするが、それでもOCNよりはずいぶんとお得だろう。

このわがネットでインターネットの様々なサービスを一手にになうべく、購入されたPowerMac G4(400AGP)がさまざまな情報を発信している、といいたいところだが、まだ発信するまでには至っていない。

最初、Mac OS X Serverなら、買ってきたその日から何でもできると思っていたが、必要なサービスを稼動させるには、やはりUNIXな世界に浸らなくてはならないようだ。躯体の見た目もMacだし、起動音すらMacを感じさせ、さらにOSまでMacとうたっているが、それ以降のサーバの構築にはUNIX漬けの日々をおくることになった。

そのUNIX漬けの材料は（つまり稼動させたサービスは）…、次回のお楽しみなのである。
［森下克徳］

カテゴリ：WebObjects, 崖っぷちからWebObjects

【Mac OS X Public Betaシリーズ】Mac OS Xにおけるアカウントについて(1)

マルチユーザOSとしてUNIXが代表的なものであることはよく知られている。だけども、Mac OS 9にもマルチユーザという機能があった。それとMac OS Xとの違い、また、一般的なUNIXとの違いについても説明をしたい。なお、アカウントとユーザという言葉が出てくるが、アカウントというのは、コンピュータに登録された識別のための情報というのが基本だ。通常は、ある特定のユーザが利用するためのアカウントを1対1で発行するから、アカウント＝ユーザと思っても大きく間違いはない。ユーザはもっと一般的な意味での利用者とすれば、あるユーザは、あるアカウントを使うことでコンピュータの利用を許可されるようなイメージを考えればいいだろう。ところが、コンピュータには特定のユーザとは切り離されたアカウントもある。

まず、Mac OS 9とMac OS Xのマルチユーザの大きな違いを説明しよう。どちらも、1台のマックを、異なるユーザが代わる代わる使うことができる点では大きな違いはない。Mac OS 9のマルチユーザ機能、あるいはMacintoshマネージャを使うというのは、本来はシングルユーザ向けに作られたMac OSをいろいろな工夫で、複数のユーザが交代で使えるようにした機能なのである。一方、Mac OS XはUNIXシステムでのマルチユーザ機能がベースにある。マルチユーザ利用が最初から組み入れられているUNIXシステムでも、どちらかと言えばサーバとして動いているものをイメージしてもらいたい。あるサーバを複数のユーザが�箸辰討い襪箸い�状況だ。もちろん、みんなが好きにサーバを使えるとえらいことだ。そこで、ある特定のユーザは、一定のディレクトリ以下をもっぱら使うようにという設計がなされており、そのディレクトリのトップはホームディレクトリなどと呼ばれている。また、ネットワークからのリクエストを受けるサーバでは、複数のユーザが同時に接続できる。ホームディレクトリを使う限りは、複数のユーザが同じフォルダに同じファイルを書くというようなバッティングは起きないのである（実際にはもっと事情は複雑だ）。
UNIXサーバの重要な仕事は、マルチタスク、つまりソフトウエアを並行して動かす機能だ。Mac OSとUNIXのマルチタスクの違いはいろいろあるが、ここでは、1つ1つのプロセス（実行したソフトウエア）は、どのアカウントによって起動され、実行されているかということを管理している点に注目したい（もちろん、他にマルチタスクの動作が協調的か、あるいはOS管理下にあるのかといった大きな違いもある。）UNIXサーバでは、複数のユーザが接続し、それぞれのユーザがソフトウエアを起動し、そのソフトウエアはどのアカウントで実行されているかをしっかり管理しているのである。ここがMac OSとの違いだ。
さらにUNIXでは、ファイルに対しても、どのアカウントが所有者であるのかとか、他のアカウントには何もできなくさせるとか、読み込みはOKだけど書き直しはできなくするなどができる。アカウントごとに可能な処理範囲をファイルごとに設定できると思えばよい。いずれにしても、複数のアカウントがそれぞれソフトウエアを同時に実行できる仕組みがあるというのがUNIXでのマルチユーザの側面なのである。

さて、Mac OS Xではどうかだが、Mac OS Xはとりあえずはクライアント用途に利用さされることを想定しているようだ。それでも、システムのベーシックな部分ではUNIXと同様、複数のユーザがネットワーク経由で接続して、それぞれのユーザが別々のプログラムをマルチタスクで実行できる機能は持っている。だが、通常利用ではそうした状況は想定していないものと思われる。その意味では、Mac OS Xのマルチユーザ機能は、もっぱら、Mac OS 9のマルチユーザと同じように、1台を複数のユーザで代わる代わる使うために利用されることが主になるだろう。もっとも、ファイルサーバとして動作させたりすると、その様相は変わってくる。
Mac OS Xをインストールし、セットアップの最終段階でAssistantによって、アカウントの登録がなされる。ここは、単に名前を登録するといったものではなく、UNIXでのアカウントの1つが登録されるのである。基本的にアカウントは変更は後からできないと思った方がよい。ただし、ここでのNameは単なる登録名であるので、適当に本名などを入力すれば良い。一方、Short Nameの項目が、OSレベルでのアカウントとして登録される。むしろ、こちらの方が重要であり、ログイン時にキータイプすることを考えれば、それなりにシンプルなものにしておくのが無難だ。

◇Assistantでのアカウント登録
　

パスワードもここで登録する。とにかく、ここでの「Short Name」「Password」の組み合わせが重要だ。筆者はここでmsykというShort Nameにしたが、例えばその後にMac OS Xでログインしたとき、私がアプリケーションをダブルクリックすると、Mac OS Xのシステム側では「msykというアカウントがアプリケーションを実行している」という認識になる。

カテゴリ：Mac OS X, Mac OS X Public Betaシリーズ

【Mac OS X Public Betaシリーズ】Mac OS Xにおけるアカウントについて(2)

Mac OS Xを起動する時には、ログインのためのパネルが出てくる。ここでは、基本的にはAssistantで登録したShort NameとPasswordを設定して、ruturnキーを押すなどすれば良い。以下のパネルではNameになっているが、ここではAssistantで入力したNameを入力してもかまわない。だが、一般的にはキータイプしやすいShort Nameを入力する。Short Nameはアカウントのことなので、以下、基本的にはアカウントと呼ぶことにしよう。

◇ログイン時には、アカウントとパスワードを入力する
　

なお、ログインのパネルでは、tabキーで項目を移動してもいいが、returnキーでもいい。Passwordを入力してreturnキーを押すと、Log inボタンをクリックするのと同じことになるので、要は、アカウント入力→return→パスワード入力→return、といった操作でいいわけである。

なお、ログインのパネルが起動時に必ず出てくることがうざったいというのであれば、特定のアカウントとパスワードで自動的にログインするという機能も用意されている。つまり、ログインパネルを素通しするのであるが、その場合も、ある特定のアカウントでログインしているという点は忘れてはいけない。アカウントとパスワードの入力を自動化することができると言えばよいだろうか。そうなると、当然ながら、セキュリティ的には弱くなる。電源オンさえすれば、登録されたユーザに誰でもなれてしまうのである。そのあたりはよく考えてこの機能を使うべきだろう。
この設定は、System PreferencesにあるLoginの項目で行う。ここにLogin Windowというタブがある。タブを選択し、ロックが解除されていないのなら左下のカギのアイコンをクリックして、ダイアログボックスに応じて管理権限のあるアカウント（以下で説明）とパスワードを入力し、ロックを解除する必要がある。その後にAutomatically log inのチェックボックスを入れて、自動的にログインをするためのアカウントとパスワードを指定する。そして、setボタンをクリックすれば良い。

◇System PreferencesのLogin設定にあるLogin Window
　

なお、setボタンは、パスワードを書き直したときなどでもアクティブにはならない。パスワードを変える時などはいったん、Automatically log inのチェックボックスをオフにして再度オンにすることでsetボタンを押せるようになる。

さて、何気なくインストール時にAssistantでアカウントとパスワードを1つ登録したが、このアカウントはUNIXサーバの管理者にとっては身の毛もよだつような（ちょっとオーバーか〜笑）アカウントなのだ。Mac OS Xでのアカウントには大きく分けて、一般ユーザアカウントと、システム管理のアカウントがある。前者は普通のユーザだが、システム関連の設定は変更できない。後者はもちろん、あらゆる設定を変えることができてしまう。インストール時にAssistantで設定したアカウントは、何とシステム管理権限を持つアカウントなのである。でも、一般にはサーバとしては使わないと考えれば、通常ユーザがシステム管理権限を持つのは悪いことではない。むしろ、最初に一般ユーザ権限でしかないことの方が、設定の変更が煩雑になるとかいろいろ問題があるだろう。ところでなんで身の毛がよだつかと言うと、UNIXサーバではその管理者は管理権限も持つのはもちろんだけども、他に管理権限を設定するのは信用できる相手でかつきちんと技術的なことを把握しているユーザに限られる。誰彼とシステム管理管理権限を与えてしまうと、サーバの場合にはえらいことになるのである。だから、サーバでの管理権限というのは特別なむしろ特別なものだ。ユーザの登録や管理権限の付与などは別の回に説明しよう。

ここで、UNIX的な話に移りたい。UNIXを御存じの方は、じゃあrootはどうなんだという疑問を持つだろう。rootとは、UNIXにとっては何でもできるアカウントなのだ。UNIXサーバの場合、インストールすると、アカウントにはrootだけが設定されていて、最初はrootでログインし、アカウントを追加して利用するというのが基本的な手順になる。rootだと、ファイルのアクセス権は事実上無視できるに等しい。他人に見られないように設定してあるファイルであろうがなんだろうか関係ない。だから、メールボックスのメールですら見えてしまうというわけだ。何でもできるアカウントだけに、悪意のある人に知られるとまずいのはもちろんで、セキュリティ上もっとも重要なのがrootのパスワードであるとも言える。一般には、ネットワーク経由ではrootでログインすることはできない。そこで、一般ユーザに管理権限を与えておく。そして一般ユーザでログインをして、あるコマンドを入力し、パスワードを入れてrootになるのである。いずれにしても、どえらいユーザがrootだということだ。
Mac OS Xでは、実は自動的にrootアカウントは設定されている。あるアカウントでログインしても、システム的に重要なタスクはrootアカウントで実行されている。ではMac OS Xでrootになることができるのかと言えば、方法はある。Terminalでログインして、suコマンドを入力する。パスワードは、Assistantで登録したものと同じものを入力すれば良い。つまり、rootアカウントは、Assistantで登録したアカウントと同じに設定されている。今後システム管理に関わる人は、この事実は知っておくべきだろう。たとえば、リモートでtelnet接続した場合に、rootになる方法はこうであるから、逆に言えば、サーバとして使う場合には、意図的にrootのパスワードはさらに別のものにしておくということも必要になると考えられる。

クライアント用として利用する場合には、rootの存在はほとんど気にしなくても良い。そのあたりはうまく作られていると言えるだろう。Mac OS X Serverでは、まずrootのパスワードを設定しなさいというところからAssistantは始まった。サーバを使う人は周知の事実だろうけど、普通のユーザはそうしたrootのことは知らないだろう。Mac OS Xでも「rootのパスワードを入力しなさい」なんて出てきたらこれはえらいことだと思っていた。でも、その心配は杞憂に終わってよかった。Windows 2000でもこの点は改良されたが、Windows NTまではrootに相当するAdministratorのパスワードを設定しなさいというのがWorkstation版でもあったのである。だけど、いつかはサーバとして使うときが出て来るだろう。そのとき、rootの扱いを思い出してもらいたい。

カテゴリ：

Mac OS X Public BetaをインストールしたマシンのMac OSの再インストール

Tech Info Libraryに、Mac OS X Public Betaをインストールした状態でMac OS 9を再インストールする場合、再フォーマットの必要があることが掲載されている。この文書では、再フォーマットの方法や、あるいはCD-ROMで起動してインストーするなどの手順は書かれているが、なぜ、フォーマットからやり直さないといけないのかということについてまでは記載されていない。

関連リンク：Mac OS X Public Beta: Reinstalling Mac OS 9
カテゴリ：Knowledge Base（旧TIL）, Mac OS 9, Mac OS X

Technical Q&Aに掲載されたドライバ開発に関する文書

Appleから提供されている開発情報に関するQ&AであるTechnical Q&Aで、ネイティブドライバに関する文書が以下のようにアップデートされている。文書のアドレスと概要は以下の通りだ。

◇DV43：InterfaceLib and Native Drivers
　http://devworld.apple.com/qa/dv/dv43.html
ネイティブのドライバにおいて、システムコールを利用することの是非について論じられている。Mac OS Xでのドライバの動作との絡みもある。

◇DV44：PrepareMemoryForIO Options
　http://devworld.apple.com/qa/dv/dv44.html
PrepareMemoryForIOというライブラリ呼び出しのオプションについて。利用できないオプションがある。

関連リンク：Technical Q&A: What’s New
カテゴリ：Technical Q&A, 周辺機器