スキップしてメイン コンテンツに移動

samba4: idmap config backend ad について

samba4 AD DCを、idmap config backend = adにして、最小ユーザとグループでファイル共有をテストしてみました。

要点としては、memberマシンから見たときに、userのuidNumberは無論のこと、gidNumberもidmap configの範囲内に設定する必要がある、と言うことです。

さらに、idmap config backend ad の場合、user だけでなく、groupも rangeで指定した範囲のgidNumberを付与し作成する必要がありました。

その為、Domain Users, Domain Adminsにも、gidNumberを付与する必要がある、ということになります。結論から言うと、ほかのアカウントやBuiltinアカウントに対しても、gidNumber付与が必要でした。

調べたところ、ほかにまとまった情報が見つからなかったので、idmap config backend = adでのuidNumber/gidNumber付与について以下、簡単にですが、手動での設定の手順を記しておきます。

====記====
1. idmap のrangeを決める。この時、信頼関係のあるドメインを使う場合も想定しておく。
例:idmap config MYDOMAIN : range = 10000-19999

2. domain usersとdomain admins の gid numberを、gidNumberを前述の 範囲で設定する。windows10の場合、属性エディターで設定できます。


(RSAT Active Directory ユーザとコンピュータにて、[表示]->[拡張機能]をクリックすると、プロパティー表示の際、属性エディターが表示されます。)

2-a. 他のグループを作成するときも, gidNumberを前述の範囲で設定する。gidNumberについては以下同じ。
例:
domain admins: gidNumber=19512
domain users: gidNumber=19513

4 AdministratorのgidNumber,loginShell,msSFU30Name,msSFU30NisDomain,uid,uidNumber,unixHomeDirectoryを設定。

例:Administrator
gidNumber=19500, loginShell=/usr/sbin/nologin, msSFU30Name=administrator, msSFU30NisDomain=mydomain.site
uid=administrator,uidNumber=19500,unixHomeDirectory=/home/MYDOMAIN/administrator

5. 既存のグループで、gidNumberを設定する。(下記の参考:RIDを参照のこと。)
Domain Admins, Domain Users, BUILTIN\Administrators, BUILTIN\Users 等。

6. samba-tool domain user createの時, gidNumberを2.の範囲のgidNumberで指定する。

参考:RID
500 DOMAINNAME\Administrator
501 DOMAINNAME\Guest

512 DOMAINNAME\Domain Admins
513 DOMAINNAME\Domain Users
514 DOMAINNAME\Domain Guests

544 BUILTIN\Administrators
545 BUILTIN\Users
546 BUILTIN\Groups
548 BUILTIN\Account Operators
549 BUILTIN\Server Operators
550 BUILTIN\Print Operators
551 BUILTIN\Backup Operators
552 BUILTIN\Replicator

以上です。

追記:手打ち修正では間違いやすく手間もかかるので、スクリプト化しました。



コメント

このブログの人気の投稿

Hyper-V Server2019にワークグループ環境下でWindows10(1809)から接続

Hyper-V server 2019に、ワークグループ環境にてWindows10(1809)から接続してみました。Windows10にHyper-V管理ツールがインストールされていることと、Hyper-V Serverをインストール済であることが前提です。以下、Hyper-V serverは名前がHyperVSV、アドレスは192.168.1.110としています。 まず、Hyper-V server上で、powershellを起動し、以下のコマンドを入力します。 Enable-WSManCredSSP -Role Server -Force 続いて、クライアントのWindows10のpowershell で以下のコマンドを入力します。 winrm quickconfig -Force Enable-WSManCredSSP -Role Client -DelegateComputer * -Force さらに、クライアントマシンで、gpedit(グループポリシーエディタ)を起動し、以下の要領でポリシーを設定します。 a. [コンピューターの構成]->[管理テンプレート]->[システム]->[資格情報の委任]->[NTLMのみのサーバー認証で新しい資格情報の委任を許可する] を有効にし、サーバを一覧に追加[表示...]ボタンをクリックして、「WSMAN/*」を追加 b. [コンピューターの構成]->[管理テンプレート]->[システム]->[資格情報の委任]->[NTLM のみのサーバー認証で保存された資格情報の委任を許可する] を有効にし、サーバを一覧に追加[表示...]ボタンをクリックして、「*」を追加 また、名前解決できるように、(notepadを管理者権限で実行し)C:\Windows\System32\Drivers\etc\hostsにサーバ名とIPアドレスの対を追加。 192.168.1.110 HyperVSV 最後に、Hyper-Vマネージャーを起動し、Windows10からHyper-V サーバに接続します。手順は以下の通りです。 「サーバーに接続」->コンピュータの選択->別のコンピューターに[HyperVSV]と入力し、[別のユーザーとして接続する

wsdd を使ってSamba サーバをネットワークに表示

Windows 10のアップデートで、セキュリティー対応のため、smbv1がデフォルトではインストールされなくなり、Samba serverがエクスプローラーのネットワークに表示されなくなってしまいました。そこで、いくつか方法を調べたのですが、linuxでwsdの実装がないか探したところ、 https://github.com/christgau/wsdd が、見つかりましたので、さっそくインストールしてみました。まだパッケージにはないようですが、インストール自身は簡単です。wsdd自体は以下のように取得し、linkを張っておきます。 cd /usr/local/bin/ sudo wget https://raw.githubusercontent.com/christgau/wsdd/master/src/wsdd.py sudo chmod 755 wsdd.py sudo ln -sf wsdd.py wsdd こちらのsambaサーバはDebianなので、/etc/systemd/system/wsdd.serviceは以下のようにしました。 [Unit] Description=Web Services Dynamic Discovery host daemon Requires=network-online.target After=network.target network-online.target multi-user.target [Service] Type=simple ExecStart=/usr/local/bin/wsdd -d MYDOMAIN [Install] WantedBy=multi-user.target wsdd -d MYDOMAINのところを、環境にあわせて書き換えてください。 次に、systemdに登録・起動テストを行います。 systemctl enable wsdd systemctl start wsdd 起動に成功すると、エクスプローラーのネットワークに表示されます。  なおこのwsddはpython3が必要です。一度試してみてください。SMBv1/CIFSを停止していても、大丈夫です。 cで書かれたほかのwsddの実装もあるようなので、いずれパッケージになるかもしれませ

フレッツ光クロス:MAP-E ROUTER by Debian Box (iptables)

フレッツ光クロスがようやく開通したので、Debianにてrouterを構成し接続してみました。なお、プロバイダーを選ぶにあたっては、IPoE方式がそれぞれ異なるため検討したところ、IPoEでは、MAP-Eでもv6plusとocnバーチャルコネクトがあり、前者がポート数240なのに対し、後者は約4倍のポート数が使えるようなネットの情報をみて、OCNバーチャルコネクトを選択しました。(プロバイダーとしてはぷららです。なおDS-LiteはCE側でのNATではないので今回は見送りました。)そこで、OCN バーチャルコネクトをDebian(iptables)で実現するとどうなるかと思い、ネットの情報を頼りにしつつ、設定した次第です。 実際に試した結果、とりあえず通信できていますが、MAP-Eは本来マッピングルールをマップサーバから取得するはずなので、今回のやり方が正解とはいえませんし、仕様変更されると通信できなくなる可能性があります。あくまでも参考程度ですが、本稿をUPしてみました。 2023/03/16追記: こちら にゲームコンソールNAT越え(Nintendo Switch ナットタイプ A判定)対応版を投稿しました。 2023/03/28追記:※1の記述および3行無効化によりNAT越え(Nintendo Switch ナットタイプ B判定)できるようになりました。 構成は以下の通りです。 ルーターがDebianで回線がOCNバーチャルコネクトであること以外はなにも特別なところはない構成です。 さて、いきなり設定ですが、まず、割り当てられたプレフィックスを確認します。 確認は、 dhclient -6 -d -P enp2s0 とします。出力の中に 前略 RCV: | | X-- IAPREFIX 2400:4050:5c71:af00::/56 後略 このようにプレフィックスが表示されるので、その確認したプレフィックスを書き留めておきます。これを こちらで 入力します。すると、 CE: 2400:4050:5c71:af00:99:f171:c600:2f00 IPv4 アドレス: 153.241.113.198 ポート番号:(1776-1791 2800-2815 3824-3839) 4848-4863 5872-5887 6896-