Автор Тема: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04 (Прочитано 117131 раз)

AnrDaemon · « **Ответ #435 :** 20 Января 2016, 11:25:01 »

Тогда берёте WireShark и смотрите 53/udp

snuchok · « **Ответ #436 :** 20 Января 2016, 16:36:41 »

Доброго времени суток. Всё работает, спасибо! Никто не подскажет где посмотреть аудит лог? Интересует именно доменная авторизация. Ещё раз Спасибо!

xv1t

Спасибо за статью!

Вот что я изменил для себя из за удобства:

~~kinit administrator@ADSAMBA.LOC~~
лучше делать через sudo

Код: [Выделить]

sudo kinit administrator@ADSAMBA.LOCтогда будет все нормально работать

Код: [Выделить]

sudo net ads ****А то, если делать от обычной учетки у которой есть билет, а net требует привилегий рута у которого билета нет.

dragomir-onishhenko@yande · « **Ответ #438 :** 21 Марта 2016, 14:20:51 »

Господа, доброго дня. Установленная самба работает, ну скажем, неплохо, вот только одно не могу понять: ПК не пингуются по именам с сервера, по ип пингуются, с клиентов по доменному имени - все отлично. Почему ясно, потому как есть птр-запись на серваке только сервака. Так вот вопрос - а где же остальные тачки? Обратную зону прописывал таким образом:
samba-tool dns zonecreate server.internal.domain.tld xxx.xxx.xxx.in-addr.arpa
Сервис пока не рестартил, но, до этого было прописано 2 зоны обратные, соответственно рестартил после этого, одну удалил. Не думаю, что это могло как-то повлиять на "видимость".
С чего начать исправлять сие? Где допущена ошибка?
Сервер Samba4 + BIND9 DLZ, клиенты получают IP по DHCP, за исключением ДНС сервера, так как сервак тупо вклинен в другую инфраструктуру.

Пользователь решил продолжить мысль 21 Марта 2016, 15:11:04:

И вопрос: что это за фигня в zones.rfc1918?

zone "10.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };

zone "16.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "17.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "18.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "19.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "20.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "21.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "22.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "23.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "24.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "25.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "26.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "27.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "28.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "29.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "30.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "31.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };

zone "168.192.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };

AnrDaemon · « **Ответ #439 :** 21 Марта 2016, 15:20:48 »

Цитата: dragomir-onishhenko@yande от 21 Марта 2016, 14:20:51

С чего начать исправлять сие? Где допущена ошибка?

В настройках сервера. Неверно настроено разрешение DNS.

Цитировать

И вопрос: что это за фигня в zones.rfc1918?

http://tools.ietf.org/html/rfc1918

dragomir-onishhenko@yande · « **Ответ #440 :** 21 Марта 2016, 15:36:48 »

Неврное разрешение, где точнее? В named.conf.options?

auth-nxdomain yes;
forwarders { 10.87.188.70; };
allow-transfer { none; };
notify no;
empty-zones-enable no;

allow-query {
10.88.19.0/24;
127.0.0.0/8;
};

allow-recursion {
10.88.19.0/24;
127.0.0.0/8;
};

allow-update {
10.88.19.0/24;
127.0.0.0/8;
};
};

Пользователь решил продолжить мысль 21 Марта 2016, 15:38:36:

Просто вопрос откуда он такие сети взял?

AnrDaemon · « **Ответ #441 :** 21 Марта 2016, 15:46:05 »

В interfaces !…

dragomir-onishhenko@yande · « **Ответ #442 :** 21 Марта 2016, 16:03:10 »

Момент...я в ступоре. Это шутка? Какие разрешения имен в интерфейсис? Стоп. У меня 2 интерфейса. Один в локалке, другой...в другой локалке. АД на eth1, соответственно все обращения там идут через BIND на сервере. 2-й доступ в инет, днс-ник там не в моей юрисдикции. или search надо в интерфейсе прописать?

AnrDaemon · « **Ответ #443 :** 21 Марта 2016, 16:18:49 »

Это не шутка. Все машины домена должны смотреть на DNS домена.
А АД на машине, которая тебе не принадлежит, это вообще [цензура].

dragomir-onishhenko@yande · « **Ответ #444 :** 21 Марта 2016, 16:44:27 »

Не...тогда неверно выразился.
АД на моей тачке. На ней 2 интерфейса, что, впрочем, и не сильно важно, как я понимаю. Один ИФ смотрит в одну локалку, другой в другую, в которой тачка и есть контроллер домена. Сети разделены, то из сети, в которой она контроллер она только контроллер и днс. На клиентских тачках, ясное дело, прописан IP сервера, на сервере в резолве тоже его ип в сетке, где он ид. В интерфейсах все прописано статикой. Зону обратную добавил, но клиенты не пингуются по имени. По ип -ок, что значит какая-то байда с днс. Я не совсем пойму - что за байда.
Подскажите пожалуйста - ибо у меня стоит задача пинговать по именам пк из вывода самбатула для автоматизации процесса мониторинга в риал-тайм в веб приложении, это категорически важно. Но застопорился на вот ентой фигне.
Осмелюсь предположить, кроме того, что я не очень умен, что это как-то связано с некорректно прописаной зоной или же со вторым интерфейсом, хотя это было бы странно.

AnrDaemon · « **Ответ #445 :** 21 Марта 2016, 18:03:59 »

Ну раз адрес DNS сервера везде одинаковый, то…
Вариант а) - пинговать по полному имени. host.domain.tld
Вариант б) - настроить поиск по суффиксам на сервере. Вроде dns-domain, но я могу ошибаться.

P.S.

(Нажмите, чтобы показать/скрыть)

dragomir-onishhenko@yande · « **Ответ #446 :** 22 Марта 2016, 08:45:10 »

Крутость? Простите за мой французский уж. Чем проще общаешься - тем проще. Как привык - так привык. Если бы можно было пинговать по полному имени - даже вопроса не возникло бы.
Но проблема в том, что пингуются ТОЛЬКО по IP, а мне необходимо, чтобы ping-команда содержала имя ПК, записанное в "Domain Computers", иначе никак не получится.
Все выглядет примерно так:
bsmadmin@pdc:/etc$ ping -c3 10.88.19.90
PING 10.88.19.90 (10.88.19.90) 56(84) bytes of data.
64 bytes from 10.88.19.90: icmp_seq=1 ttl=128 time=0.380 ms
64 bytes from 10.88.19.90: icmp_seq=2 ttl=128 time=0.330 ms
64 bytes from 10.88.19.90: icmp_seq=3 ttl=128 time=0.366 ms

--- 10.88.19.90 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.330/0.358/0.380/0.030 ms
bsmadmin@pdc:/etc$ nslookup 10.88.19.90
Server: 10.88.19.63
Address: 10.88.19.63#53

** server can't find 90.19.88.10.in-addr.arpa: NXDOMAIN

bsmadmin@pdc:/etc$ host 10.88.19.90
Host 90.19.88.10.in-addr.arpa. not found: 3(NXDOMAIN)
.
Но
bsmadmin@pdc:/etc$ host -t A pdc.xxxxxx.yyy
pdc.xxxxxx.yyy has address 10.88.19.63

Пользователь решил продолжить мысль [time]22 Март 2016, 09:46:31[/time]:

А, ну и :
bsmadmin@pdc:/etc$ ping WIN01.xxxxxx.yyy
ping: unknown host WIN01.xxxxxx.yyy

Пользователь решил продолжить мысль 22 Марта 2016, 08:55:06:

И, может я где-то просмотрел что-то, то есть точно где-то, что-то, но:
bsmadmin@pdc:/etc$ ifconfig -a
eth1 Link encap:Ethernet HWaddr 00:1f:c6:35:1b:ff
inet addr:10.88.19.63 Bcast:10.88.19.255 Mask:255.255.255.0
inet6 addr: fe80::21f:c6ff:fe35:1bff/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5751883 errors:0 dropped:0 overruns:0 frame:0
TX packets:3955535 errors:0 dropped:0 overruns:0 carrier:366
collisions:0 txqueuelen:1000
RX bytes:1748956512 (1.7 GB) TX bytes:2864008868 (2.8 GB)

eth2 Link encap:Ethernet HWaddr 00:0a:48:21:c3:39
inet addr:10.88.18.212 Bcast:10.88.18.255 Mask:255.255.255.128
inet6 addr: fe80::20a:48ff:fe21:c339/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3021198 errors:0 dropped:17072 overruns:0 frame:0
TX packets:220084 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:374464112 (374.4 MB) TX bytes:20225461 (20.2 MB)
Interrupt:20 Память:fdfc0000-fdfe0000

lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:132944 errors:0 dropped:0 overruns:0 frame:0
TX packets:132944 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:18339535 (18.3 MB) TX bytes:18339535 (18.3 MB)

bsmadmin@pdc:/etc$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(

# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
search xxxxxx.yyy
nameserver 10.88.19.63
bsmadmin@pdc:/etc$

AnrDaemon · « **Ответ #447 :** 22 Марта 2016, 15:10:25 »

Если не может найти по полному имени, значит, смотрит не на тот DNS.
Всё просто.

dragomir-onishhenko@yande · « **Ответ #448 :** 22 Марта 2016, 17:01:57 »

Вот логично, но...
Завтра выложу все конфиги. Может поможете разобраться...

Пользователь решил продолжить мысль [time]23 Март 2016, 13:50:44[/time]:

Конфигурация клиентских машин:
так как DHCP сервер не в моей юрисдикции - получают IP, netmask, gw автоматом, dns 10.88.19.63
Заведены в домен, в оснастке удаленного управления имя WIN01.xxxxxx.yyy

Конфигурация сервера:
Вывод команды host -t A pdc.xxxxxx.yyy
pdc.xxxxxx.yyy has address 10.88.19.63

ifconfig -a
eth1 Link encap:Ethernet HWaddr 00:1f:c6:35:1b:ff
inet addr:10.88.19.63 Bcast:10.88.19.255 Mask:255.255.255.0
inet6 addr: fe80::21f:c6ff:fe35:1bff/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:8455184 errors:0 dropped:0 overruns:0 frame:0
TX packets:5504280 errors:0 dropped:0 overruns:0 carrier:366
collisions:0 txqueuelen:1000
RX bytes:2915508375 (2.9 GB) TX bytes:3330469603 (3.3 GB)

eth2 Link encap:Ethernet HWaddr 00:0a:48:21:c3:39
inet addr:10.88.18.212 Bcast:10.88.18.255 Mask:255.255.255.128
inet6 addr: fe80::20a:48ff:fe21:c339/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3672340 errors:0 dropped:20374 overruns:0 frame:0
TX packets:294202 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:464231750 (464.2 MB) TX bytes:26804222 (26.8 MB)
Interrupt:20 Память:fdfc0000-fdfe0000

lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:151745 errors:0 dropped:0 overruns:0 frame:0
TX packets:151745 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:21033788 (21.0 MB) TX bytes:21033788 (21.0 MB)

resolv.conf:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(

# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
search basmannyj.mfc
nameserver 10.88.19.63

В /etc/bind лежат:
bind.keys db.127 db.empty db.root named.conf.default-zones named.conf.options zones.rfc1918
db.0 db.255 db.local named.conf named.conf.local rndc.key

cat named.conf.options
options {
directory "/var/cache/bind";

// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113

// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.

// forwarders {
// 0.0.0.0;
// };

//========================================================================
// If BIND logs error messages about the root key being expired,
// you will need to update your keys. See https://www.isc.org/bind-keys
//========================================================================

auth-nxdomain yes;
forwarders { 10.87.188.70; };
allow-transfer { none; };
notify no;
empty-zones-enable no;

allow-query {
10.88.19.0/24;
127.0.0.0/8;
};

allow-recursion {
10.88.19.0/24;
127.0.0.0/8;
};

allow-update {
10.88.19.0/24;
127.0.0.0/8;
};

};

cat named.conf.default-zones
// prime the server with knowledge of the root servers
zone "." {
type hint;
file "/etc/bind/db.root";
};

// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912

zone "localhost" {
type master;
file "/etc/bind/db.local";
};

zone "127.in-addr.arpa" {
type master;
file "/etc/bind/db.127";
};

zone "0.in-addr.arpa" {
type master;
file "/etc/bind/db.0";
};

zone "255.in-addr.arpa" {
type master;
file "/etc/bind/db.255";
};

cat named.conf.local
//
// Do any local configuration here
//

// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";

iptables имеет только одно бесполезное правило - "можно ссш", хотя запреты решил пока не ставить вовсе.

Пользователь решил продолжить мысль [time]23 Март 2016, 14:04:09[/time]:

Еще arp -a выглядет странно
? (10.88.19.103) в <не завершено> на eth1
? (10.88.19.134) в f8:0f:41:90:37:77 [ether] на eth1
? (10.88.19.127) в f8:0f:41:8f:76:d2 [ether] на eth1
? (10.88.19.119) в f8:0f:41:8c:ba:c9 [ether] на eth1
? (10.88.19.84) в <не завершено> на eth1
? (10.88.19.201) в d8:9d:67:21:2b:3c [ether] на eth1
? (10.88.18.204) в f8:0f:41:90:37:7e [ether] на eth2
? (10.88.19.11) в f8:0f:41:8f:79:69 [ether] на eth1
? (10.88.19.77) в <не завершено> на eth1
? (10.88.19.108) в f8:0f:41:90:37:16 [ether] на eth1
? (10.88.19.135) в f8:0f:41:8c:bc:49 [ether] на eth1
? (10.88.19.100) в <не завершено> на eth1
? (10.88.19.93) в <не завершено> на eth1
? (10.88.19.124) в f8:0f:41:8c:bb:e7 [ether] на eth1
? (10.88.19.85) в <не завершено> на eth1
? (10.88.19.116) в f8:0f:41:8c:ba:ba [ether] на eth1
? (10.88.19.109) в f8:0f:41:8c:cb:d9 [ether] на eth1
? (10.88.19.74) в <не завершено> на eth1
? (10.88.19.101) в <не завершено> на eth1
? (10.88.19.66) в <не завершено> на eth1
? (10.88.19.132) в f8:0f:41:90:38:88 [ether] на eth1
? (10.88.19.125) в f8:0f:41:8f:79:08 [ether] на eth1
? (10.88.19.90) в f8:0f:41:8c:bc:18 [ether] на eth1
? (10.88.19.117) в f8:0f:41:90:36:82 [ether] на eth1
? (10.88.19.82) в <не завершено> на eth1

Пользователь решил продолжить мысль [time]23 Март 2016, 14:16:47[/time]:

Господа-товарищи, кажется понял в чем проблема!
Не обращал раньше внимания на не завершено, что, похоже, было критично.
Суть в том, что сервер был перенесен утилитой dd с другого компа, адрес прописан статически + находится этот чудный адрес в пуле адресов DHCP, соответственно в таблице arp на коммутаторе стало не совсем ясно - что и куда должно идти, так как мак не соответствует IP, прописанному в arp. Жаль только, что этот чудовищный коммутатор тоже находится не в моей юрисдикции, а соответственно сбросить его таблицу я не смогу, а, как следствие, придется менять IP адрес сервера, зоны ДНС.
Если есть другие мысли - подскажите, так как очень не хочется перепрописывать все ДНС зоны заново.

Пользователь решил продолжить мысль 23 Марта 2016, 13:28:17:

Хммм или проще сменить мак.

lainmatrix · « **Ответ #449 :** 19 Апреля 2016, 10:10:48 »

всем привет , что то я накосячил с самбой и нужна ваша помощь

:
итак
ставил по мануалу,и перед пунктом тестированием перезагрузив увидел это:

хотя тестирование и дальнейшая настройка прошли хорошо.Всё же ошибка никуда не исчезла ... + возможна она причина
вот этой проблемы: https://forum.ubuntu.ru/index.php?topic=276494.msg2179933#msg2179933

посему хочу с ней разобраться
вот логи:
Файл: /var/log/samba/log.samba

(Нажмите, чтобы показать/скрыть)

Файл: /var/log/samba/log.%m

(Нажмите, чтобы показать/скрыть)

Файл: /var/log/samba/log.smbd

(Нажмите, чтобы показать/скрыть)

dmesg

(Нажмите, чтобы показать/скрыть)

сервер ДНС(думаю что в синхронизации с ним и дело) настраивал по https://help.ubuntu.ru/wiki/%D1%80%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_ubuntu_server/%D1%81%D0%BB%D1%83%D0%B6%D0%B1%D0%B0_%D0%B4%D0%BE%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D1%85_%D0%B8%D0%BC%D0%B5%D0%BD/configuration в роли первичного мастера

всё ставилось на свежеустановленные upgradженые oc.

Форум русскоязычного сообщества Ubuntu

Автор Тема: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04 (Прочитано 117131 раз)

AnrDaemon

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

snuchok

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

xv1t

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

dragomir-onishhenko@yande

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

AnrDaemon

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

dragomir-onishhenko@yande

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

AnrDaemon

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

dragomir-onishhenko@yande

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

AnrDaemon

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

dragomir-onishhenko@yande

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

AnrDaemon

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

dragomir-onishhenko@yande

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

AnrDaemon

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

dragomir-onishhenko@yande

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04

lainmatrix

Re: [Wiki] [HOWTO] Samba4 в качестве DC на Ubuntu Server 14.04