アカウント名:
パスワード:
本家(apple)が見放したApple talkを復活ですか…その目は無いような。まずAppleのサポート再開が必須だし。
netatalk は、OSX 同士でのファイル共有に使ってるAFPを、UNIXにポーティングしたものですよ。AppleTalk も話せるけど基本はEtherTalk(AFP over TCP)です。
NASとかでも、Linuxを積んで、Windowsとはsambaで共有するのが普通ですが、Mac対応機種ではそれに加えてnetatalkを入れてたりしますね。
問題は、netatalkはAFPサーバなのでそれだけでは不十分で、出来ればWindowsにAFPクライアントも載せなきゃならないってことですかね。
> AppleTalk も話せるけど基本はEtherTalk(AFP over TCP)です。
AFP over TCPはEtherTalkではありませんよ。 EtherTalkはEthernet上で使われるAppleTalkのことだから言ってることが変です。
> AFP over TCPはEtherTalkではありませんよ。
おっとすみません、確かにその通りです。最初、以下のような文章を書いてたんですが、長すぎるなーと削っていったらあんな文章になってしまいました。失敗失敗…
---ここから---netatalk は、OSX 同士でのファイル共有に使ってるAFPなどの、AppleTalk関連プロトコルを、UNIXにポーティングしたものですよ。
元々、EhterTalk(AppleTalk over Ehternet、ネットワーク層(TCP/IPと同レベル)のプロトコルにAppleTalkを使用するもの)対応のサーバプログラムでした。そこで、ehterNET Apple TALKをもじって netatalk と名付けられました。(その頃は、ネットワーク層から上は全部ひっくるめて「AppleTalk」で、その一部であるAFPって名前は表に出てこなかったです。)
当時、AppleTalk の他にも、Microsoft の NetBEUI、Novell(NetWare)のIPX/SPX など、ネットワーク層には TCP/IP 以外にもさまざまなプロトコルが乱立していたのです。
その後、TCP/IPがネットワーク層の主流プロトコルとなり、Apple もAppleTalk独自のネットワーク層プロトコルとは別に AFP over TCP/IP over Ehternet を実装し、今ではAFP over AppleTalk over Ehternet の方が捨てられたわけですが、本家の対応にあわせて netatalk も over TCP に対応しました。つまり、netatalk の名前が AppleTalk っぽい名前なのはそういった歴史的経緯によるものであり、AppleTalk専用というわけではないのです。netatalk は EhterTalk の他にも、LocalTalk の AppleTalk パケットををのままさらにIPにカプセリングした IPTalk なんかにも対応しています。netatalk はネットワーク層のAppleTalkプロトコルだけに依存しない汎用的な AFP サーバプログラムなのです。
NASとかでも、Linuxを積んで、TCP/IPベースで動作し、Windowsとはsambaで共有するのが普通ですが、Mac対応機種ではそれに加えてnetatalkを入れてたりしますね。そういった所で netatalk はAFP over TCP/IP サーバとして現役バリバリに使われています。
問題は、netatalkはAFPサーバなのでそれだけでは不十分で、出来ればWindowsにAFPクライアントも載せなきゃならないってことですかね。--ここまで---
netatalk載せるだけのニーズがあると思ってるんなら、MSもSFM(services for mac)捨てなかったと思われ。
昔はNTやMacやSunが転がってて、LaserWriter使いたかったからCAPだのWindows2000のAppleTalkサポート(当時)だのいろいろ苦労してたけど、いまじゃそんなニーズはなくなっちまいましたね...
車輪の再再開発
本家の方でも最初に話題になっていますが,Mac OSXの/System以下のバイナリは署名されていてルートキットを忍び込ませにくいようになっています.GPLv3ではこのようなシステムでもバイナリを自分でソースからビルドして置き換えることができるように,署名鍵も公開することを求めていますが,これではバイナリに署名することにした意味がなくなってしまうということのようです.Appleの選択肢はGPLv3バイナリ用の署名鍵を用意して配布するか,GPLv3バイナリを排除するかしかなかったのでしょう.
つまり商用利用云々とは関係なく,GPLv3に対するLinusの批判が身近な現実になったということかと思います.
#最近はAppleにとってGoogleに比べればMSは親しみやすい仲間くらいの存在なので,車輪の再発明はすることなくコードの提供を#受けられるかもしれませんし
Linusの批判ってこれかな?http://japan.zdnet.com/os/analysis/20095838/ [zdnet.com]
> 例えば、企業が署名のあるカーネルモジュールのみを搭載するLinuxを配布したいと考えることは、間違っていないという。> また、署名されていないモジュールが組み込まれたカーネルを「有害」なものと認識することも、不適切ではないとTorvaldsは話している。
最初何のことかわかりませんでしたが、こうして現実になると何が問題かよくわかりました…
「正規の鍵で署名されていないと実行できない」システムではなく、(オレオレ証明書を見るときのブラウザやnon-GPLモジュールを読む時のLinux kernelのように)「警告が出るが実行できる」システム、あるいはiPhoneのDeveloperデバッグ鍵のようなもの(ユーザやマシンを限定した鍵)をユーザが(ソースと共に)入手できるようにしていれば、GPLv3に準拠すると思います。
#「改変して作成した改変バージョンを当該ユーザ製品にインストールし実行するために必要とされる手法、手順、認証キー及びその他の情報」であって、「バイナリの署名と同一の鍵でないといけない」とは書いてない
Darwinでは不満ですかね?
# OpenOffice.orgに対するLibreOfficeのようなモノのコトを言ってる?
せっかくだからマルチバイト文字の共有フォルダ名も正しく扱えるようになると嬉しいなぁ。# もしかして直ってる?
オープンソース界隈ってずーっとそれやってない?
GNUなんかは車輪の再発明が目的の一つですから
「そんな古臭い機能は使わずにMobileMeを使いなさい、これからはクラウドがオシャレで先進的で略」みたいな話かと思ってましたごめんなさい
ご存知の方、情報プリーズ
それいぜんに、samba 2.xを使ってるNASは流石に絶滅したのかな…
# 数年前まではまだあったと思う
当然とっくにメンテされてないし、3.xからのback portも多分無理。
OS自体もほぼアップデートされない(稀にあっても明らかに遅い)んだし、そのへんは割り切ってLAN内で使え!って事なのでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
netatalkをWindowsに (スコア:1, おもしろおかしい)
Re: (スコア:0)
本家(apple)が見放したApple talkを復活ですか…その目は無いような。まずAppleの
サポート再開が必須だし。
Re:netatalkをWindowsに (スコア:2, 参考になる)
netatalk は、OSX 同士でのファイル共有に使ってるAFPを、UNIXにポーティングしたものですよ。
AppleTalk も話せるけど基本はEtherTalk(AFP over TCP)です。
NASとかでも、Linuxを積んで、Windowsとはsambaで共有するのが普通ですが、
Mac対応機種ではそれに加えてnetatalkを入れてたりしますね。
問題は、netatalkはAFPサーバなのでそれだけでは不十分で、出来ればWindowsにAFPクライアントも載せなきゃならないってことですかね。
Re: (スコア:0)
AFP over TCPはEtherTalkではありませんよ。 EtherTalkはEthernet上で使われるAppleTalkのことだから言ってることが変です。
Re:netatalkをWindowsに (スコア:2, 参考になる)
> AFP over TCPはEtherTalkではありませんよ。
おっとすみません、確かにその通りです。最初、以下のような文章を書いてたんですが、
長すぎるなーと削っていったらあんな文章になってしまいました。失敗失敗…
---ここから---
netatalk は、OSX 同士でのファイル共有に使ってるAFPなどの、AppleTalk関連プロトコルを、UNIXにポーティングしたものですよ。
元々、EhterTalk(AppleTalk over Ehternet、ネットワーク層(TCP/IPと同レベル)のプロトコルにAppleTalkを使用するもの)対応のサーバプログラムでした。そこで、ehterNET Apple TALKをもじって netatalk と名付けられました。
(その頃は、ネットワーク層から上は全部ひっくるめて「AppleTalk」で、その一部であるAFPって名前は表に出てこなかったです。)
当時、AppleTalk の他にも、Microsoft の NetBEUI、Novell(NetWare)のIPX/SPX など、ネットワーク層には TCP/IP 以外にもさまざまなプロトコルが乱立していたのです。
その後、TCP/IPがネットワーク層の主流プロトコルとなり、Apple もAppleTalk独自のネットワーク層プロトコルとは別に AFP over TCP/IP over Ehternet を実装し、今ではAFP over AppleTalk over Ehternet の方が捨てられたわけですが、
本家の対応にあわせて netatalk も over TCP に対応しました。つまり、netatalk の名前が AppleTalk っぽい名前なのはそういった歴史的経緯によるものであり、AppleTalk専用というわけではないのです。
netatalk は EhterTalk の他にも、LocalTalk の AppleTalk パケットををのままさらにIPにカプセリングした IPTalk なんかにも対応しています。netatalk はネットワーク層のAppleTalkプロトコルだけに依存しない汎用的な AFP サーバプログラムなのです。
NASとかでも、Linuxを積んで、TCP/IPベースで動作し、Windowsとはsambaで共有するのが普通ですが、Mac対応機種ではそれに加えてnetatalkを入れてたりしますね。
そういった所で netatalk はAFP over TCP/IP サーバとして現役バリバリに使われています。
問題は、netatalkはAFPサーバなのでそれだけでは不十分で、出来ればWindowsにAFPクライアントも載せなきゃならないってことですかね。
--ここまで---
Re: (スコア:0)
netatalk載せるだけのニーズがあると思ってるんなら、MSもSFM(services for mac)捨てなかったと思われ。
昔はNTやMacやSunが転がってて、LaserWriter使いたかったから
CAPだのWindows2000のAppleTalkサポート(当時)だのいろいろ苦労してたけど、
いまじゃそんなニーズはなくなっちまいましたね...
えっと (スコア:0)
車輪の再再開発
Re:えっと (スコア:5, 参考になる)
本家の方でも最初に話題になっていますが,Mac OSXの/System以下のバイナリは署名されていてルートキットを忍び込ませにくい
ようになっています.
GPLv3ではこのようなシステムでもバイナリを自分でソースからビルドして置き換えることができるように,署名鍵も公開することを
求めていますが,これではバイナリに署名することにした意味がなくなってしまうということのようです.
Appleの選択肢はGPLv3バイナリ用の署名鍵を用意して配布するか,GPLv3バイナリを排除するかしかなかったのでしょう.
つまり商用利用云々とは関係なく,GPLv3に対するLinusの批判が身近な現実になったということかと思います.
#最近はAppleにとってGoogleに比べればMSは親しみやすい仲間くらいの存在なので,車輪の再発明はすることなくコードの提供を
#受けられるかもしれませんし
Re:えっと (スコア:3, 参考になる)
Linusの批判ってこれかな?
http://japan.zdnet.com/os/analysis/20095838/ [zdnet.com]
> 例えば、企業が署名のあるカーネルモジュールのみを搭載するLinuxを配布したいと考えることは、間違っていないという。
> また、署名されていないモジュールが組み込まれたカーネルを「有害」なものと認識することも、不適切ではないとTorvaldsは話している。
最初何のことかわかりませんでしたが、
こうして現実になると何が問題かよくわかりました…
Re:えっと (スコア:2, 参考になる)
「正規の鍵で署名されていないと実行できない」システムではなく、(オレオレ証明書を見るときのブラウザやnon-GPLモジュールを読む時のLinux kernelのように)「警告が出るが実行できる」システム、あるいはiPhoneのDeveloperデバッグ鍵のようなもの(ユーザやマシンを限定した鍵)をユーザが(ソースと共に)入手できるようにしていれば、GPLv3に準拠すると思います。
#「改変して作成した改変バージョンを当該ユーザ製品にインストールし実行するために必要とされる手法、手順、認証キー及びその他の情報」であって、「バイナリの署名と同一の鍵でないといけない」とは書いてない
Re:えっと (スコア:1)
Re: (スコア:0)
Darwinでは不満ですかね?
# OpenOffice.orgに対するLibreOfficeのようなモノのコトを言ってる?
Re: (スコア:0)
kernel + ユーザーランドだけでは?
GUIは普通のXでいけるのかな?
Re:えっと (スコア:1)
せっかくだからマルチバイト文字の共有フォルダ名も正しく扱えるようになると嬉しいなぁ。
# もしかして直ってる?
Re: (スコア:0)
オープンソース界隈ってずーっとそれやってない?
Re:えっと (スコア:1, すばらしい洞察)
GNUなんかは車輪の再発明が目的の一つですから
Re: (スコア:0)
「そんな古臭い機能は使わずにMobileMeを使いなさい、これからはクラウドがオシャレで先進的で略」
みたいな話かと思ってましたごめんなさい
sambaベースの家庭用NASには影響は無いの? (スコア:0)
ご存知の方、情報プリーズ
Re: (スコア:0)
ようにしてるものなら基本的に問題ないのでは? (玄箱とか)
いわゆるワンタイムのROMに書き込んであれば自由にインストール出来なくても
問題がないという抜け穴もあるような気はするけどFlash-ROMなどではダメ。
Re: (スコア:0)
それいぜんに、samba 2.xを使ってるNASは流石に絶滅したのかな…
# 数年前まではまだあったと思う
当然とっくにメンテされてないし、3.xからのback portも多分無理。
Re: (スコア:0)
OS自体もほぼアップデートされない(稀にあっても明らかに遅い)んだし、
そのへんは割り切ってLAN内で使え!って事なのでは?