Невозможно удалить Samba 4 AD User Groups
Итак, я создал контроллер домена Active Director на своем компьютере с Ubuntu 16.04, и все работает отлично, за исключением того, что я не могу ничего удалить.
Я подключился моя машина с Windows 10 в домен, и там все работает. Я использую RSAT для управления пользователями и компьютерами, а также успешно добавил свой Macbook.
Но когда я смотрю список пользователей, я вижу следующее:
При попытке удалить один из этих группы, Я получаю следующее:
Теперь вот мои вопросы:
Откуда заполняется этот список групп?
Откуда на моем сервере Ubuntu я могу перейти и управлять этим списком?
Эти группы не предназначены для быть удаленным? Если да, то это рекомендация, или их просто нельзя удалить?
Что это за ошибка, которую я получаю в виду? У меня есть жесткий диск емкостью 1 ТБ на машине, и я просто все аккуратно установил ... это о том хранилище, о котором идет речь?
Я что-то пропустил при чтении вики Samba?
Новичок в ServerFault, но не StackEnchange, извините, если это неправильная область.
Edit: вероятно, следует упомянуть, что я могу добавлять пользователей, группы и компьютеры в обязательном порядке. Эта ошибка хранилища вообще не проявляется во время этих процессов. traceroute на google.com (172.217.4.142), не более 30 переходов, 60 байтовых пакетов 1 10.14.62.1 (10.14.62.1) 0,619 мс 0,685 мс 0,806 мс 2 10 ....
Вот, traceroute без параметров:
$ traceroute google.com
traceroute to google.com (172.217.4.142), 30 hops max, 60 byte packets
1 10.14.62.1 (10.14.62.1) 0.619 ms 0.685 ms 0.806 ms
2 10.14.255.29 (10.14.255.29) 0.492 ms 0.508 ms 0.508 ms
3 c2-dc-cs02_po81.microchip.com (10.10.255.54) 1.199 ms 1.210 ms 1.507 ms
4 c2-dc-wr02_pc20.microchip.com (10.10.255.155) 0.489 ms 0.565 ms 0.565 ms
5 c2-dc-cp02_int.microchip.com (10.10.202.62) 3.040 ms 3.394 ms 3.403 ms
6 c2-dc-er01.microchip.com (198.175.253.66) 4.525 ms 4.141 ms 3.994 ms
7 ge-10-2-9.mpr3.phx2.us.above.net (64.124.198.17) 5.893 ms 5.893 ms 5.089 ms
8 ae28.cs1.lax112.us.eth.zayo.com (64.125.31.252) 12.306 ms 12.547 ms 12.220 ms
9 * * *
10 64.125.13.109 (64.125.13.109) 12.742 ms 12.433 ms 12.782 ms
11 108.170.247.225 (108.170.247.225) 13.210 ms 12.447 ms 12.799 ms
12 72.14.239.121 (72.14.239.121) 13.587 ms 72.14.238.213 (72.14.238.213) 12.143 ms 12.546 ms
13 lax17s14-in-f14.1e100.net (172.217.4.142) 12.556 ms 10.660 ms 10.771 ms
Но если я добавлю -T :
$ sudo traceroute -T google.com
traceroute to google.com (172.217.4.142), 30 hops max, 60 byte packets
1 10.14.62.1 (10.14.62.1) 0.513 ms 0.660 ms 0.661 ms
2 10.14.255.29 (10.14.255.29) 0.450 ms 0.449 ms 0.484 ms
3 c2-dc-cs02_po81.microchip.com (10.10.255.54) 1.247 ms 1.246 ms 1.574 ms
4 10.10.255.166 (10.10.255.166) 0.388 ms 0.424 ms 0.423 ms
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 lax17s14-in-f142.1e100.net (172.217.4.142) 99.545 ms 99.616 ms 11.428 ms
По умолчанию traceroute использует пакеты UDP. С параметром -T он использует пакеты TCP. Активные элементы в сети между вашим компьютером и сервером, к которому вы пытаетесь связаться, могут вести себя по-разному для UDP и TCP. В большинстве случаев UDP-пакеты фильтруются сильнее, и TCP-версия traceroute дает более точную информацию. Кажется, что вы находитесь в противоположном случае, но тогда ваш пункт назначения особенный, поскольку он сильно зависит от множества других уловок.