アカウント名:
パスワード:
MSアカウントでユーザー作ると、すべてマイクロソフトに支配される気がするので、ローカルアカウントで全部やってる
全環境構築をゼロからならMSアカウント基準でもいいんだけど旧来からの環境に追加する場合はMSアカウント基準は最悪なんですよねぇ
同名ユーザーにしてもまずもってそのままでは共有フォルダに素直にアクセスできないローカルアカウントとMSアカウントは別ものだから
これを回避するには再起動後の最初のアクセスで弾かれた際に別ユーザー選んでとするかローカルアカウントとMSアカウントの二重登録でアクセス可能にACL更新するかしかない困難面倒くさすぎてやってられんもんなぁ
仕様変えて使えなくするから管理者責任で全部よろとか勘弁してほしいよね仕様変更の移行は移行処理の確認を管理者に出して可否選ばせるだけとかまでしないとここまで普及したものだときびしいよなぁ
# つってもLinuxでも同様の無茶振りは標準仕様ではあるが
どめこん? AD? とかいうのを置けば問題ないはずですが。OOBEに組織アカウントでセットアップする設定がありますよ。
ドメインコントローラーもADも不要ですよ。#4323640 [srad.jp]ですでに書かれていますが、「学校または職場」>「サインイン オプション」>「ドメイン参加」と選んでいくと、ローカルアカウントでセットアップを完了できます。このときドメイン名の入力などは要求されません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
ローカルアカウントしか使わない (スコア:0)
MSアカウントでユーザー作ると、すべてマイクロソフトに支配される気がするので、
ローカルアカウントで全部やってる
Re: (スコア:0)
全環境構築をゼロからならMSアカウント基準でもいいんだけど
旧来からの環境に追加する場合はMSアカウント基準は最悪なんですよねぇ
同名ユーザーにしてもまずもってそのままでは共有フォルダに素直にアクセスできない
ローカルアカウントとMSアカウントは別ものだから
これを回避するには
再起動後の最初のアクセスで弾かれた際に別ユーザー選んでとするか
ローカルアカウントとMSアカウントの二重登録でアクセス可能にACL更新するかしかない
困難面倒くさすぎてやってられんもんなぁ
仕様変えて使えなくするから管理者責任で全部よろとか勘弁してほしいよね
仕様変更の移行は移行処理の確認を管理者に出して可否選ばせるだけとかまでしないと
ここまで普及したものだときびしいよなぁ
# つってもLinuxでも同様の無茶振りは標準仕様ではあるが
Re: (スコア:2)
どめこん? AD? とかいうのを置けば問題ないはずですが。OOBEに組織アカウントでセットアップする設定がありますよ。
Re:ローカルアカウントしか使わない (スコア:0)
ドメインコントローラーもADも不要ですよ。#4323640 [srad.jp]ですでに書かれていますが、「学校または職場」>「サインイン オプション」>「ドメイン参加」と選んでいくと、ローカルアカウントでセットアップを完了できます。このときドメイン名の入力などは要求されません。