Mac miniが企業のSMBサーバーに接続できません。数日前に働いていた

私は仕事をしていますが、Mac miniは企業のSMBサーバーの共有フォルダーに接続できなくなりました。

Finder>サーバーへの接続（以前の正常な接続からそこに保存されたURLを使用）を試みると、macOS Sierraは無駄な「ジェネリックエラー」以上のエラーを表示します。

コンソールログで、sambaに関連するエラーを検出できません（どこを調べるべきですか？）

同じ階にclonic Mac miniマシン（同僚のマシン）があり、問題なくこのサーバーに接続できます。

コマンドラインからこのマシンにpingを実行すると、完全に表示されます。

コマンドラインでこれを試してみると：

smbutil view smb://192.168.XXX.XXX/docs/

macOS Sierraはこれをもたらします：

smbutil: server connection failed: No such file or directory

その非常に正確なコマンドラインを同僚のマシンに試してみると、そのSMBサーバーからぶら下がっている共有リソースがリストされます...

ヒントはありますか？たぶん、Mac miniで誤って無効にされているサービスに関連するものでしょうか？

会社のSambaサーバーマシンと構成にアクセスできません。

私は周りの多くのページを読んでグーグルで調べましたが、失われただけではありません。

役に立つかもしれない場合は、MacPortsを使用します。ここに追加するのはランダムに思えるかもしれませんが、公式のOS X SAMBAクライアントに問題があることがわかっているライブラリをインストールしていない可能性があります。

成功！！

2か月（中程度）の悲惨さの後、Sierra Mac MiniでSMBが機能しなかった理由がようやくわかりました。

TL; DR理由は、このインストールされたkextでした。

com.intel.kext.intelhaxm（6.0.1）8FF2C637-0A5E-367E-B007-5B08655B1E8A <7 5 4 3 1>

通常のターミナルから次のコマンドを使用して、インストールされているかどうかを確認できます。

kextstat | grep -iv apple

持っている場合（およびSMB接続の問題もある場合）は、通常のターミナルから再度次のコマンドを入力してアンインストールできます（シングルユーザーモードで起動する必要はありません）：

sudo /Library/Extensions/intelhaxm.kext/Contents/Resources/uninstall.sh

画面の指示に従って、REBOOTを実行します。完了です。

これを行うと、Androidエミュレーター内のハードウェアアクセラレーションは失われますが、ソフトウェアレンダリングモードで動作します。華麗ではありませんが、それは何かです。Androidエミュレーターのハードウェアアクセラレーションが本当に必要になった場合は、HAXM​​を再インストールできます（ただし、SMB接続が再び失われる準備ができています（？））。

長い答え：

Sierra Macを使用してAndroidの開発に使用する場合、通常はランダムに必要なモジュール（Android SDK、エミュレーター、ドライバーなど）をインストールすることになります。 Android開発用のエミュレータの適切なハードウェアアクセラレーションが必要な場合にインストールします。まあ、どうやら、信じられないかもしれませんが、このドライバーは、少なくとも私のMACでは、macOS SierraでSMBを使用することと互換性がありません。

Sierra SMBサブシステムとHAXMは明らかに無関係なソフトウェアですが、どうやらそれらの間には互換性がないようです。SMBに問題がある場合は、2つのうちどちらを本当に必要とするかを決定する必要があります。

Android開発用のSMBまたは適切な高速エミュレーター。

SMBを選択しました:)

この質問、回答、コメントなどに皆に感謝します。特にブレットは、何週間も後に正しいリードを求めてくれました。

同じ問題（smbデバイスを開くための1025の失敗、syserr = No such file or directory）があり/dev/nsmb0、非常に古いサードパーティアプリから競合するkextのためにデバイスが正しく構成されていないことを最終的に追跡しました。あなたの場合cat /dev/nsmb0と「デバイス構成されていません」を取得、それはおそらく同様の問題です。

それを解決するために、Apple以外のすべてのkextを調べて、機能するまでapp / kextを1つずつ削除しました。一部を削除するには、シングルユーザーモード（ブート中にcmd + s）でブートする必要がありました。

を使用して、ロードされたApple以外のkextを検索できますkextstat | grep -iv apple。動作中のシステムでの出力の例を次に示します。

Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
   82    0 0xffffff7f8284c000 0x7000     0x7000     net.sf.tuntaposx.tap (1.0) 23FDB715-3D0D-3A26-ACBA-E3794C231CB7 <7 5 4 1>
   83    0 0xffffff7f82853000 0x7000     0x7000     net.sf.tuntaposx.tun (1.0) 95DD963D-E23D-3B0F-8DE8-A4D2F6BFA5CC <7 5 4 1>
   87    3 0xffffff7f8287c000 0x63000    0x63000    org.virtualbox.kext.VBoxDrv (5.0.28) 4ED2DD49-255E-37C8-A0B8-2556670B17B1 <7 5 4 3 1>
  144    0 0xffffff7f8363e000 0x7000     0x7000     com.zerotier.tap (1.0) 8BA59C0A-B3A7-3418-BFF5-B4914CE7734A <7 5 4 1>
  146    0 0xffffff7f83645000 0x8000     0x8000     org.virtualbox.kext.VBoxUSB (5.0.28) E7605ACF-20E3-3016-94E2-A6013CD9260F <145 87 40 7 5 4 3 1>
  151    0 0xffffff7f8366f000 0x5000     0x5000     org.virtualbox.kext.VBoxNetFlt (5.0.28) 89C23056-9027-33DB-852A-429BFA00D6DE <87 7 5 4 3 1>
  152    0 0xffffff7f83674000 0x6000     0x6000     org.virtualbox.kext.VBoxNetAdp (5.0.28) 1A767D65-6674-3A9F-B305-DAA197F109CC <87 5 4 1>

次を使用して、ファイル名でkextをアンロードできます。

kextunload /System/Library/Extensions/KextName.kext

またはバンドル名の場合：

kextunload -b com.example.kext.name

同時に他のSMB共有に接続していますか？今日、macOS Sierraに関するバグをAppleに報告しました。これにより、別のサーバー上の別のSMB共有に接続している場合、2番目のSMB共有に接続しようとすると、元のIPアドレスと新しいサーバーからの共有パスが使用されます。

例えば

1. すでにsmb：//192.168.0.2/share1に接続されています
2. smb：//192.168.0.3/share2への接続を試みます
3. パケットを分析すると、macOSは存在しないsmb：//192.168.0.2/share2への接続を試みていることがわかります。

私が思いついた唯一の回避策は、2番目のサーバーに接続する前に、最初のサーバーから接続して切断することです。ただし、これは、一度に1つのSMB接続のみを開くことができることを意味します。

少し良い解決策は、IPアドレスの代わりにサーバーのホスト名を使用することでした。これにより、問題なく2番目のSMBサーバーに接続できるように思われました。ホスト名がわからない場合は、ターミナルを開いて次のコマンドを入力することでホスト名を取得できます。

host <ip_address>

お役に立てれば。

編集-この問題は、Sierraにアップグレードされたすべてのクライアントに影響を与えると思われることに言及する価値があると思いました。