Microsoft Windows Services for UNIX (SFU)
WindowsとUNIXの相互運用を支援する
Microsoft Windows Services for UNIX のスレ。
NISもNFSも運用可能です。
マイクロソフト
ttp://www.microsoft.com/japan/technet/interopmigration/unix/sfu/default.mspx そりゃ、Vista 以降は SFU じゃなくて SUA って名前だわな。
Professional じゃ未対応、Ultimate か Enterprise で使え。 xp x64で使えなかったか
64ビットこそunixアプリの醍醐味なのにな
エンタープライズって店頭で売ってないから入手性悪い
vhdでネットブート出来るからunix的にディスクレスでは使えるんだろうけど バージョンチェックを回避すればWindows Server 2003 x64版のが使えるぞ >>109
基本的にレガシーアプリの移植用だから。 Windows Server 2012 R2 で削除された機能または推奨されなくなった機能
http://technet.microsoft.com/ja-jp/library/dn303411.aspx
・UNIX ベース アプリケーション用サブシステム
UNIX ベース アプリケーション用サブシステム (SUA) は削除されました。
このリリースと共に SUA POSIX サブシステムを使用する場合は、
Hyper-V を使用してサーバーを仮想化してください。
SUA によって提供されるツールを使用する場合は、
Cygwin の POSIX エミュレーションに切り替えるか、
mingw-w64 (Sourceforge.net から入手可能)
または MinGW (MinGW.org から入手可能) を使って
ネイティブ ポートを実行します。 ここ大昔コマンドとかダウンロード出来たんだけどどうなった?
http://www.interopsystems.com/
どこも引き継いでないのかな。 interopsystemsは、サーバがシングルHDDで、それが壊れたとかそんなオチだっけ。
interopsystems より gentoo や netbsd あたりの移植版がいいと思うよ。 netbsd gentooとかのプロジェクトの成果みんな使っていないのかな? NetBSDがらみの情報はググってもここくらいしか出てこないけど、WindowMakerとかBlackboxとかが動いてて面白い。
Gentooとかいつまでたっても記事がアップされてない・・
http://unix.oskp.net/sua/ netbsd のプロジェクト止まった?サーバ上のSFU関連のパッケージ、
ディレクトリごとがっさりなくなってるみたいだけど。 そんな、どこの誰がどんな状態でbuildしたのかわからないもの、よく使う気になるね。
SFUとか関係なくて、一律糞古臭い何だかわからないバイナリは削除された。
何だよ、「netbsd のプロジェクト止まった?」って。
お前の認識ではバイナリが提供されたら「プロジェクト始まった?」なのかよ。
ググっても見つからないとかいう糞はどうにもならん。
公式案内文に書いてあることを読まずに勝手に脱線して死ぬから救いようがない。 >>119
「どこの誰がビルドしたのかわからない」
いや、それ言うんだったら、素直にWindowsや商用のサポート付きUnix使っておけよ。
バイナリだけじゃなくて、ソースだって、どこの誰が作ったもんだか
実際にはわからんし、自分でビルドした分にしても、ソースコードの
全行読むなんて無理なんだよ。
公式サイトにアップロードされたからって安全か?
ハッシュが同じだから安全なのか?
お前、ソース全文チェックした上でビルドしてるのか?
馬鹿も休み休み言えよ。 何でバイナリに変なもの仕込まれてるとか、そういう妄想に進むのよ。
それぐらいしか問題が想像できないのね、ほんと、もう、救いようがないわね。 >>123
同感。
>>124
上で>>120のいうように公式サイトに置かれているバイナリがおかしなものだと仮定する。
では、ソースから自分でビルドしたものが安全なのか。
そのソースコードが悪意のあるソフトでないとコード全文確認を実施したのか?
ソースに変なコードが混じっていないと確認したのか?(クラック版と差し替え)
ハッシュ値が同じだから大丈夫? そのハッシュが正しいとどうやって確認した
というお話。実際に、サイトが改ざんされていて、ハッシュ値やソースが差し替えられていたことは
オープンソース界隈のサーバで行われていたこと。 >>125
> というお話。実際に、サイトが改ざんされていて、ハッシュ値やソースが差し替えられていたことは
> オープンソース界隈のサーバで行われていたこと。
そんなんあったっけ。
具体的にどの件? >>126
ちょっとググれば大量に見つかるのになぜここで聞く? >>127
>>125がそういう事例に詳しそうだから聞いた方が早いかなと。 「ソース 改ざん 差し替え」「オープンソース ハッシュ 差し替え」
あたりでぐぐってもぜんぜん出てこないな。 パズドラやってたわw
ビックリマンコラボ始まったしww
誰もお前のために時間を割いて即答などせんだろ
暇なときにちょこっと書き込むだけ
俺がビックリマンコラボをコンプする前に探しておくんだぞ 公式サイトのバイナリが信用できないという前提に対して、だとしたらそこに置かれている
ソースコードが信用できるのかという点。確かに、バイナリが信用できないなら、ソースも
信用には足らないだろう。
それから、ソース、バイナリ、ハッシュの改ざん・・これらも起こり得るわけだから
完全な安全など存在はしない。これも事実。
過去にそれ(サイトの改ざん)が行われたのかどうかは本質ではない。過去になかったから
今と未来が安心というわけではない。
それはさておき、大手オープンソースのサーバがクラックされたり、改ざんされた事件と言うのは
大昔からたびたび起こっているし、それらのニュース記事が残されているかどうかは不明。 >>132
>>131が言っていることはそこに本質はないのではないか?
過去に起こった、過去に事例がない
この2つの検証は、131の言ってることに対して検証したところで
彼の主張にはなんら影響を与えない。 >>125
> というお話。実際に、サイトが改ざんされていて、ハッシュ値やソースが差し替えられていたことは
> オープンソース界隈のサーバで行われていたこと。
>>127
> ちょっとググれば大量に見つかるのになぜここで聞く?
けっきょくこれはウソだった、ってことね。 >>135
過去に実際に行われていたなかった → これからも安心
なぜそうなる?
公式サイトのソースが安全かどうかという理論の話で過去に行われていたかどうかは本質ではないだろう?
http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20030814/1/
http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20021009/1/
http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20020802/1/
上記のように、公式やミラーにクラック版に差し替えられる被害はかつて何度もあったし、
それらのニュース記事がいつまでもネット上で配信されているわけでもない。
よく気が付くハッカーならwwwサーバがクラックした場合、当然、ソースやバイナリだけでなく、MD5なども書き換えるだろう。
そして、一番重要なのは、「ソースからビルドしたから安心」という裏付けにはまったく関係のない愚かな認識だという点に気づかないこと。
どうでもいい議論にリソース消費したくないな。このスレッドも汚れるし、このくらいでやめておいた方がいい 自分で実際に行なわれたとか言っといて
後からどうでもいいとか言いだすのどうなの おこちゃまかよ、自分でググレカス。過去の記事が出てくるかどうかはわからんが 公式サイトがクラッキングされたことが報じられても、ハッシュ値が改ざんされていたとか
細かなことまでは報じない方が多いだろ。
んで、wwwやFTPで差し替えするなら、ふつうは一緒にMD5とかSHA1も書き換えるだろうし
別におかしなことではない。 ニュース記事が出なければ、なかったことになるのか。 ソースからビルドしたから安心
そのソースは誰が書いたのか全員を言えるか?
そのファイルがトロイを仕込んだ改ざんされたソースの可能性は?
ハッシュ値で確認した?
サイトを書き換えた犯人がハッシュ値を書き換えずにファイルだけ差し替えた?
御冗談を・・
この本質をいつまでもつかめず、どうでもいい枝葉に固執、粘着、執着
過去に事例のニュースがなかった
→ 見つけられなかった可能性は?
記事が削除された可能性は?
詳細が報じられているとは限らない
過去になかったからこれからも安心なのか?
もう答え出るんだが・・。頼むからスレッド荒らさないでくれよ。SFUのスレッドだろ。こんなの
いくらでもスラドで議論してるから、そっちの過去ログ読めよ。おまえの悔しさから小さなな
反論を試みても、延々とすれ違いの話題が続くだけ。
空気読んでくれ。 「ソースからビルドしたから安心」
「過去に事例のニュースがなかったから安心」
と主張してる人はいないよ 粘着が一人いるからおかしなことになる。話の本筋を理解して納得できればそれでいいはずなのにいちいち反論するからな 細かいとこツッコむ人はどこにでもいるからねぇ。
もうちょっと話を整理して書くクセをつけた方がいいよ。 結局、ソースコードのクラック版差し替えとか、そういう話しかしてないし。
そういう問題は露呈次第、pkgsrc security team で調べてますってば。
そもそも、そいういうセキュリティ問題は、古いバージョン使ってる時点で、
もういろいろダメでしょ。
「同意」とか言っている割に、わかってない。 久しぶりにあがってると思ったら・・・。
だけどこのスレもう誰も感心がないのかと思ったら
そうでもなかったのね。 そこはかとない満足感。
こんなもので業務やるバカとかいないだろ。 大規模システムの業務で使ってるの見たことある。
Microsoft曰く、SFUは隠れたヒット商品らしい。
無償化される前もけっこう売れてたんだって。 Linuxがまともになる前はそこそこ便利だったんだと思う。 昔はCygwinもなかったしな。
Windows側にもgrep.exeとか用意してくれるし、けっこううれしい。
SFU使わなくても、バッチが書きやすくなる。 Cygwinも楽しいんだけど、あっちはひっかかりが気になるんだよ。 オライリー
Install SFU on XP Home
http://oreilly.com/pub/h/2883 ああオレもこれでお世話になった。HOMEなサブ機でしか使ってなかったよ。 SFUはWindows Powered NASに利用されている模様。 @ITのSFUの記事を読んでいると、確かに影のヒット商品だったと紹介されているね。
WindowsServerで非推奨になったのは、ブログとかで苦言を呈している人がけっこういる。
大規模システムほどSFUを使っているそうだ。
商用UnixからWindowsにマイグレーションしたような案件だと、Windowsサーバ内でばりばり
Kshやbashのスクリプトが動いているので、それらをサポートしないというのはこまると。
Windowsに統合するためにそういう風に持って行ったのに、VMにUnix・Linuxを入れて
連携させるなら、マイグレーションは本末転倒だと。確かにそうだな。
大規模システムほどSFUが必要なのは、ベンダー純正で正式にサポートが受けられる点も
重要で、これをフリーでどこもサポートしていないCygwinには置き換えられないし、
そもそもCygwinは便利ではあるがパフォーマンスの点でひっかかりがあるため、
大規模システムのデータ処理用としては絶対に使えないとのこと。
互換性に気を使っていたMicrosoftがいきなりそれらの機能をカットするのは珍しいが
SFUは役に立ってるから継続してほしいとのこと。俺も同感だな。 win32を経由せずにNTカーネルを直で呼び出す方法はわかったってことか? InterixってWin32経由するの?直接、InterixがNTカーネルとやりとりしてるんだと思っていたが 14年前の速報
---------------------------------------------------------------
米Microsoft、UNIX互換環境「Microsoft Interix 2.2」をリリース 2000年02月08日 05時39分更新
---------------------------------------------------------------
米Microsoftは、「Microsoft Interix 2.2」をリリースした。
Microsoft Interix 2.2」は、Windows上のUNIX互換環境で、同製品の特徴として、
IEEE準拠POSIXサブシステム
Windowsデスクトップに統合
300以上のユーティリティ(Shell環境やX Window SystemのRuntimeを含む)
バッチ処理可能なリモート管理ツール
ソースコードの書き換えなしでUNIXアプリケーションをコンパイル可能
UNIXのAPIとWin32APIを同時に使用可能
などが挙げられ、WindowsとUNIXの相互運用性を向上させることが可能となる。
価格は99.95ドル。以前の バージョンの登録ユーザーは、3月1日より、以下の
ダウンロードサイトから無料でアップデート可能。
「Interix」は、Microsoftが1999年9月に買収した米Softway Systemsの製品で
「Interix」となる前は「OpenNT」と呼ばれていた。また、Microsoftは以前、
「Windows Services for UNIX」によってPOSIXサブシステムを提供していたが、
米Softway Systems買収により「Microsoft Interix」に置き換えられた。類似の
製品として、現在まだベータ版ではあるが、米Red Hatに買収された米Cygnusの
「Cygwin」がある。
POSIX(Portable Operating System Interface for UNIX)は、IEEE(Institute
of Electrical and Electronic Engineers)によって規定された、UNIXシステム
間のアプリケーションの互換性を実現するために定義された、標準的なUNIXの
システムインターフェイス。 昔あったBSD on Windowsってのも似たような仕組みだったの?
今ネットでどこ探しても絶対出てこないからよっぽど遺物なんだなと思うけど。 そりゃ出してた会社がなくなるぐらいだから
いまとなっては知らない人も多いだろうな。
使ったことないし。
BSD on Windows はWin3.1とかWin95で動く。 出してた会社がなくなったからじゃなく
単に古いからだろう。 昔のXPマシンにCygwin入れようとしたらあまりにも重すぎて断念したわ。
そういえばSFU前にダウンロードしてたと思いだして導入今は幸せです。 >>172
pkgsrcの記事うp来てるな
つーか、俺インスコール躓いてたが xpどころかwin98の入った初期のころのvaioにcygwin入れてたけどな。
別に重くは感じなかった cygwinって偽物ポクってunix使い的に好きになれなかった
リナックスより異質 >>174
inttypes.h がミソっぽいな。あれは公式サイトにものっとらん。
最近、pkgsrcの公式サイトがそのリンク先の内容をマージした印象 >>175
XってXPか?X-Server?
XPならテックネットかWin7の仮想環境か・・ 7の不便さを痛感している
xpを超えるウィンドウはまだ付くレズか WindowsXPの64bit版かなり良い。
あれまた再販してほしい。
メモリは16GBまででしかも軽い。
アメリカの国営機関は今でもWindowsXPを特別アップデートで
使い続けているって書き込みあったけど、もし事実なら羨ましいな Windows Subsystem for Linux ってこのスレのネタなの?なんでSFUやSUAはなくなっちゃったの?
みたいな。 telnetdとかsshdってどうやって起動するんだっけ
浦島過ぎるww Xのソースを持ってきてSFU上でコンパイルすれば使えるようになるの?
そういうことをプログラム初心者のオレでもなんとかわかるように
解説したHPがあったら教えてくださいな >>187
まずSFUで使うコンパイラをコンパイルする。 >>188
マジ?gccとか入ってないのか
今、秀和のマスタリングハンドブックを買ってきて
始めたばかりなんだ。 >>181
アップデートされ続ける夢のようなXPでSFUを永遠に使い続けたい 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
C5CJXXH1L9 >>6
グッチ裕三ワロタwwwwwwwwwwwwwww >>190
何がアップデートされて良いか悪いかは微妙だがhpux10.30あたりでSFUのmountを使ってると
新しいバージョンはTCP-IPのバーじぃんが違うという理由かなにかで噛みつかなくなる。
だから枯れたXPに枯れたSFUを使い続けないと古代のUNIXやMAUはマウントのチャンスを失ってしまう。 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
37L7J WSLでLinuxそのものが使えるのに
これを使う理由がわからん 真のUnix(Unixの知識が流用できる)なんて
もうひとつも残ってないんじゃないか? 真面目に聞きたいんだけど、まだこれ使ってる人いる?