Тот сценарий заставляет мой глаз выйти за край. Избавьтесь от всех переменных, хранящих фрагменты команды (и ненужное входное перенаправление на grep
), и посмотрите, где это получает Вас. Заключение в кавычки почти наверняка завинчено способами, которыми Вы даже не хотите воображать. В оболочке Bourne я записал бы что-то вроде этого:
today="$(date +"%m\/%d\/%y")"
filetoday="$(date +%b%d%Y)"
grep "^$today" logfile > serverlog_${filetoday}.txt
ssh SERVER1 grep "^$today" /home/user/log/logfile >> serverlog_${filetoday}.txt
Для делегирования всего субдомена к другому сервису DNS Вам нужны следующие записи в Ваших хостах DNS:
NS
) записи, указывающие на авторитетные серверы имен для Вашего субдоменаA
) записи для серверов имен субдоменаИ необходимо обеспечить пару серверов имен DNS для субдомена. Они должны служить следующим записям:
SOA
запись для субдоменаNS
записиA
записи для серверов имен субдоменаRFC1034 содержит хорошее описание того, как настроены субдомены.
Это зависит от того, хотите ли Вы делегировать хостинг субдомена прочь к другому серверу DNS (или к тому же серверу, но в другом зональном файле). Вы делегируете зону, когда Вы хотите, чтобы некоторый другой объект управлял ею, такие как другой отдел ИТ или организация.
Если Вы делаете, то Вам нужны записи NS. В противном случае A или записи CNAME будет достаточен.
Скажем, у Вас есть домен example.com. У Вас есть запись для www.example.com, и Вы хотите создать субдомен info.example.com с www.info.example.com как хост в ней.
В этой ситуации давайте далее скажем, что у Вас есть два сервера DNS, которые будут размещать тот субдомен. (Они могли быть теми же серверами, которые в настоящее время размещают example.com.) В этом случае Вы создадите две записи NS в файле зоны example.com:
info IN NS 192.168.2.2
info IN NS 192.168.2.3
На тех двух серверах Вы создадите зону info.example.com и заполните ее, поскольку Вы были бы любой другой домен.
www IN A 192.168.2.6
Здесь, просто добавьте запись в файле зоны example.com, с помощью точки, чтобы указать, что Вы хотите создать www.info
хост в example.com
домен:
www.info IN A 192.168.2.6
Решение о том, использовать ли CNAME, независимо от выбора делегации. Мне обычно нравится использовать CNAME для "универсальных" имен, которые указывают на определенные названия машины. Например, я мог бы назвать свои машины с помощью организационного соглашения о присвоении имен, такие как анимационные персонажи (ненормальный, elmer, mickey, и т.д.) или что-то бюрократическое (sc01p6-serv) и указать на родовые названия к ним. Если IP-адрес машины когда-нибудь изменяется, мне нужен взгляд только в одном месте для изменения его.
www IN CNAME sc01p6-serv
mail IN CNAME sc01p6-serv
sc01p6-serv IN A 192.168.2.6