А никто и не опротестовывал перенос. Иногда приходится немного подправить конфиги, доставить дрова(если сами не встанут при первой загрузке на новой системе). Я про общее развитие.
По второму пункту немного не согласен с ~/.log и вот почему: Представьте себе ситуацию, что есть несколько программ, которые будут писать в эту папку, и у нескольких программ будут файлы вида access.log и error.log — получится каша. Посему, все-таки я на ~/.имя_приложения/, так вероятность получить путаницу отпадает почти полностью — исключение, приложения с одинаковым именем, что может случится в очень редком случае.
В таком случае (ничего не писать), вообще плачевная ситуация сложится. Я считаю, правильнее сделать в программе уровень логов, и все-таки писать. Писать по дефолту в логи только критические ошибки, не думаю что при таком объеме реально превысить лимит на квоты в нынешнее время. Так же в программе предусмотреть возможность переключения уровня логов, вплоть до debug, и возможность указания пути для логов. Далее уже прикрутить это все к logrotate. Но это все в идеале, мы же говорим о реальной ситуации, вероятнее всего и логи будут небольшие и клиентов ни так уж много.
Это решение подходит если полностью переезжает сервак, если только отдельные базы, то это не для Вас. Я просто подумал, что именно весь сервак надо перенести.
a@a.ru — это наружный адрес в данном случае или Ваш внутренний, который на этом серваке?
a.b.c.d и c.d.e.f это какие-то внешние адреса?
И что это, такой метод борьбы со спамом, или что?
с факсом вообще проблемы нет, реализуется через IAX, вешается локально и входящие факсы приходят прямо на почту. Для отправки есть программы. Главное что-то пров поддерживал.
Именно. Обычно при выборе VoIP оператора, это один из основных технических характеристик — задержки до его оборудования. Учитывая что связь по воздуху, то задержек не избежать — отсюда пропажа голоса и т.д. и т.п.
А какие задержки у ёты, здесь уже неоднократно писалось :)
Можно же взять у мобильных операторов номер с префиксов 495 — думаю, это вариант.
И все-таки, неужели нет никакой возможности взять наземный инет, хотя б чисто для sip — вот это лучший вариант.
А Вы не ошибаетесь? :)
к примеру:
iptables -t nat -I POSTROUTING -s 192.168.216.15 -j SNAT --to-source 10.10.10.2
что по Вашему меняется в этой строке? Source NAT — NAT источника.
Если настраивать через web, в dd-wrt, проброс порта идет примерно следующим правилом:
iptables -t nat -I PREROUTING -p tcp -i vlan2 --dport 8080 -j DNAT --to-destination 192.168.10.190:8080
X-Forwarded-for у Вас может появится в том лишь случае, при такой схеме, если клиент, который обращается к Вам, за прокси, который передает этот заголовок. Но для Вас это проблемы не решит.
