Собственно хочу разобраться с этим зверем посоветуйте с чего начать ?
Есть сеть на основе домена Win 2003
Есть комп с debian подсоединённый к этой сети
Samba 2:3.4.7
drac753, и что хотим сделать то? debian в домен ввести? или что? начните с правильной постановке вопроса :)
Прошу прощёния , да хотелось бы завести компьютер с установленным дебиан в домен , ну или хотябы сделать доступными по сети из винды папки на нём для пользователей домена
drac753, Samba and AD + поищете по запросу "samba в ad" , а то получится то что вам сюда понадобится писать инструкцию)
вроде нашел более менее внятно руководство , но меня поставило в тупик содержание файла krb5.conf
[libdefaults]
default_realm = KAGAZ.LOCAL
# The following krb5.conf variables are only for MIT Kerberos.
krb4_config = /etc/krb.conf
krb4_realms = /etc/krb.realms
kdc_timesync = 1
ccache_type = 4
forwardable = true
proxiable = true
# The following encryption type specification will be used by MIT Kerberos
# if uncommented. In general, the defaults in the MIT Kerberos code are
# correct and overriding these specifications only serves to disable new
# encryption types as they are added, creating interoperability problems.
#
# Thie only time when you might need to uncomment these lines and change
# the enctypes is if you have local software that will break on ticket
# caches containing ticket encryption types it doesn't know about (such as
# old versions of Sun Java).
# default_tgs_enctypes = des3-hmac-sha1
# default_tkt_enctypes = des3-hmac-sha1
# permitted_enctypes = des3-hmac-sha1
# The following libdefaults parameters are only for Heimdal Kerberos.
v4_instance_resolve = false
v4_name_convert = {
host = {
rcmd = host
ftp = ftp
}
plain = {
something = something-else
}
}
fcc-mit-ticketflags = true
[realms]
ATHENA.MIT.EDU = {
kdc = kerberos.mit.edu:88
kdc = kerberos-1.mit.edu:88
kdc = kerberos-2.mit.edu:88
admin_server = kerberos.mit.edu
default_domain = mit.edu
}
MEDIA-LAB.MIT.EDU = {
kdc = kerberos.media.mit.edu
admin_server = kerberos.media.mit.edu
}
ZONE.MIT.EDU = {
kdc = casio.mit.edu
kdc = seiko.mit.edu
admin_server = casio.mit.edu
}
MOOF.MIT.EDU = {
kdc = three-headed-dogcow.mit.edu:88
kdc = three-headed-dogcow-1.mit.edu:88
admin_server = three-headed-dogcow.mit.edu
}
CSAIL.MIT.EDU = {
kdc = kerberos-1.csail.mit.edu
kdc = kerberos-2.csail.mit.edu
admin_server = kerberos.csail.mit.edu
default_domain = csail.mit.edu
krb524_server = krb524.csail.mit.edu
}
IHTFP.ORG = {
kdc = kerberos.ihtfp.org
admin_server = kerberos.ihtfp.org
}
GNU.ORG = {
kdc = kerberos.gnu.org
kdc = kerberos-2.gnu.org
kdc = kerberos-3.gnu.org
admin_server = kerberos.gnu.org
}
1TS.ORG = {
kdc = kerberos.1ts.org
admin_server = kerberos.1ts.org
}
GRATUITOUS.ORG = {
kdc = kerberos.gratuitous.org
admin_server = kerberos.gratuitous.org
}
DOOMCOM.ORG = {
kdc = kerberos.doomcom.org
admin_server = kerberos.doomcom.org
}
ANDREW.CMU.EDU = {
kdc = vice28.fs.andrew.cmu.edu
kdc = vice2.fs.andrew.cmu.edu
kdc = vice11.fs.andrew.cmu.edu
kdc = vice12.fs.andrew.cmu.edu
admin_server = vice28.fs.andrew.cmu.edu
default_domain = andrew.cmu.edu
}
CS.CMU.EDU = {
kdc = kerberos.cs.cmu.edu
kdc = kerberos-2.srv.cs.cmu.edu
admin_server = kerberos.cs.cmu.edu
}
DEMENTIA.ORG = {
kdc = kerberos.dementia.org
kdc = kerberos2.dementia.org
admin_server = kerberos.dementia.org
}
stanford.edu = {
kdc = krb5auth1.stanford.edu
kdc = krb5auth2.stanford.edu
kdc = krb5auth3.stanford.edu
master_kdc = krb5auth1.stanford.edu
admin_server = krb5-admin.stanford.edu
default_domain = stanford.edu
}
[domain_realm]
.mit.edu = ATHENA.MIT.EDU
mit.edu = ATHENA.MIT.EDU
.media.mit.edu = MEDIA-LAB.MIT.EDU
media.mit.edu = MEDIA-LAB.MIT.EDU
.csail.mit.edu = CSAIL.MIT.EDU
csail.mit.edu = CSAIL.MIT.EDU
.whoi.edu = ATHENA.MIT.EDU
whoi.edu = ATHENA.MIT.EDU
.stanford.edu = stanford.edu
.slac.stanford.edu = SLAC.STANFORD.EDU
[login]
krb4_convert = true
krb4_get_tickets = false
В руководстве приведён фомат следующего вида
[libdefaults]
default_realm = EXAMPLE.ORG
[realms]
EXAMPLE.ORG = {
kdc = kerberos.example.org
admin_server = kerberos.example.org
}
[domain_realm]
.example.org = EXAMPLE.ORG
Подойдет ли он для меня (домен kagaz.local)
Подойдет ли он для меня (домен kagaz.local)
да конечо, в конфиге описан лишь пример.
еще один вопрос насколько я понял очень важна синхронизация времени с контролером домена , я делал это с помощью команды ntpdate ip сервака , но сейчас заметил что часы на тачке ушли вперёд на 2 мин , можно ли как автоматизировать это процесс?
а твой контролер выступает как сервер времени? автоматизации можно добиться с помощью cron
а твой контролер выступает как сервер времени?Да
автоматизации можно добиться с помощью cronа можно поподробнее?
Вроде подразобрался
Cron - система в Линуксе для выполнения задач по расписанию
В моем случае задача была была простой - выполнить shell команду раз в час
заходим в папку /etc/cron.hourly
далее создаем текстовый файл sinxvremeni
в файл пишем 2 строки (2-я строка - та команда, которую нужно запустить)
#!/bin/sh
ntpdate 192.168.3.*
далее делаем из текстового файла исполняемый
chmod +x comandname
можно проверить запуск команды набрав в консоли ./sinxvremeni
если не ругнулось, значит все в порядке
Если я правильно понял при использовании этого метода синхронизация будет происходить каждый час
drac753, смотрите в сторону ntpd, вам надо только службу запустить и настроить ntp.conf , сам файл лежит вот здесь: /etc/ntp.conf, далее пример:
server 127.127.1.0 # local clock
fudge 127.127.1.0 stratum 10
[b]server 192.168.0.212[/b]
driftfile /var/lib/ntp/drift
multicastclient # listen on default 224.0.1.1
broadcastdelay 0.008
все просто :)
Вот еще вам пища для размышления:
Synchronising a linux ntp client machine to a linux based ntp server is fairly straightforward. It is mainly a case of configuring the /etc/ntp.conf file on the client machine.
You must ensure NTPD is installed on the client, if not then you will either need to install it or download it from ntp.org and recompile.
After NTPD is installed correctly, all you need to do is to edit the ntp.conf file to specify the server as your linux ntp server machine.
eg:
server 192.168.0.200 # where 192.168.0.200 is the IP address of the NTP server with the GPS.
You may specify additional servers, if required.
A useful ntp app is ntpq or ntp query, which is installed with ntpd. This can be run from the client to check the status of the server.
Try:
ntpq -p 192.168.0.200 # where 192.168.0.200 is the IP address of the NTP server with the GPS.
сам файл лежит вот здесь: /etc/ntp.conf
странно чтото я там ничего не нашёл oO
drac753, он вообще пустой или отсутствует? ps -ef|grep ntpd что скажет? :)
отсутствует
debiantest:/etc# ps -ef|grep ntpd
root 2582 1935 0 12:43 pts/2 00:00:00 grep ntpd
гмм напрашивается небольшое уточнение /etc/ntp.conf не относится ли к пакету ntp?
просто уменя этот пакет не установлен , установллен только ntpdate.
зачем изобретать велосипед,когда можно воспользоваться ntpd, выбор за вами)
ну в принципе на этом варианте и остановился спасибо за помощь smile