Server 2012ネットワーク共有へのドキュメントの直接スキャンに関する問題

スキャンした文書をさまざまなネットワーク共有に送信するように設定されたRicoh Aficio SP 5210SF多機能プリンターがあります。以前は、Windows Server 2003 R2インストールのユーザーのフォルダにスキャンを送信するようにプリンタが設定されていました。最近、このサーバーをWindows Server 2012 R2を実行する新しいサーバーに交換しましたが、RicohのファームウェアはWindows Server 2012 / R2上のSMB共有への接続をサポートしていないことがわかりました。暫定的な解決策は、スキャンした文書をユーザーのワークステーションに送信することですが、問題は文書がサーバー上になくなったため、インストールされているリモートバックアップソフトウェアでバックアップできないことです。

私がやろうとしたのは、サーバー上のユーザーの共有へのリンクを作成し、それをデスクトップ上に配置してからネットワークに共有することです。アクセス許可を正しく設定した後でも、サーバー上の共有を指しているマシン上の他のデバイスがその共有にアクセスすることはできません。これは、ネットワーク上でSMB共有を参照するときにシンボリックリンクがクライアント側で処理される方法と関係があることに気づいたのです。これを回避する唯一の可能性のある方法は、サーバー側で処理されるジャンクションリンクを使用することですが、それらはローカルファイル/フォルダを指すように制限されています（したがってジャンクションは問題外です）。

基本的に、私は個々のユーザーのワークステーションをサーバー上の共有へのプロキシとして使用しようとしています（はい、これは醜い解決策です）。私が考えることができる唯一の他の解決策は、Server 2008 R2、あるいはおそらくサーバー上のWindows 7を仮想化し、その方法で共有を設定することです（Hyper-VがSMB以外の方法でフォルダーを通過できる場合）まだ調べていません）。または、Sambaを使用してVMにCentOSをセットアップし、NFSを使用して物理サーバーに接続します。

残念ながら、新しいプリンタのための予算はないので、それは問題外です。私はまたどこでもファームウェアアップデートを見つけることができません。

他の誰かが以前にこのような状況に遭遇したことがありますか？もしそうなら、あなたの解決策は何ですか、そしてあなたはそれをどのように実行しましたか？

問題は、MicrosoftがWindows Server 2012 / Windows 8でSMBプロトコルに変更を加えたことです。私達は現在SMB3にいます、そしてあなたのコピー機はそれをサポートしていません。 Windows Server 2003はSMB1しかサポートしていなかったので、あなたのコピー機はSMB2もサポートしていないかもしれません。

共有がホストされているserver 2012マシンでは、SMB2サポートを有効にする必要があります（またはユニットの年数に応じて、場合によってはSMB1）。 これを行う方法を説明したMicrosoft KBの記事があります。 。

まとめると、サーバー上でPowerShellを開き、次のコマンドを使用します。

SMB1とSMB2がサポートされているかどうかを確認するには
Get-SmbServerConfiguration | Select EnableSMB1Protocol, EnableSMB2Protocol

SMB1とSMB2を有効/無効にするには：
Set-SmbServerConfiguration -EnableSMB2Protocol $true または
Set-SmbServerConfiguration -EnableSMB1Protocol $true

有効にするには$ trueを、無効にするには$ falseを使用します。

最初にSMB2を有効にして、それで解決するかどうかを確認します。プロトコルはMicrosoftによって時代遅れで安全でないと見なされているため、必要な場合にのみSMB1に戻ってください。

ファームウェアのアップデートは役に立ちますが、Ricoh / LanierデバイスをSMB用にデフォルトのポート139ではなくポート445を使用するように変更する必要もありました。

健全性チェックと同様に、「Everyone」および「Anonymous Users」グループに、そのフォルダへのフルアクセス権を一時的に付与します。それでも問題が解決しない場合は、ファームウェアの問題が原因と考えられます。

必要なアップデートは、2012年末にリリースされました。次のモジュールを入手したことを確認してください。

• システム/コピー - v2.04以降
• ネットワークサポート - v10.65以降

私はあなたが少なくともWebインターフェースを通してSystem / Copyをチェックできることを知っています - それはフロントページのDevice Infoの下にあるでしょう。

Windows Server用の更新プログラム、具体的にはWindows Server 2012 R2用の更新プログラム（KB2887595）をインストールして再起動する必要があります。 KB記事の一部として5つの更新があります。

http://www.microsoft.com/en-us/download/confirmation.aspx?id=41076&cffa64c5-a636-96fc-e97a-0e907fcc4c04=True

これと同じ正確なシナリオで地獄を通って行きました。コニカBizHub c364。 svr 2003からsvr 2008r2へのインラインアップグレード、次にsvr 2012 r2へのインラインアップグレードを実行したことの直接的な結果として生じたと結論付けました。 svr 2003の間、チャンピオンのように働いた。それからブーム、働いていない。何が減価償却または中止されたのかを概説したms文書を見た後、SMB1はリストに載っており、SMB2は完全に絶滅の危機に瀕しています。 2日間という非常に長い2日間のチェックの後、私はクライアントを生産性に戻すという決断をしなければなりませんでした。スキャンは、日常の機能にとって不可欠です。そこで、私はボードルームのWIN 7ボックスにユーザースキャンディレクトリのレプリカを設定し、コニカのプリセットに送信先を指定してから、ユーザーに自分のパソコンのショートカットを一時的な共有スキャンスポットに作成させました。 7箱を獲得し、そしてすべては通常に戻りました。一時スキャンフォルダには、他のユーザーが個人的に所有しているものはないことを皆に警告しました。ユーザーアカウント/パーミッションを取得するためだけに、このボックスを作成したりサーバーに結び付けることはしませんでした。これは独立した勝利7箱です。そしてそれはうまくいった。サーバー側で作業するために必要な調査時間を教えてください。 それで、3日目に、私はコニカの機能を使うことに決めました、それはスキャンのFTP'ingを可能にします。 MSと絡むことを望まず、それはIIS全体のセットアップなので、このタスクをサーバーレベルで実行して処理するために、すばやく軽量のftpサーバーを選択しました。私は言わなければならない、私は私が早くftpオプションを検討したことを願っています。仕事はチャンピオンのようです。私はただ他のスキャンプリセットをftp'ing用の新しい情報に更新することによってクリーンアップする必要があります。そのため、この話が、SMBやデータ移動の問題と戦っていると感じる次の人にとって役立つものであれば、過去のより信頼性の高いプロトコルを検討してください。ちょうどあなたが必要としている解決策であるかもしれません。

SMBクライアントの設定でKerebeosを有効にしてからNTLM v1v2を有効にすることでコニカを修正できます。 SMBがwin10とwin2012serverにスキャンするすべてのデバイスでこれを行います。

ファームウェアをインストールするには、Ricoh Techに連絡する必要があります。ファームウェアのアップデートが必要であることを事前に彼に言及するようにしてください。

これがこれを解決する唯一の方法です。