In FreeBSD ip address is written in /etc/rc.conf.
If you changed it and want to restart network interfaces with latest changes, just run
/etc/rc.d/netif restart
But this wouldn’t affect routing. So if you changed default gateway too, you need to run
/etc/rc.d/routing stop /etc/rc.d/routing start
To view routing table run
netstat -rn
And, finally, to add gateway by hand exec
route add default 192.168.1.254
Many thanks to VIVEK GITE for his post on nixCraft.
Стоял у меня MTA Exim4 для отправки почты. И вдруг на этот сервер перенесли MX-запись одного домена (например, example.org), и он вынужден был что-то делать с почтой. Решено было перенаправить всю почту для этого домена на другой ящик на время разбирательств кто прав, а кто виноват.
Для этого в Ubuntu пришлось сделать следующие правки.
В /etc/exim4/update-exim4.conf.conf в dc_other_hostnames и dc_relay_domains был добавлен example.org.
А сам форвард выглядел так (/etc/exim4/conf.d/router/099_exim4-config_redirects):
forward:
driver = redirect
domains = example.org
data = tmp_example.org@somemail.comВ теории должна была сработать запись вида
sender_redirect:
driver = redirect
data = ${lookup{$sender_address}lsearch{/etc/exim4/sender_redirects}}
domains = example.orgИ в файле /etc/exim4/sender_redirects были бы
someone@example.org: where.to@forward.com
Но почему-то этот вариант не сработал как ожидалось.
Возможно я допустил какие-то ошибки в конфигурировании, но задача выполнена и почта не потеряна.
В связи с переездом на новый сервер пришлось переносить и кучу сервисов, которые крутились на старом. Одним из них был DNS.
Настоятельно рекомендуется делать master и slave (primary и secondary) на разных машинах, дабы в случае отказа одного из них второй мог полноценно работать. Ну это в теории, на практике все несколько упрощается до одного сервера, который если ляжет – то DNS будет уже не столь важен.
Начал подымать master на OpenSuSE 11.1. Конфиг простой и незамысловатый:
#each slave should be put here (space separated) to allow zone details transfer allow-axfr-ips=1.1.1.2 disable-axfr=no daemon=yes guardian=yes default-ttl=3600 soa-refresh-default=3600 lazy-recursion=yes local-address=0.0.0.0 master=yes recursor=127.0.0.1:5300 launch=gmysql gmysql-host=localhost gmysql-port=3306 gmysql-dbname=powerdns gmysql-user=powerdns gmysql-password=powerdns gmysql-socket=/var/run/mysql/mysql.sock
и рекурсор:
chroot=/var/lib/pdns local-address=127.0.0.1 local-port=5300 setgid=pdns setuid=pdns
Базу для него создавал из PowerDNS on Rails, хотя можно ограничиться и той, что в документации.
И напоролся на первый занятный баг – со включенным режимом master он взлетает и долбит базу одинаковыми запросами (пытается получить все записи). На стоящей рядом ubuntu с той же версией такого не наблюдается. Долго пытался отловить что, где и почему – и решил пересобрать из сорсов. Когда обнаружилась нехватка boost я решил проверить, а нет ли готового свеженького пакета с собраным powerdns? Таки есть – надо было всего лишь добавить в списки репо вот этот:
http://download.opensuse.org/repositories/server:/dns/openSUSE_11.1/
и была установлена версия pdns-2.9.22-1.1. Проблема с нагрузкой на БД полечилась, но появилась новая – с репликацией на slave.
В PowerDNS есть такое понятие как supermaster. В общем случае нужно прописывать зону на мастере и слейве. Когда слейв получит от мастера notify, он запросит у мастера записи из этой зоны. Но если сервер, от которого пришел notify, будет обнаружен в списке supermasters, и такой зоны на слейве не будет описано, она создастся автоматически. И потом в нее будут добавлены записи с мастера. Это приятно упрощает жизнь.
В табличке запись довольно простая – ip мастера, имя слейва (ns2.example.org), имя аккаунта (на работу никак не влияет – просто будет фигурировать в описании зоны; удобно для указания клиента, например).
В порядке эксперимента попинал слейв нотификейшенами для разных доменов. Не с первого раза, но заработало:
pdns_control notify example.org
С первого раза не заработало потому, что в PowerDNS on Rails в имя поддомена по привычке вписал “@”, и потом получил записи вида “@.example.org” вместо “example.org” либо “@”. Прошелся простым апдейтом по базе и убрал этот баг.
PS: Хочу выразить благодарность Патрику Фею за его недавний пост, который помог постичь смысл supermaster'ов.
PPS: конфиг pdns для слейва мало чем отличается от мастера:
config-dir=/etc/powerdns daemon=yes disable-axfr=yes guardian=yes launch=gmysql lazy-recursion=yes local-address=0.0.0.0 local-port=53 module-dir=/usr/lib/powerdns setgid=pdns setuid=pdns slave=yes socket-dir=/var/run version-string=powerdns gmysql-host=localhost gmysql-port=3306 gmysql-dbname=powerdns gmysql-user=powerdns gmysql-password=powerdns
Переезжал на новый сервер, и наигрался вволю со всеми мониторингами и прочим. Была обнаружена неприятная особенность RRD: бд платформозависима. Пришлось на старом сервере делать дамп
for i in *.rrd; do rrdtool dump $i > $i.xml; done
тащить на новый (tar, scp либо nc) и там разворачивать:
for i in *.xml; do A=`echo $i|sed 's/\.xml//'`; rrdtool restore -f $i $A; done
На стороне получателя
netcat -l -p 7000 | tar x
На стороне отправителя
tar cf - * | netcat otherhost 7000
Ссылки по теме:
