タグ付けされた質問 「home-directory」

9
ホームフォルダーをNFSでホストすることは可能ですか?
キオスクコンピューターをいくつか展開し、ブートディスクとして小さなペンドライブを残して、残りをバックアップしやすいサーバーala LTSPのままにしておきたいと考えています。 今、私は2つの選択肢を考えています。NFSed / home /、またはログイン時にコピーされる〜/のローカルコピー、ログアウト時にrsynced。 私の恐れは、ファイルの操作が遅くなりすぎたり、ネットワークが詰まったりすることです。

2
助けて!リダイレクトされたフォルダー/ホームディレクトリのアクセス許可の悪夢を継承しました
私の新しい雇用主は、数百人のユーザー向けにフォルダリダイレクトをセットアップしていますが、セットアップした人は彼が何をしていたのか本当に知りませんでした。その結果、リダイレクトされたフォルダー/ホームディレクトリのアクセス許可のベストプラクティスは順守されませんでした。 リダイレクトされたフォルダーの場所にアクセスできるようにするためのソリューションは、代わりにルートディレクトリ(「ホーム」)にFull Controlアクセス許可(「共有」アクセス許可ではなく、NTFSアクセス許可)を適用Everyoneし、それをルートの下のすべてのサブフォルダーとファイルに伝達することでした。 何が間違っているのでしょうか?CEOが自分のMy Documentsフォルダーに機密情報を持っている、または誰もがCryptoWallに感染して他のすべてのユーザーのファイルを暗号化するというわけではありません。右? とにかく、CryptoWall感染が削除され、バックアップが復元されたので、多くの人々は現在のアクセス許可をより恐ろしいものに置き換えてほしいと思っています。 100個のフォルダー。 PowerShellを使用してこの問題を解決し、生活をやりがいのあるものにする方法を教えてください。

5
Vistaでユーザーのホームディレクトリのデフォルトの場所を変更するにはどうすればよいですか?
c:\ Users \ USERNAMEのデフォルトの場所を別のドライブに移動したいと思います。これを行う最も簡単な方法は何ですか? Documents、Picturesなどの「特殊フォルダ」をそれぞれ移動できることは知っていますが、AppDataフォルダは含まれていません。また、多くのプログラムとインストーラーは、ドキュメントを別のドライブに移動し、フォルダーが重複するようになった後でも、C:\ Users \ USERNAME \ Documentsなどに誤ってファイルを配置します。

4
複数のLinuxシステムへのアクセスの管理
回答を検索しましたが、ここで何も見つかりませんでした... 要するに、非営利組織はインフラストラクチャの近代化を切実に必要としています。まず、多くのLinuxホストでユーザーアカウントを管理する代替手段を見つけることです。 12台のサーバー(物理サーバーと仮想サーバーの両方)と約50台のワークステーションがあります。これらのシステムには500人の潜在的なユーザーがいます。長年にわたってシステムを構築および保守していた個人は退職しました。彼はそれをすべて管理するために彼自身のスクリプトを書きました。それでも機能します。苦情はありません。ただし、多くのものは非常に手作業でエラーが発生しやすいものです。コードは乱雑であり、更新後に頻繁に調整する必要があります。最悪の部分は、ドキュメントがほとんどまたはまったく書かれていないことです。ほんの数個のReadMeとランダムなメモがありますが、これらはもう関係がないかもしれません。そのため、メンテナンスは困難な作業になりました。 現在、アカウントは各システムの/ etc / passwdを介して管理されています。アカウントが「メイン」サーバーに追加されると、システムを修正するために、cronスクリプトを介して更新が配布されます。すべてのシステム(sysadminアカウントなど)へのアクセスが必要なユーザーもいれば、共有サーバーへのアクセスが必要なユーザーもいれば、ワークステーションまたはそれらのサブセットのみへのアクセスが必要なユーザーもいます。 次の要件を満たすアカウントの管理に役立つツールはありますか? できればオープンソース(つまり、予算が非常に限られているため無料) メインストリーム(つまり、メンテナンス済み) LDAP統合を持っているか、ユーザー認証のためにLDAPまたはADサービスとインターフェイスすることができます(近い将来、アカウントを他のオフィスと統合するために必要になります) ユーザー管理(追加、期限切れ、削除、ロックアウトなど) 各ユーザーがアクセスできるシステム(またはシステムのグループ)を管理できます-すべてのユーザーがすべてのシステムで許可されているわけではありません ログインしているシステムに応じて、異なるホームディレクトリとマウントを使用できるユーザーアカウントのサポート。例えば 「メイン」サーバーにログインしたsysadminには、homedirとしてmain:// home / sysadmin /があり、すべての共有マウントがあります スタッフワークステーションにログインしたsysadminは、nas:// user / s / sysadminをhomedir(上記とは異なる)として持ち、マウントのセットを潜在的に制限します。 ログインしたクライアントは、別の場所にhomedirを持ち、共有マウントはありません。 素晴らしい管理インターフェースがあればそれは素晴らしいでしょう。 このツールがクロスプラットフォーム(Linux / MacOS / * nix)である場合、それは奇跡です! ウェブを検索しましたが、適切なものが見つかりませんでした。私たちはどんな提案にもオープンです。ありがとうございました。 編集:この質問は誤って重複としてマークされています。リンクされた回答は、すべてのシステムで同じhomedirを使用することについてのみ説明しますが、現在ログインしているシステムユーザー(MULTIPLE homedirs)に基づいて異なるhomedirが必要です。また、全体ではなく一部のマシンにのみアクセスを許可する必要があります。改造、ポイントの重複として単にマークするのではなく、問題の全範囲を理解してください...

1
データセンター間で/ homeを共有する
2つのサーバーがあり、オランダとフランスのデータセンターに配置されています。両方ともDebian Wheezyを実行しています。それらの間で/ homeを共有する必要がありますが、パフォーマンスは良好です。サーバーには300人のユーザーがいて、そのうち約30人が特定のサーバーで特定の時間にアクティブなプロセスを実行できる必要があります。読書。ローカルストレージ上のiotopを使用した測定。合計で約500000の小さなファイルが多数あり、可能な限り低遅延が必要です。サーバー間のpingは17ミリ秒であり、scpとwgetを使用すると、接続は約20〜30 MB / sに達することができます。十分な帯域幅が利用可能であるように思えますが、... sshfs:nfsよりもパフォーマンスが優れているように見えましたが、ファイルのアクセス権をrootに変更したため、アプリケーションがクラッシュしました。 nfs:遅くする方法、noatimeに他の多くのオプションを試しましたが、アクティブなプロセスが少数の場合でも動作が遅くなります。 drbd:両方のシステムにファイルシステムを実際にマウントできないことに気付いた5時間の行き止まりの作業:-( glusterfs:すべてのデータのローカルコピーは本当に有望に聞こえますが、ランダムなファイルアクセスは非常に遅く、しばらく実行すると信じられないほど遅くなり、ほとんどハングします。noatimeは役に立ちません。 再びnfs:まだ低迷しています。 キーボードに泣く:まったく改善されません。 次に何を試してみますか?失敗した各試行は、先週中に1晩かそれ以上の時間を費やしました。次の方法がうまくいきたいと思います。はい、両方のサーバー間でファイルシステムを共有することが重要です。 この問題に関する新しいアイデアをありがとう。

2
サブドメインごとのSSHホームディレクトリ
各サブドメインの同じsshユーザーに異なるホームディレクトリを設定できるかどうか疑問に思っています。 したがってssh myuser@example.com、ホームディレクトリでログインすると次のようになります。 /www/httpdocs/ ssh myuser@subdomain1.example.comホームディレクトリでログインすると、次のようになります。 /www/subdomain1/ ssh myuser@subdomain2.example.comホームディレクトリでログインすると、次のようになります。 /www/subdomain2/ ... 等々。

4
Ubuntuで中央のホームディレクトリとユーザーアカウントを行う方法
20台のUbuntuマシンとサーバーのネットワークをセットアップする必要があります。現在、ユーザーはマシン上にローカルアカウントを持っていますが、すべてのユーザー情報をサーバーに保存し、サーバー側のホームディレクトリを使用してユーザー認証を集中管理したいと考えています。そのため、ユーザーがいずれかのクライアントコンピューターにログインすると、サーバーでユーザー名とパスワードを確認し、NFSなどを介してサーバーからホームディレクトリをマウントする必要があります。 どうすればいいですか?どちらが最良の方法ですか?

2
/ home / vhosts /または/ var / www /
私が出会ったいくつかのWebサーバーは、/ homeを使用してサイトファイルを格納します。 /home/vhosts/www.example.com/ 他の人は/ varのように使用します: /var/www/www.example.com/ よりクリーンで「Linuxy」なのは何ですか?私たちはみんな使うべき/usr/local/www/ですか? 可能なソース:http : //www.tuxfiles.org/linuxhelp/linuxdir.html

4
ホームディレクトリWindows Server 2008 R2を格納するルート共有のNTFSアクセス許可
ADプロファイルタブを使用してでホームディレクトリを\\server\home自動作成しているため、権限が自動的に作成されます。 (\\server\home)でホームディレクトリが作成される実際のフォルダーに対するNTFSアクセス許可はどのようにする必要がありますか? また、実際のアクセスはNTFSアクセス許可で制御しているため、共有アクセス許可は常にEveryone ::フルアクセスです。それは正しい方法ですか?

1
ユーザー「HOMEDRIVE」「HOMEPATH」「HOMESHARE」を定義するためのベストプラクティス
ドメインユーザーの「HOME」環境変数をネットワークパスにマッピングすることがベストプラクティスと見なされていますか?もしそうなら、なぜですか? 「HOME」変数とは、次のことを指します。 %HOMEDRIVE% %HOMEPATH% %HOMESHARE% この質問は、Gitなどの一部のアプリケーションが重要な構成ファイルをユーザーの%HOMEPATH%に保存するために発生します。ユーザーがリモートで作業している場合、またはサーバーまたはネットワークがダウンしている場合、これらのアプリケーションはリモートのHOMEPATHからコアファイルにアクセスできないため、正しく機能しなくなります。 HOMEPATHには常にデフォルトのローカルWindowsユーザーディレクトリを使用する方が理にかなっているようですが、これについて賛成または反対する文書化されたベストプラクティスは見つかりませんでした。私のオフィスでは、標準的な方法は、ユーザーHOMEPATHをネットワークフォルダーにマップすることです...
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.