タグ付けされた質問 「afp」

Apple Filing Protocol(AFP)(以前のAppleTalk Filing Protocol)は、macOS、OS X、およびクラシックMac OSにファイルサービスを提供する独自のネットワークプロトコルです。

19
「Foo」の元のアイテムが見つからないため、操作を完了できません
自宅に小さなNASがあり、AFPを介していくつかのボリュームを利用できます。これはすべてうまくいきました。しばらくシャットダウンして、最近再接続するまで。 ネットワーク上でデバイスを確認でき、それを開いて共有を選択できます。しかし、共有をマウントしようとすると、次のエラーが表示されます。 "The operation can’t be completed because the original item for “Foo” can’t be found" これは、私の小さなNASが新しいIPに変更され、OS Xがどこかで元の(エイリアス?)をキャッシュしたためだと思います。 これらの共有を他のMacから正常に開くことができるという事実は、これまで見たことのないものであると思います。 これが潜在的にキャッシュされる場所を誰か知っていますか?このエラーを回避するためにリセットまたは破棄できるものはありますか?
50 macos  network  nas  afp 

5
Finder / OSXがネットワーク共有上にTemporaryItemsおよび.apdiskを作成するのを停止します
ネットワーク共有に.apdiskファイルと.TemporaryItemsフォルダーを作成しないようにOSXを構成する方法を探しています。 これらは、OSXがネットワーク上の共有フォルダーにアクセスするたびに作成されます。 検索で、私が見つけたいくつかの可能な解決策は次のとおりです。 アプリケーション(Finder)の使用をやめる 共有を読み取り専用としてマークする それらを無視する サードパーティのソフトウェア(BlueHarvestなど)を使用して、ファイルを削除します。 これらのファイルを削除するには、cronスクリプトをスケジュールします。 残念なことに、最初の3つのオプションは私には機能しません。ライセンスを購入したり、ファイルサーバーでクリーンアップをスケジュールしたりする必要はありません。 そもそもこれらを作成しないようにOSXを構成する方法はありますか? (FinderはAFPを介してネットワーク共有に接続していますが、その価値はあります) 編集、約1年後:クリーンアップソリューションを探していないことに注意してください。 BlueHarvest(実行するMacがある場合)、およびスケジュールされたクリーンアップスクリプトは問題ありませんが、理想的ではありません。OSXがそもそもこれらのファイルを作成できないようにするソリューションが本当に必要です。 現時点では、Appleはこのような設定オプションを提供しておらず、残念です。
16 macos  finder  network  afp 

1
Time Machine宛先の追加がOSStatusエラー17で失敗する
特定の外部サーバーをTime Machineの宛先として追加しようとしています。Bonjour経由では検出できないため(少なくとも、インターネット経由でTime Machineバックアップを使用したい)、接続する必要があるTime Machineの設定に表示されるようにします。その後、[設定]から追加できます。奇妙なことは、Bonjourを介して表示される他の宛先を追加しようとすると、Finderで共有を正常にマウントできるにもかかわらず、うまく機能することです。
15 time-machine  smb  afp 

3
ターミナルでAFPを介して共有ドライブをマウントする
コンピューターAに接続された外部ドライブをコンピューターBにマウントしたい Finder(Command-K)を介してサーバーに接続することにより、ドライブにアクセスしてマウントすることができますが、ターミナルからこの正確なアクションを実行するにはどうすればよいですか?私はいくつかの形式を使用していますがmount、mount_afp何も機能していないようです。以下の線に沿ったもの: mount_afp -i afp://user:pass@ipaddress/Volumes/SharedDrive /Volumes/Shared Finderで、私はマックのIPはドライブ、入力信任状に接続され入力して、選択したドライブをマウント...しかし、それは単に入力することによって、働いていないafp://ipaddressターミナルで、ちょうどファインダーを通して「接続サーバー」コマンドのように、 。 bashコマンドで同じ接続を行うにはどうすればよいですか?最終結果は、Bにマウントされたドライブになります。

4
複数ユーザー向けのネットワーク共有(AFP / SMB)のマウント(ユーザーの高速切り替え)
ヨセミテのNAS(Synology 415+が重要な場合)からのネットワーク共有に次の問題があります。 自宅には、2人の異なるユーザーがいるiMacがあります。すべてのメディア(音楽と写真)をNASに移動したので、両方のユーザーが適切なアプリでデータを使用できるようになりました。両方のユーザーのネットワーク共有をマウントするのは簡単だと思いましたが、実際にはそうではありません-または何か間違ったことをしています。 次の形式で簡単なApplescriptを使用しています tell application "Finder" activate mount volume "smb://ipaddress/sharename/" end tell ユーザーがシステムにログインすると自動的に開始されます。 それは私にとってはうまくいきます。しかし、私のパートナーが彼女のユーザーアカウントに切り替えると、マウントは彼女にアクセスできなくなります。さらに、彼女が私と同じスクリプトを開始すると、パスがめちゃくちゃになっています。 2人のユーザーがネットワーク共有をマウントする場合、2つの異なるフォルダーがシステムに存在します。/Volumes/music最初のユーザーと/Volumes/music-12番目のユーザーは、すべてのファイルパスを混乱させます(特にiTunesだけでなく、Lightroomや他のアプリでも)。 両方のユーザーのネットワーク共有をマウントする方法はありますか?AFPとSMBのどちらを使用してもかまいません。複数のユーザーが使用できるネットワーク共有が必要です。私にとって一般的なシナリオのようです。
10 yosemite  mount  smb  nas  afp 

1
Time Machine sparsebundleを別のサーバーにバックアップする
それで、少し前に、Linuxベースのファイルサーバーにいくつかの異なるMacをバックアップしました。ネットワークタイムマシンとして、各Macにはsparsebundleすべての情報を含む個別のファイルがあります。それ以来Macを変更し、さまざまなドライブをフォーマットしたので、バックアップ用の元のインストールは使用できなくなりました。 これらのスパースバンドルをReadyNASにバックアップしたいのですが、それを実行するための最良の方法を見つけようとしています。メインサーバーにrsyncがありますが、rsyncはあらゆる種類のアクセス許可の問題を引き起こす可能性があり、ハードリンクではうまく機能しないと聞きました。 別のオプションとしては、Macの1つを使用して、sparsebundleファイルをAFP経由でサーバーに転送します(FinderまたはSuperDuperやChronosyncなどのアプリケーションを使用)。これはどれほど効率的でしょうか?AFPは他の共有プロトコルのように動作し、メディエーター(この場合は、Fileserver-> Mac-> ReadyNAS)を介してデータをコピーしますか、それともソースから最終ターゲットに直接コピーしますか?これに最適なツールは何でしょうか? 他のすべてが失敗した場合、私はどこか他の場所を読んで、最後の溝の試みは単にLatest各sparsebundleからフォルダーのコンテンツを取得することであると考えていますが、可能であればこれを避けたいと思います。

2
起動時にafpボリュームを自動マウントするにはどうすればよいですか?
メディアファイルを保存するためにNASを購入しましたが、起動時にボリュームを自動マウントしたいと思います。現在、これらのボリュームを[システム環境設定]> [アカウント]のログイン項目として開いています。 これは機能しますが、残念ながら、起動時に各ボリュームが新しいFinderウィンドウにポップアップ表示されます。アイテムの非表示をオンにすると、プロセスが非表示になるだけで、結果のFinderウィンドウがそれらのプロセスから非表示になります。これらのFinderポップアップを回避するソリューションは素晴らしいでしょう。 私もこれを達成するためにサードパーティのアプリを避けたいです。
8 automount  afp 

1
エルキャピタン:Synology NASの奇妙なフォルダー名
一部のMacBookをEl Capitanにアップグレードしました。ここのすべてのワークステーションはAFPを介してNASに接続されています。アップグレードされたすべてのワークステーションには、次のような奇妙な名前の小さなフォルダーが表示されるようになりました。 SBAK7C~3 GE3HHX~F DWBENE~Y これらのフォルダーは、引き続きエルキャピタンからアクセス可能です。非El Capitan(Yosemite)ワークステーションは通常の名前を表示します。 何が間違っているのでしょうか?
6 el-capitan  nas  afp 

2
iOS上のMac /ネットワーク共有のファイルにアクセスしますか?
ホームローカルネットワーク上で、AFPネットワーク共有に保存されている画像やプレーンテキストファイルにアクセスしたいことがあります。 しかし、これを可能にするiOS用のアプリは見つかりませんでした。誰かが解決策を推奨できますか? Dropboxのようなサービスを使用したくありません。

2
WiFi経由でNASにアクセスすると、TimeMachine / AFPが非常に遅くなる
バルクデータの保存とラップトップのTimeMachineバックアップの両方に80TB QNAP NASを運用しています。NAS自体は、複数のイーサネットに接続されたマシンからアクセスされた場合、300 MByte / secを超える書き込み速度を維持でき、TimeMachineはまともなパフォーマンスを備えています(AFP共有として構成されています)。 ただし、wifi経由でアクセスすると、パフォーマンスの低下は非常に大きくなります。「ライブ」速度は表示されませんが、ラップトップを20時間(省エネなし)残し、転送されるデータは850MBだけで十分です。確かに、Cisco WLAN APコントローラーは100/100専用線を介してオフィスに接続された中央のデータセンターにあり、他のクライアントとトラフィックを共有する必要がありますが、負荷がかかった状態でもSSH転送を行うため、ネットワーク設定は少し非標準ですNASへの〜5メガバイト/秒を達成します。 ネットワーク共有を使用するとき、TimeMachineは正確に何をしますか?接続のどこかにMTUの干渉がある可能性がありますか、それともAFPで超低遅延リンクが必要ですか(wifi経由の場合、pingは40msです)?

1
Mavericksが古い方法でAFP URLをマウントできるようにする方法はありますか?
Mavericksの前に、このURLをクリックするか、Finderの「サーバーに接続」ダイアログに貼り付けた場合: afp://server.example.com/Share/Path/To/Folder/File.txt サーバーの「共有」共有ポイントはボリュームとしてマウントされ、Finderは「File.txt」が選択された状態で「フォルダ」に移動するウィンドウを開きます。この方法論を使用して、常にオフィス内のファイルサーバーURLを共有しました。 クライアントにMavericksをインストールした後(OS X Serverで10.8.xを維持)、クライアントがそのようなURLを使用してファイルを見つけるたびに、新しいフォルダーがマウントフォルダーにちなんだ名前でマウントされます。 。 残念ながら、これは、異なるディレクトリを参照するすべてのURLに対して、新しいマウントポイントとサーバー接続が行われることを意味します。 一部の人はこの問題を報告しており、設計どおりに機能していると宣言されていますが、Appleはこれを変更するオプションが設定されていることを示唆しましたが、残念ながらそのオプションの変更方法を提供していません。 誰かが偶然に方法を見つけましたか?
2 mavericks  mount  afp  url 

2
WindowsマシンからOSXへのVPN?
私がセットアップしている環境は、OSXサーバー、実行中のファイル共有、VPNで構成されています。 ファイル共有は、WindowsまたはOSXマシンの両方のローカルネットワークからアクセスでき、OSXマシンは、リモートネットワーク上にある場合、VPN経由でサーバーに接続するのに問題はありません。 しかし、ローカルネットワーク上にないWindowsマシンを介してVPN /ファイル共有を設定することはできないようですが、Windowsマシンがosxサーバーのファイル共有に接続することを許可する方法について誰でもアドバイスできますか?リモートネットワークから/ vpn? ありがとう!
2 macos  windows  vpn  smb  afp 

0
特定のユーザがAFP経由でApple Serverに接続できない
私は、サーバーOS 10.4.11を実行しているAppleサーバーでいくつかの問題に直面しています。ワークグループマネージャには43人のユーザがいて、全員がそのマシン上のRAIDサーバにアクセスできます。最近、何人かのユーザーから、通常のAFPプロセスではアクセスできないと回答しましたが、それでもSMBからはアクセスできます。 SMBは彼らにとって非常に遅いので、これは一時的な修正です。 私のテストはEl Capitan 10.11.6で行われました。問題のユーザーは、それらを$ u1と$ u2と呼びましょう、Snow Leopard 10.6.8で実行されています。 $ u1と$ u2のアカウントに対するAFPは、それらのマシンでは機能せず、私のものでもありません。ただし、新しく作成されたアカウントは、自分のマシン上のAFPで動作します。 私はこの状況でどんな情報を提供できるのかわかりませんが、これまでのところ、私は以下を観察しました。 私はそのユーザーのパスワードを再設定しましたが、問題はAFPでも解決しません。繰り返しますが、SMBには問題はありません。 サーバー上に新しいユーザーを作成するとき、彼らはAFPに問題なく接続できます。少数の既存のユーザーはできません。私は新しいユーザーと既存のユーザーの間で設定を比較しようとしました、しかしすべての意図と目的のために、物事は同じに見えます。 ログインに失敗すると、コンソールから次のエラーが表示されます。 NetAuthSysAgent:エラー:AFP_OpenSession - ログインが13で失敗しました 私は必要とされるかもしれない他のどんな情報でも提供することができます、これは終わりに私を困惑させます。

1
AutoMounterがHigh Sierraでネットワーク共有を試行しないようにするにはどうすればよいですか?
私のMacOS 10.13.2マシンでは、文字通り毎分毎分ネットワーク共有ログインプロンプトが殺到していて、彼らは黙っていないでしょう。私がそれらを無視して脇に押しのけると、彼らは私の顔に飛び込んできます。ポップアップ広告はこれほど面白いものではありません。キーリングに既にあるものを認証するために「OK」をクリックするという要件は別として、これは私がシエラで私の最もお気に入りの変更点の一つです。どのようにしてAutoMounterに、もう存在しないNAS上のネットワーク共有が欲しいと伝えたかはわかりませんが、AutoMounterは60秒ごとに攻撃を行っているため、見分ける方法がわかりません。コンソールに証明が表示されます。 Share 'homes' started to mount with URL: afp://mlitwin@diaspora(AFP)._afpovertcp._tcp.local/homes これは私が今まで見てきたauto_mountの最悪の実装かもしれませんが、それはもう私を驚かせません。だから私は、大丈夫だと思います...ちょうどそれをfstabから削除します。違う。廃止予定です。私は少し読みました、そして、どうやら我々は今vifを使うことになっていますか?いいよ。問題は私がそれを試みたところであり、そして単に「編集エラー」を得ました。 / etc / auto_masterにも明示的なものはありません。ため息 誰かがAutoMounterに私を拷問するように言っていることを教えてください。
1 nas  afp  automount 

1
非アクティブなサーバーのサーバー接続エラーメッセージが定期的に再表示される
これは非常に頻繁に表示されるメッセージです。 問題のサーバー(「Knorke」)は古いMBPであり、約2年前にリセット(クリーンインストール)して販売しました。現在のMBPでは、AFPを介して散発的に古いマシンに接続しました。これは、予備のマシンなどすべてをテスト目的で使用したためです。 それ以来、このメッセージがときどき表示されないようにする方法を見つけていません。「最近のサーバー」メニュー(Finderの⌘+ Kから)をクリーニングしてみましたが、問題のオンとオフをグーグルで調べましたが、解決策が見つかりませんでした。 奇妙なことに、Slack.appを起動するとメッセージが一貫して再表示され、他のElectronベースのアプリでも発生すると信じていますが、それは単なる推測です。 一般的な意見としては、彼らは善よりも害を及ぼしていると思われるため、あらゆる種類の「キャッシュクリーナー」やインターネット上に浮かぶ同類のものを試してみるのをためらっています。
1 macos  network  sierra  afp 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.