Mac を Active Directory に参加させる - masugata_kの日記
Active Directory はなかなかいい。シングルサインオンなどどうでもいいようなことに思えるかもしれないが、やはり、いい。しばらく使っていると、無駄にパスワードを入力するという行為に耐えられなくなる。共用マシンの管理者だったりすると、利用者ごとにアカウントを用意して、仮パスワードを作って、それを連絡して、という面倒なことをしなくてもよくなるのが非常に嬉しい。 というようにいいことずくめの Active Directory なのだが、Windows 以外のマシンを参加させるのは楽ではない。だが、不可能ではない。というか、Mac を Active Directory に参加させるのに今ようやく成功した*1。ちょっと嬉しいので、備忘という名目で手順を日記に書いておく。OS のバージョンは 10.5.2*2 だ。 参加申請 当たり前だが、Active Directory には勝手には参加
Windows と leopard
2. アジェンダ前提条件システム環境解説Leopard を SB Server 2003 のクライアントへLeopard と Exchange （Entourage）Leopard と ファイル共有（DFS & ABE）おまけ１： WindowsServer2008おまけ２： dsconfigad コマンドラインツールおまけ３： 移行アシスタントの注意事項P.2TechNet IT Pro 道場 番外編 ～ 第二回 3. 前提条件先日開催されましたTechNet IT Pro 道場 番外編 の内容を修正したものになります。Leopard（Mac OS X 10.5.4※）をActive Directoryにバインドさせる方法を中心に解説をいたします。実装を優先した検証報告になりますので、詳細等不明な点もございます。※2008年6月30日にアップデートが公開されました。TechNet IT
3/3 Macネットワークの注意事項 [Mac OSの使い方] All About
Macネットワークの注意事項(3ページ目)企業内でMacを使っている、あるいは使おうとしている人を対象に、ネットワーク設定と注意事項を紹介。 Active Directoryにバインドする方法 ある程度規模のあるオフィスで複数台のWindowsを使用している場合、コンピュータへのログイン方法として’ユーザ名@ドメイン名’（または’ドメイン名?ユーザ名’）という方法を使用している人がほとんどだと思います。 これは、WindowsサーバーのActive Directory機能を使って、ユーザ情報を一元管理している環境で、このような管理をするメリットは、クライアントパソコン毎にユーザ設定を行う必要がなくなること。 Mac OS X（10.5の場合は10.5.2以上）なら、Windowsと同様にドメインに参加することができます。 管理者に対してMacのIPアドレスとコンピュータ名の登録を依頼してお
![3/3 Macネットワークの注意事項 [Mac OSの使い方] All About](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f530daf3cb408d6b6a0ba6f38ed7ccece36cffc/height=288;version=1;width=512/https%3A%2F%2Fimg.aacdn.jp%2Faa%2Fcommon%2Fogp300_300.png)
[ThinkIT] 第1回：Sambaを導入する理由 (2/2)
Samba 2.2はWindows NT4互換をベースに開発され、Samba 3.0も2.2の上位互換となっている。そのため、Samba 3.0はNT4互換の部分も多く残っているが、Windows Server 2003の機能も多く取り入れられ遜色のない機能を提供している。 Windows Server 2003とSambaの大きな違いはActiveDirectoryの部分であるが、ActiveDirectoryはユーザ情報をLDAPに格納し、認証ではケロベロス認証（チケット方式）を使う。 それに対し、Sambaはユーザ情報をLDAPに格納し、認証ではNTLM認証（チャレンジレスポンス方式）を使う。 そのため、セキュリティ強度はケロベロス認証の方が強いが、拡張性やスケーラビリティではSambaでユーザデータベースとしてLDAPを使うことでActiveDirectoryに劣らない拡張性やスケ
＠IT [FYI] Linuxの真実、Windowsの真実（2）
企業への情報システム導入は、必要に応じて段階的に進むのが一般的である。しかしこれを続けていくと、各システムが独自にユーザーを管理する「ディレクトリ」を持つことになる。この場合、管理者から見れば、一人のユーザー情報を変更するにも、複数のシステムを別々に操作しなければならなくなる。またユーザーからすれば、異なるシステムや業務アプリケーションごとに、ユーザー名とパスワードを使い分けなければならない。ユーザー自身のID管理が煩雑になるだけでなく、覚えきれずにパスワードをメモしたりすると、その情報が漏れて侵入被害につながるなど、セキュリティ的にも好ましくない。 またネットワークの規模が大きくなると、クライアントPCやアプリケーションなどの管理作業が膨大になる。小規模なうちは、手作業で管理することもできるが、一定の規模を超えたら、何らかの集中的な管理手段が必要になる。 こうした問題を解消し、ネットワー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
