UbuntuでVMware Playerを実行すると、MS Wordが.docxファイルと.pdfファイルを実行可能権限で保存するのはなぜですか？

-1

VMware Player 7.0を介してUbuntu 14.04とMS Word 2013を実行しています。VMPlayerで自宅をネットワークフォルダーとしてマウントして、ゲストとホストの間でファイルを共有します。私の問題は、Wordでファイル（.pdfおよび.docxでテスト済み）を保存するたびに、permissionsで保存されること-rwxr-xr-xです。私の既存の単語ファイルにはすべて許可-rw-rw-r--があります。これらのより制限的なアクセス許可は、.odtと.docxの両方として保存するときにLibreOfficeでも使用されます。

OS X上のWordで発生する同様の問題に関する古いスレッドを少し読みましたが、それがなぜ起こっているのかということに関連するものを見つけることができませんでした。これらのファイルが実行許可で保存されている理由を誰もが知っていますか？chmodで許可を手動で変更する以外に、どうすれば修正できますか？ターミナルで私を混乱させる以外に、実行可能ファイルに害はありませんか？

乾杯、

更新

さらにテストを行ったところ、Windowsゲストで作成されたすべてのファイルが実行可能なアクセス許可セットを取得することがわかりました。VMPlayer 6.0.3も試しましたが、同じことが起こりました。以前にファイルを作成したときに、これを見逃していたに違いありません。なぜこれらがデフォルトのパーミッションであり、変更できるのか疑問に思いますが、@ gronosajのコメントによると、回避するのが難しい問題のようです。これについては、VMware PlayerフォーラムとここSUに投稿し、さらに情報を提供できるかどうかを確認しました。

— ジョロストブロム
ソース

これは、Ubuntuが何よりもファイルのパーミッションを読み取る方法に関係している可能性があります。これらの両方のファイルアーカイブ形式には、その中に含まれるテキストのみを含む追加ファイルが含まれます。心配な場合は、許可を変更してください。

— ラムハウンド

Windowsにはxフラグがまったくないため、仮想化ソフトウェアはどこでも、どこでも、または一部のファイルのみに設定する必要があります。どうやら、これらのファイルはソフトウェア設計者がそう決定したため、デフォルトで実行可能です。あなたの質問に答えることができません。

— グロノスタジュ

パーミッションはファイルを実行可能にするのではなく、単なるパーミッションです。ファイルが実行可能ファイルでない場合、アクセス許可に関係なく実行できません。

— fixer1234

コメントをありがとう、私はダウン票を理解しているとは言えません。「実行可能」だけでなく「実行可能権限」と言うように文言を編集しました。@gronostajの提案に感謝します。最近VMwareを更新したので、新しいバージョンの何かになるかもしれません。VM内の古いプログラムと他のプログラムでテストします。

— joelostblom

私は、それが何であれ、Wordとはあまり関係がないと思います。さらに、ファイル関連の事柄と関係があるのは、事実A）拡張子B）ファイルの内容C）ファイルに対するWindowsの許可です。あなたが求めることができる質問は、Linuxホストで共有したときにWindows仮想マシン上のファイルが実行権限を持っているかどうかを決定vmplayerない方法である

— barlop

回答:

Windowsには独自のセキュリティモデル（ACL、ACE）があり、NTFSでサポートされています。

Linuxはこのセキュリティモデルをサポートしていません。LinuxでNTFSボリュームをマウントすると、すべてのファイルに同じモード（許可ビット）、所有者、およびグループ所有者が設定されます。これは、マウント時にマウントオプションで設定できます。そのため、マウントするものは何でも777などに設定されたモードを持ちます。

FATファイルシステムでも同じことが起こります。

— ローレンスC
ソース

しかし、私はLinuxでNTFSボリュームをマウントしていません。私のOSはUbuntuで、Win8.1でWMware Player仮想マシンを実行しています。私のホームディレクトリはWin8.1でネットワークドライブとしてマップされるため、ゲストとホスト間でファイルを共有できます。または、WMware Playerが何らかの方法でマウントされた仮想NTFSパーティションを自動的にセットアップしてWindowsをインストールし、これが問題を引き起こしているということですか？

— joelostblom

UbuntuのホームディレクトリをWindowsを実行しているゲスト仮想マシンのネットワークドライブとしてマッピングしているため、ホームディレクトリがUbuntuホストからWindowsゲストにSambaを介して共有されている可能性があります。これは、Linux OS Windowsファイル共有を介したディレクトリ。Samba構成には、ファイル作成UMASKの設定があり、samba共有に保存されたすべてのファイルの許可を指示します。私はUbuntuに詳しくないので、これを設定する方法についてはドキュメントを確認する必要があります。正しく思い出せば、これはsmb.confファイルにもあります。

— ドーンベントン

Linux Ext4ファイルシステムでSamba共有とPOSIX ACLが有効になっているWindowsゲストVMを使用して経験した症状とまったく同じように見えます。

ゲスト共有がsambaのようなものを介して実行されていると仮定すると（VMWareプレーヤーはいくつかのsambaコードを再利用するかもしれません）、それはいくつかのことの組み合わせかもしれません：

map archiveサンバの機能は、[アーカイブ]フラグを使用してウィンドウを提供するために、（それはUNIXは、所有者のために実行ビットを再使用しています）の可能性、およびオフィスドキュメントは、一般的にそのセットを持っています。
Microsoft Officeアプリケーションは、ファイルを作成するだけでなく、~*.tmp回復機能を提供するために使用されるファイルの追加シャッフルと名前変更も行います。そして、その間に、いくつかのファイル許可を変更します。詳細な説明については、Sambaのマスク作成が正しく機能しないを参照してください。
「デフォルトACLの誤った動作」は、Sambaのバグにも関連しているようです。

— JPvRiel
ソース