ネットワークフォルダーのセットアップの問題

Question

シンプルなものに大いに苦労しているように感じます。

スキャナー（hp color laserjet pro m477fdw、オールインワンマシン）に、ubuntuマシンの共有フォルダーへのアクセス権を付与する必要があります。

設定はプリンター自体にあり、ルーター/モデムにアクセスするように、ブラウザーにIPアドレスを入力してメニューにアクセスします。

プリンターが知る必要があるのは、正しい（完全な）経路とユーザー名とパスワードだけです。そのため、PC上のネットワークを介して文書を保存できます。

簡単にするために、フォルダを共有しましたが、それが必要であることは完全にはわかりません。

スキャナーは、正しく設定されていれば設定をテストして保存しますが、私はできませんでした。

そのため、xsaneまたはpc自体を介した単純なスキャンの必要はありません。すべてのコマンドはスキャナー自体から直接与えられるためです。

これが機能するとき、私はLinuxベースのastustor-nasの共有フォルダへの同様のアクセスを作成したいのですが、今のところUbuntuマシンが優先されます！

ラップトップのローカルIP：192.168.0.204
スキャナー/プリンターのローカルIPは：192.168.0.101共有フォルダーの場所は次のとおりです。

セットアップはスキャナー自体で（hplip経由ではなく）直接行われるため、ローカルIP（192.168.0.101）を介してアクセスします。

パラメータを入力した後、テストおよび保存を介して接続を確認します。返信のみを提供します：

テストは失敗しました。再試行する。

あまり有益ではありません。

また、\または/を使用するスラッシュが完全にわからないので、常に\がwinsdowsおよび/ linuxであると考えられていました。しかし、smbは関連するウィンドウであるため、混乱していますが、それは不可欠です。

ああ、nautilusに共有フォルダーの標準設定を使用させます。

ubuntu 17.10を最初から再インストールしたので、追加する必要があります！ Documentsに同じ名前のフォルダーを配置し、共有を作成しました。しかし、これを設定中にエラーメッセージが表示されました。

libpam-smbpassが見つかりませんでした。

初めてやったときにその通知を受け取ったことを思い出せませんが、これについては完全にはわかりません。

だから私はこれをシナプスからインストールしようとしましたが、シナプスのウェイランドセッションバグに遭遇しました。そのため、ログオフしてx11を実行しました。

インストールしようとしましたが、実際にインストールするものはありませんでした。

それから私は走った

Sudo apt-get remove --purge samba Sudo apt-get install samba Sudo apt-get remove --purge smbclient libsmbclient Sudo apt-get install smbclient libsmbclient

そして、警告/エラーはありませんでした。

ああ、私も端末でフルパス名を見つけようとしました：

# pwd /home/matt/Documents/Scanned

（コピーして貼り付けたので、タイプ0はありません）

最後のいくつかの試みは、これらの3つのリンクにアクセスしました。
-//192.168.0.204/home/matt/Documents/Scanned
-//192.168.0.204/home/Documents/Scanned
-//192.168.0.204/home/Scanned

私はそれがsmbプロトコルを使用していると仮定しますが、これは確かではありません..（Windowsマシンで行うことをどこかで読んでいます）

とにかく、パスのすべての可能なインスタンスを両側にスラッシュを付けて試しましたが、実際にテストに合格して保存することはできません。

個人的には、解決する最初の2つのステップは、libpam-smbpassにまだ問題があるかどうかを確認することであり、/または\がどちらの方向を向くべきかを確認することです.

助けてくれてありがとう、必要なだけ情報を求めてください

マット:)

追加：

# touch /home/matt/Documents/Scanned/testing123

フォルダ内にtesting123という名前の空のドキュメントが作成されました。

Morbius1 · Answer

** libpam-smbpassや他のpamに取りつかれているのは問題ではありません。

** nautilusを使用してScannedの共有を作成したと言います。このコマンドの出力を見ると、成功したかどうかを確認できます。

net usershare info --long

**これらはすべて間違っています：

最後のいくつかの試みは、次の3つのリンクで処理されました。-//192.168.0.101/home/matt/Documents/Scanned-//192.168.0.101/home/Documents/Scanned-//192.168.0.101/home/Scanned

フォームは// server/shareなので、この場合は次のようになります。

//192.168.0.101/Scanned

または\192.168.0.101\Scanned

Scannedにアクセスするサーバー上の内部パスは、上記のusershareコマンドを実行したときに表示される共有定義で定義されます。

これは自分のマシンで自分で試すことができます。ターミナルを開いて実行します：

nautilus smb://192.168.0.101/Scanned

Touchで追加したtesting123ファイルが表示されますか？

EDIT：共有に資格情報が必要な場合は、忘れずにsambaパスワードデータベースに追加してください。

須藤smbpasswd -a matt

Elder Geek · Answer

パッケージ libpam-smbpass は削除されましたかなり前の上流はセキュリティ上の理由と思われるものです。

pam_smbpass: REMOVE this PAM module This pam module causes GPLv3, thread-unsafe Samba code to be directly loaded into the address space of many system services. The code in question was not expected to run in this context, and while using the Samba, rather than the system password file is a admirable goal, this needs to be done over inter-process communication, such as is done by pam_winbind. pam_winbind is not a total replacement, as the migrate functionality used to keep the Samba password up to date with the system password is not present, but otherwise can provide essentially the same services. Andrew Bartlett

確認済みのバグレポートがこの問題に関して提出されており、購読することができます。

代わりにpam_winbindを利用することが安全な回避策のようです。詳細については、 here および here。を参照してください。

編集：

 When a PAM aware privilege granting application is started, it activates its attachment to the PAM-API. This activation performs a number of tasks, the most important being the reading of the configuration file(s): /etc/pam.conf. Alternatively, this may be the contents of the /etc/pam.d/ directory. The presence of this directory will cause Linux-PAM to ignore /etc/pam.conf. me@zippy-64bit:~$ cat /etc/pam.conf # ---------------------------------------------------------------------------# # /etc/pam.conf # # ---------------------------------------------------------------------------# # # NOTE # ---- # # NOTE: Most program use a file under the /etc/pam.d/ directory to setup their # PAM service modules. This file is used only if that directory does not exist. # ---------------------------------------------------------------------------# # Format: # serv. module ctrl module [path] ...[args..] # # name type flag

Ubuntuでは、/etc/pam.d/common-accountで認証設定が設定されているように見えます。pam1.0.1-6以降、このファイルはデフォルトでpam-auth-updateによって管理されます。 pam-auth-updateの詳細については、 manページを参照してください