【macOS 27 Golden Gate】AFP完全廃止で接続不能リスクとSMB移行トラブル

【こちらもお勧め】

「今まで動いていたから大丈夫」と油断してmacOS 27 Golden Gateにアップデートしてしまうと、「社内サーバーにアクセスできない」「古いプリンターやRIPにジョブが送れない」などのトラブルが予測されます。

macOS 27での「AFP完全削除」

AFPは1984年のMac誕生初期からMac同士のファイル共有を支えてきたプロトコルです。Appleは標準共有プロトコルを「SMB（SMB2 / SMB3）」へ移行させてきましたが、互換性のためにAFP接続機能が残されていました。

2026年9月　macOS 27 Golden GateにおいてAFP機能がコードレベルで完全削除されました。

影響を受ける主な環境

• 老朽化したNAS / ファイルサーバー（SMB2/SMB3非対応、またはAFP共有しか有効にしていない古いNAS製品）
• Apple AirPort / Time Capsule（ネットワークバックアップ機能の停止）
• レガシーなフォントサーバー / DTPアセット管理サーバー
• AFPやAppleTalk通信に依存していた旧型RIP・出力機・ネットワークプリンター

サーバへ接続で、AFPでIPアドレスを入力して NASサーバーへアクセスしてみます。

「サーバ接続で問題がおきました。"afp:"タイプのURLには対応していません。」
AFPで接続することができません。

印刷・デザイン現場で多発する「DTP特有の3大落とし穴」

単に「接続プロトコルをSMBに変えれば解決」とはいかないのが、歴史ある印刷・デザイン現場の難しいところです。AFPからSMBへ切り替える際、以下のようなDTPデータ特有のトラブルが発生します。

① 濁点・半濁点の文字化け・リンク切れ（NFD / NFC問題）

Mac伝統のファイル名形式（NFD）と、Windows/SMBの標準形式（NFC）の違いにより、ファイル名に含まれる「パ」「バ」などの濁点・半濁点文字が分解されます。見た目は同じに見えても内部コードが変わるため、InDesignやIllustratorの配置画像リンクが一斉に外れる現象が発生します。

② リソースフォークの喪失による「旧式フォント壊れ」

Mac OS 9〜初期macOS時代のSuitcaseフォントやPostScriptフォント、Mac独自の拡張属性（データ分身であるリソースフォーク）は、適切な設定なしでSMBサーバーに保存するとデータ構造が壊れ、フォントとして認識しなくなります。

③ 禁止記号・パス長（260文字）制限による保存・アクセスエラー

AFP環境では許容されていたファイル名の記号や長すぎるフォルダ階層が、SMB移行後に牙をむきます。

• Windows系禁止記号（\ / : * ? " < > |）： 「チラシ_10/25修正.ai」など日付やサイズ表記で使われがちな記号が、SMB共有では保存エラーや文字化けの原因になります。
• 末尾のスペース・ピリオド： フォルダやファイル名の末尾にある「半角スペース」や「.」がSMB側で自動削除・拒否され、パスエラーになります。
• パス長（260文字）制限： 深すぎるフォルダ階層と長いファイル名の組み合わせ（フルパス260文字以上）により、ファイルが開けなくなったり保存時にクラッシュしたりします。

業務停止を防ぐ！今すぐ行うべき緊急対策ステップ

社内のMacが1台でもmacOS 27にアップデートされる前に、以下のステップで確認と対策をお勧めします。

Step 1：社内Macの「自動アップデート」を即座にオフ

現場スタッフのMacが勝手にmacOS 27へ更新されないよう設定を変更します。

• 「システム設定」＞「一般」＞「ソフトウェアアップデート」を開く
• 「自動アップデート」のチェックをすべて外す

Step 2：NAS・サーバーの「SMB2 / SMB3」対応状況を確認

使用中のNASの管理画面に入り、以下の点を確認・設定します。

• SMBプロトコルの有効化（最小SMBプロトコルを「SMB2」、最大を「SMB3」に指定）
• SMB共有でのmacOS互換機能（VFS module / macOS extensions）の有効化
  SMB2/SMB3非対応の老朽化NASの場合、機器自体の買い替え（最新NASへの移行）が必要です。

Step 3：プリンター・RIP・出力機の接続確認

ネットワークプリンターやRIP端末への接続方法が afp:// や旧プロトコルになっていないか確認します。必要に応じてIP印刷（LPD / IPP）や標準SMB出力へ設定を変更してください。

Step 4：DTPデータの文字コード・リンク検証

SMBサーバーへ移行後、既存のInDesign / Illustratorデータを開き、画像のリンク切れやフォントの認識エラーが発生しないかテスト検証を行います。

SMB移行トラブル完全回避テクニック

ここからは、実際にSMB環境へ移行する際に発生する障害を未然に防ぐ具体的・技術的なテクニックを解説します。

1. 濁点・半濁点（NFC/NFD）問題の根本対策

NAS側でSambaの「vfs_fruit」モジュールを有効化する

Linuxベースの自作NASやLinuxサーバーを運用している場合、smb.conf に vfs_fruit を設定することで、SMB接続時でもAFPと同等の文字コード補正やメタデータ処理を行わせることができます。

Synology / QNAP 等の商用NASの場合：

管理画面の「ファイルサービス」＞「SMB詳細設定」内にある「macOSとの互換性を高める（vfs_fruitの有効化）」および「Mac特殊文字の変換」チェックボックスを必ず有効にしてください。

Synology NASのSMB設定の詳細より
「Mac 特殊文字を変換するためにVFSモジュールを有効化する」にチェックを入れる

2. リソースフォーク喪失・旧式フォント壊れの防護策

レガシーフォント・データは「.zip」または「.dmg」に丸ごとカプセル化

PostScriptフォントや古くからのDTPフォルダをSMBサーバーへ保存・移行する際は、絶対に生の状態（フォルダのまま）でドラッグ＆ドロップ移動をしないでください。

1. 移行対象のフォント／案件フォルダを右クリックし、Mac標準機能で「圧縮（.zip）」または、ディスクユーティリティで「.dmg（ディスクイメージ）」を作成し、その中に格納する。
2. アーカイブ化した状態でSMBサーバーへ保存・共有する。

注意： Macの標準ZIP機能はリソースフォークや拡張属性（__MACOSXフォルダ）を保持して圧縮するため、SMB経由でもフォントデータが破損しません。

3. ファイル名制限・禁止文字・パス長（260文字）制限の回避策

社内用「ファイル・フォルダ命名ルール」の徹底

技術的カバーと並行して、現場スタッフに向けて以下の命名ルールを周知・徹底します。

チェック項目	NG表記（トラブル発生）	OK表記（推奨）
日付・サイズ等でのスラッシュ使用	チラシ_10/25.ai	チラシ_10-25.ai
SMB禁止記号 （: * ? " < > |）	ロゴ：確定版.psd , ポスター*2枚.ai	ロゴ_確定版.psd , ポスター_2枚.ai
名前の末尾に「スペース」「.」	「ポスター案 」.ai 「第1章.」（フォルダ名）	「ポスター案」.ai 「第1章」（フォルダ名）
フォルダ階層の過度な深さ	8階層以上の深いフォルダ＋長すぎるファイル名	サーバー直下から5階層以内に集約
半角カタカナ・環境依存文字	ﾃﾞｰﾀ_①.ai , 株式会社㈱_修正.indd	データ_1.ai , 株式会社_修正.indd

「末尾の半角スペース」は目に見えない罠

コピー＆ペーストでフォルダ名を作った際、末尾に半角スペースが入ってしまうケースが非常に多発します。SMBへ移行するとリンク切れの最大の原因になるため、作業時の意識付けが必要です。

記号のかわりに「アンダースコア（_）」や「ハイフン（-）」を使う

単語の区切りや見やすさを確保したい場合は、禁止記号ではなく _ や - に統一するルールにすると安全です。

レガシー環境からの脱却が急務 ⁉

macOS 27 Golden GateでのAFP非対応化は、「古い環境をそのまま使い続けるリスク」が表面化した象徴的な節目といえます。

セキュリティ面でも、AFPやSMB1などの旧世代プロトコルを使い続けることは非常に危険です。今回のOSアップデートを機に、社内のネットワーク共有環境・DTPデータ保存環境の全体的な見直しと最新化を進めることを強くおすすめします。

【回避策として】