AFP のバックアップソース(No.22)

[[用語集]]
&tag(afp,appletalk);

*AFP [#ec1531ab]

**AFPとは [#hdc8a76e]

（定義の説明）

***AFP 2.2 [#w62ebff4]

-AFP over TCPをサポートしました。
-1ファイル2GBまで
-ファイル名の長さは31バイトまで

***AFP 3.1 [#vc96bdc1]

-プロトコルとしては、ファイル名の長さ制限はないようである

http://blog.dtpwiki.jp/dtp/2004/11/netatalk_2.html#c1523006

>結局、afp3.1の仕様書には、Unicode nameの長さ制限は何も書かれていないようです。
>OSXの実装がそうだから、それにあわせてnetatalkもdecomposeで255バイトということです。
>OSX-OSX間でafpを使ったとき255超のファイル名をブチッと切るのに対し、netatalkはちゃんとmanglingするぶんだけ、偉いです。
> 
>UNIX側の文字数制限が255以上あれば十分で、それがネックになることはありません。

-実運用上では、ファイル名の長さは、AFP の実装形態や、サーバ側のファイルシステムの制約に縛られることになります。
--Mac OS X 同士の接続であれば UTF-16 で510バイト（2バイト文字で約255文字）
--Linux ext2/3・ファイル名エンコーディングUTF-8＋netatalk 2(server) と Mac OS X　(Client) の接続であれば UTF-8で255バイト（2バイト文字で約83文字）

**AFPサーバが提供する AFP プロトコルの種類 [#r611b475]

***AFP 2.2 [#y8e2bc1e]

-AppleShere IP Ver.6.3 までのバージョン（Apple Computer Inc.）
-HELIOS Ethershare Ver.3.1 までのバージョン（HELIOS Software GmbH）
-%%PC MACLAN 8.1J までのバージョン（Miramar Systems, Inc）%%
-PC MACLAN 9J までのバージョン（Miramar Systems, Inc/CA）
-netatalk 1.64a までのバージョン（オープンソースプロジェクト）
-Service for Macintosh（Windows 2003 Server版まで確認）
-MacServerIP のあるバージョンまで（6.1？）

***AFP 2.2かも [#lf5208a1]

-Xinet FullPress のあるバージョンまで（DTP Turbo Server など）

***AFP 3.1 [#x6848672]

-MacOS X Server （verは不明だが10.3では対応済み）
-HELIOS Ethershare 3.1+AFPプレビュー((HELIOS Ethershare 3.1のみでは未対応です))((HELIOS AFPプレビュー15の有効期限は、2006年6月1日までです。それ以降にrebootすると、afpsrvが起動しません。))
-HELIOS Ethershare UB
-%%PC MACLAN 9以降%%((PCMACLANのAFP3.1対応は、クライアントのみです。サーバは依然AFP2.2です。))
-netatalk 2.0以降
-FullPress v14
**個別プロダクトに関する情報 [#q3d925f5]

***netatalk 2 [#icf3bb8e]

　netatalk 2は、オープンソースコミュニティで開発が続けられているプロダクトで、UNIX 環境でインストールされます。
　Linux を使ったシステムなどに netatalk を導入すると、AFP 3.1 サーバが導入できます。
　オープンソースプロダクトなので、一定の条件を満たせば、他の製品に利用することが可能なので、NAS に使われていることがあります。

***Service for Macintosh(SFM) [#i40d1775]

　Service for Macintosh(SFM)は、Microsoft Windows Server 用の AFP 2.2 ファイル／プリンタ共有サービスです。

***PCMACLAN [#j64e1f17]

http://www.dit.co.jp/product/network/pc_maclan/index.html

　PCMACLAN は、Miramar Systems, Inc.開発の製品です。
　特徴として、Windows の NTFS ファイルシステムのマルチストリームを利用して、１つのファイルに、Macintosh クライアントにおける、リソースフォークとデータフォークを１つのファイルに格納できることが挙げられます。
　よって、Macintosh クライアントから PCMACLAN サーバにコピーしたファイルは、NTFS ファイルシステムを備える Windows クライアントへコピーしてもリソースフォークは失われることはありません。
　しかし、NTFS のマルチストリームの制限で、Windows XP クライアントなどで FAT ボリュームのドライブや、他のマルチストリームに対応していないネットワークボリュームへコピーしたときは、データの欠損の警告が表示されます。

&attachref(multistreamlostalert.gif);

　&color(red){DIT社のカタログの記述が非常に勘違いしやすくなっていて、AFP 3.1 対応と書いていますが、実際には、Windows にインストールする、AFP クライアントが AFP 3.1 となっており、AFP サーバに関しては、AFP 2.2 対応です};。

***MacServerIP [#e49f9334]

http://www.copstalk.co.jp/files/MacServerIP/MacServerIP.html

**AFP3対応NAS [#i7a143c4]

***ロジテック [#p8a1e8a5]

http://www.logitec.co.jp/products/nas/lhdlane.html

>Macintosh環境のクライアントパソコンからアクセスする場合、フォルダ名／ファイル名に「84文字」までの「全角文字」を使用することができます。（半角は255文字まで，Mac OS Xの場合）一つの共有フォルダに対して、WindowsクライアントとMacintoshクライアントからアクセスする場合も、全角文字を使用することができます。

***ヤノ電器 [#p15f8915]

http://www.yano-el.co.jp/products/n-raid/index.html

AFP3.0 対応となっています

**リンク [#g5d1b37c]

[[FAQ/Mac OS X にしたら、マウントしたサーバが頻繁に切れてしまうようになった。]]
[[Intelligent works[AFP 3.1とHELIOS AFP プレビューについて]>http://www.intelligentworks.co.jp/tec/helios_afp.html#afp31]]
[[(PDF)AppleTalk Filing Protocol Version 2.1 and 2.2>http://developer.apple.com/macos/opentransport/docs/dev/AFP_21_22.pdf]]
[[(PDF)Apple Filing Protocol Version 3.1>http://developer.apple.com/documentation/Networking/Conceptual/AFP/AFP3_1.pdf]]

**ツッコミ [#e119d2aa]

-このページの情報は役に立ちましたか？
#vote2(はい[7],いいえ[2],notimestamp)

ご意見：
#comment(below)
-ご指摘いただいた部分、以前当方のblogでいただいたコメントを引用させていただき、修正をしてみました。まだ変な感じもしますのでご指摘いただければ幸いです。 -- [[CL]] &new{2007-01-19 10:16:21 (金)};
-ずっと前に指摘しましたが、APP3.1の説明の「サーバ側のファイルシステムに依存」というのは間違いで、クライアントであるMacOSXの制限にすぎません。 -- [[HAT]] &new{2007-01-17 23:49:26 (水)};
-調査したところ、SMB接続のMacOSXクライアントが.付きのファイル作っていて、勘違いしていました。よって、該当部分はとりあえず削除しました（履歴で変更前が確認できます）。後日追記等で対応したいと思います。 -- [[CL]] &new{2006-08-24 18:53:20 (木)};
-Service for MacintoshもNTFS のマルチストリームでリソースフォークを保存しているハズ。 -- [[のえる]] &new{2006-08-24 16:40:04 (木)};
-修正いたしました。 -- [[CL]] &new{2005-12-10 (土) 00:06:54};
-afp2とafp3のリンクが逆 -- [[HAT]] &new{2005-12-10 00:01:09 (土)};
-不確定な部分があるので、実際にプロダクトを使用している方にツッコミ・指摘をいただきたいと思います。 -- [[CL]] &new{2005-12-07 (水) 23:11:54};