Можно изменить пользователя uid с командой usermod
usermod -u <new_uid> <login_name>
Но, как указано прежде, я не рекомендую Вам использовать тот же домашний dir для двух различных дистрибутивов. Из всех необычных емкостно-резистивных файлов, которые скрываются в домашних пользователях dir, имеют тенденцию настраивать меньше чем дюжину, остальными обычно управляют программным обеспечением. И конфигурационные файлы имеют тенденцию не быть назад совместимыми.
Вы можете символьная ссылка те, Вы поддерживаете и позволяете системе управлять другими
Да, серверы имен, обслуживающие записи A, MX и т. Д., Должны знать, что они авторитетные, поэтому у них также должны быть записи NS. Вы должны настроить один как Мастер, а другой как Бальзам (если у вас их больше двух, все остальные тоже должны быть Рабами).
Другой ответ содержит много полезной информации, но я не думаю, что он когда-либо фактически отвечает на ваш вопрос.
Если вы используете BIND, ваш главный DNS-сервер должен иметь такую запись в named.conf
:
acl "mysecondaries" {
12.34.56.78;
};
zone "example.com" {
type master;
file "master/example.com";
allow-transfer { "mysecondaries"; };
};
На подчиненном сервере что-то вроде этого:
zone "example.com" {
type slave;
file "slave/example.com";
masters { 1.2.3.4; };
};
Фактическая запись (сделать этот файл только на Мастере) должна выглядеть так:
example.com. IN SOA ns1.example.com. root.example.com. {
2012082401 ; serial
10800 ; refresh (3 hours)
3600 ; retry (1 hour)
604800 ; expire (1 week)
86400 ; minimum (1 day)
)
NS ns1
NS ns2
MX 10 mail
ns1 A 1.2.3.4
ns2 A 12.34.56.78
mail A 2.34.5.67
www CNAME park.domain.net
@ CNAME park.domain.net
Пока я занимаюсь этим. Существуют бесплатные вторичные / подчиненные службы DNS , поэтому вам не нужно управлять двумя собственными. Таким образом настраиваются многие личные и небольшие веб-сайты. Я сам использую Afraid.net и Buddyns.com.
Чтобы добавить их, добавьте следующее в свой named.conf на главном сервере:
acl "afraid" {
174.37.196.55;
};
acl "buddyns" {
173.244.206.26;
174.136.99.149;
};
И измените директиву allow-transfer для каждой зоны в вашем named.conf
на главном сервере:
allow-transfer { "afraid";
"buddyns";
"mysecondaries"; };
И добавьте соответствующие записи ns
в ваши файлы зон:
NS ns2.afraid.org.
NS b.ns.buddyns.com.
NS c.ns.buddyns.com.
Есть разные способы по-настоящему освоить эти конфигурации (если приведенное выше кажется действительно ручным, это так; но это также упрощает ). Если вы не паркуете тонну доменов, вам действительно не нужно вдаваться в какие-либо более сложные задачи.
allow-transfer { "afraid";
"buddyns";
"mysecondaries"; };
И добавьте соответствующие записи ns
в ваши файлы зон:
NS ns2.afraid.org.
NS b.ns.buddyns.com.
NS c.ns.buddyns.com.
Есть разные способы по-настоящему поработать с этими конфигурациями (если приведенное выше кажется действительно ручным, это так; но это также делает его довольно просто). Если вы не припарковали тонну доменов, вам действительно не нужно вдаваться в более сложные задачи.
allow-transfer { "afraid";
"buddyns";
"mysecondaries"; };
И добавьте соответствующие записи ns
в ваши файлы зон:
NS ns2.afraid.org.
NS b.ns.buddyns.com.
NS c.ns.buddyns.com.
Есть разные способы по-настоящему поработать с этими конфигурациями (если приведенное выше кажется действительно ручным, это так; но это также делает его довольно просто). Если вы не паркуете тонну доменов, вам действительно не нужно вдаваться в какие-либо более сложные задачи.