Unix 3.5レビューのためのWindowsサービス

マイクロソフトでは、他のユーザーよりオペレーティングシステムやアプリケーションを使用したいと考えています。そこには驚きはありません。ユーザーが他のプラットフォームからMicrosoft自身に移行する際に役立つツールキットを提供することは、まったく前例のないことです。しかし、WindowsがUnixのように動作するようにするツールキットを提供することは、特にオープンソースソフトウェアが含まれている場合には、はるか遠慮して聞こえるかもしれません。このすべてが捨てられていると考えると、それはあまりにも真実であると思われます。残念なことに、いくつかの点でこれが当てはまります。

SFU 3.5は、POSIX準拠のサブシステム、NFS用のサーバーとクライアント、WindowsからPOSIXへの名前マッピングシステム、NISサーバー、およびまだ登場していないWindows用のTelnetサーバーで構成されています1と。 POSIXサブシステムは、Unix環境を完全に置き換えるもので、GNU Cコンパイラとライブラリを含んでいます。他のコンポーネントを使用すると、必要に応じて2つの環境を相互運用することができますが、完全に別個のシステムとして扱うことができれば、他のコンポーネントをほとんどインストールする必要はありません。

名前マッピング;名前マッピングサービスは、提供される他のサービスに使用されるWindowsユーザー名とUnixユーザー名との関係を管理します。これは、2つのシステムのユーザー名に使用されるモデルが異なるために必要です。このサービスは、1対1または多対1のユーザーマッピングを可能にするため、多くの異なるWindowsユーザーを同じUnixユーザーにマップすることができます。このサービスは、SFUの一部として提供される他のすべてのUnixライクなサービスを支えます。両方の環境で単一の資格情報セットを使用する場合は、SFUを使用するほとんどのマシンにインストールする必要があります。

NISサーバー; NISサーバーを使用すると、SFUをインストールしたWindowsマシンは、ネットワーク上のすべてのUnixシステムのNISマスターとして機能します。これは、名前マッピングサービスを使用してNISドメインに参加する場合と同じではありません。代わりに、WindowsドメインコントローラをNISドメインマスタとして使用します。 ADコンテナオブジェクトを使用してNISドメインを管理するため、Active Directoryを使用してNISサーバーを使用する必要があります。 NISサーバーはUnixマシンをバックアップNISドメインサーバーとしてサポートしますが、Windowsシステムを担当しなければなりません。 NISサーバーに移動する場合は、既存のユーザーアカウントをActive Directoryに移動するための移行ウィザードが用意されています。

NFSクライアント; NFSクライアントとサーバーは、WindowsシステムとUNIXシステムがネイティブでファイルを共有できるようにします。このサーバを使用すると、以前にUnixホストに保存されていたファイルを、そのファイルにアクセスする必要のあるUnixクライアントに特別なソフトウェアをインストールすることなく、Windowサーバに保存することができます。同様に、クライアントサービスを使用してUnixサーバーに格納されたファイルにアクセスすることもできます。 SFUには、WindowsサーバーがNFSサーバー上のファイルをネイティブのWindowsクライアントに提供するためのNFSゲートウェイもあります。ただし、NFSクライアントを多数インストールしていない場合はNFSクライアントをインストールするか、より多くのユーザーにはNFSサーバーをインストールしてNFSサーバーをインストールすることでNFSクライアントをインストールするか、これはWindowsコンポーネントであるため、mountコマンドはPOSIXサブシステムでは使用できません。これはWindowsコマンドラインのみです。スクリプトにNFSボリュームをマウントする必要がある場合、スクリプトを実行する前にボリュームを手動でマウントするか、別のWindowsバッチファイルを呼び出してマウントする必要があります。 SFUのすべてのサービスは、Windowsの管理コンソールまたはWindowsのコマンドラインから管理できます。この後者のオプションを使用すると、SFU(またはそれ以降のバージョンのWindowsで提供されているもの)で提供されているTelnetサーバーを介してリモートでサービスを管理できます。また、複数のマシンでこれらのサービスを自動プロビジョニングすることもできます。バッチファイルを実行して、必要なコンポーネントをインストールできます。

POSIXサブシステム; POSIXサブシステムは、Interixと呼ばれるInterop Systemsのサードパーティ製品です。標準ではKornとCシェル、GNU Cコンパイラとライブラリが提供されています。ほとんどの標準Unixユーティリティ(grep、awk、sedなど)はInterixに含まれています。しかし、奇妙な組み合わせのGNUツールと、Interopに移植されたBSDツールのバージョンと思われるInterop Systemsのものがあります。このハイブリッドGNU / BSD環境は、ほんのわずかな問題を引き起こします。たとえば、インストールされたtarのバージョンでは、他のバージョンで作成されたtarファイルが正しく読み込まれず、アーカイブ内のすべてのファイルが正しく解凍されていてもエラーが発生します。これは、あらかじめパッケージ化されたアプリケーションをインストールしようとすると、最初はいくつかの問題を引き起こしましたが、GNU tarプログラムをインストールすることでこれを解決できます。アーカイブを解凍するためにgzipされたtarファイルを理解するWindowsアーカイブアプリケーションを使用する方法もあります。 Windowsコンソールモードアプリケーションとして実行します。 QuickEditモードはデフォルトで有効になっていないので、Unixライクなコピー&ペースト操作が必要な場合は、使用する各シェルまたはコマンドラインアプリケーションのプログラムプロパティを変更する必要があります。 Interixの一部として提供されているX Windowsアプリケーションのライブラリにもかかわらず、SFUに付属のWindows用X Serverはありません。マイクロソフトは、すでに利用可能な多数のフリーおよび商用Xサーバーを指摘しており、Xアプリケーションをローカルで実行する必要がある場合は、そのうちの1つを取得する必要があると言います。

Filesystem; Interixはハードリンクとシンボリックリンクをサポートする単一ルートのファイルシステムをエミュレートします。エミュレートされたファイルシステムのルートはSFUのインストールディレクトリであり、Windowsのドライブはデバイスとして表現されているため、D:は/ dev / fs / Dです – 別のWindowsボリュームのファイルが必要な場合Interixファイルシステムのポイントは、手動でリンクする必要があります。いくつかのUnixプログラムがいくつかのパスを適切に読むことができないという点で、パスとファイル名にはいくつかの問題があります。一般にUnixのファイル名ではスペースが許されていて、提供されたシェルはそれらを扱うことができます。 SFUで提供される唯一のスクリプト言語です。 Unix環境でPerlをインストールすることができます。また、ActiveState Perl for Windowsも提供されているので、いずれのシステムでもPerlプログラムを実行できます。しかし、2つは実際には相互運用されないため、ある環境にインストールされたライブラリは必ずしも別の環境で使用できるわけではありません。 Interixは完全にPOSIXに準拠していると主張されており、その主張に挑戦することはできません。ただし、既存のUnixプラットフォームからInterixにアプリケーションを移行するのには、これでは十分ではないようです。私たちのテストでは、GNUアプリケーションは、調整することなく、必ずしも設定、コンパイル、インストールする必要はありません。たとえば、コンパイルに成功したにもかかわらず、Pythonの標準Unixディストリビューションをインストールすることができませんでした。 Interop Systemsが多くのGNUアプリケーションで利用できる特別なパッケージを作ったという事実は、アプリケーションをSFUに移植することは主張されているほど簡単ではないかもしれないという証拠です。

代替案Windows上でUnixアプリケーションを実行するための選択肢がありますが、Microsoftが提供しているその他のサービスはほとんどありません。同様のツールキットをサードパーティのコンポーネントから組み立てることは可能かもしれませんが、SFUのダウンロードだけではありません。 SFUと他のツールキットのコンポーネントを混在させて組み合わせることで、必要な組み合わせを手に入れることができます。同じ機能を利用するために同じマシンにコンポーネントをインストールする必要はありません。 Unix 3.5用のサービスは、別のホストで実行する必要のあるスクリプトをデスクトップ上で実行できるため、混在環境で作業する開発者にとって便利です。同様に、Unixシステム管理者はSFUのコンポーネントのいくつかを使って、Unixマシンと同じ方法でタスクを実行できます。あなたの仕事のためにGNUツールキットに大きく依存している場合は、SFUに感銘を受けるよりも少ないかもしれません。なぜなら、多くのパッケージが正しくインストールされるようになるからです。不可能ではありませんが、一定の調整が必要ですSFUは、MicrosoftがWindowsを利用する方法を垣間見ることとして興味深い。コマンドライン管理の例が一例である。既存のUnixシステムからWindowsへの大量移行の決定要因になる可能性は低いですが、純粋なWindows環境に移行する決定を下した場合、SFUはいくらか痛みを緩和します。 Unixマシンが必要ないくつかのジョブにWindowsを使用する場合、SFUはきちんとしたツールキットですが、他にも利用可能なものがあります。

Microsoft Sprightly、First Take:スマートフォンに魅力的なコンテンツを作成する

Xplore Xslate D10、First Take:挑戦的な環境のための厳しいAndroidタブレット

Kobo Aura ONE、First Take:8GBの大容量電子書籍リーダー

Getac S410、First Take:タフで屋外にも快適な14インチノートパソコン