netwind: c одной и одновременно и она без ната. есть такая штука clusterssh.
М-м-м-м... Надо бы внимательно поизучать pfctl -s all на предмет сгенереных динамических правил, и, если в них все кошерно - смотреть в tcpdump на предмет ISN.
Есть мнение, что правило по keep state создается на пару src_ip / dst_ip + dst_port. А если это так, то с одной и той же машины сколько хочешь соединений провалится.
Конкретнее сейчас ничего не скажу, надо тору почитать, посмотреть поподробнее.
1. У меня нет большого опыта в настройке почтовых серверов, коммерческие устанавливаются и настраиваются очень быстро и легко. В них есть встроенные средства резервного копирования, интерфейсы с антивирусными и антиспамовыми программами. Получаешь как бы готовое законченное решение.
Все верно. Только вот кастомизация такого решения может стать серьезной проблемой - если вам нужно сделать что-то сложнее правки шаблона веб-почты.
А, да, еще - интерфейс к антивируснику есть. А сам антивирус - отдельно, за деньги :-)
2. Хотелось бы, чтобы при возникновении проблем с настройкой было куда обратиться за помощью и получить ответ в гарантированное время и на заранее оговоренных условиях.
Увы, поддержка ответит исключительно про их софт.
Имею богатый опыт скрещивания коммунигейта с биллингом, и дофичивания еще кое-какого коммерческого почтового софта - во всех случаях ТП не отвечала на вопросы вида "почему ваша система не авторизуется у меня в LDAP".
- авторизацию при отправке почты через SMTP
- POP3\IMAP
- Web-интерфейс для администрирования почтового сервера
- Web-интерфейс для приема и отправки почты
- защиту от вирусов и спама
За exim не скажу. Подобное собирается на postfix + dovecot + spamassasin + clamav за час, единственное, что нужно изобретать - веб-интерфейс администрирования сервера. Хотя есть и готовые.
Может быть есть еще какие-нибудь мощные и надежные почтовые серверы для платформы Linux/FreeBSD с поддержкой в России на коммерческой основе?
CommuniGate.
А, простите, коммерческий продукт - принципиально? Я как-то ни разу не видел коммерческого почтового сервера, который бы интегрировался во что-то проще, чем свободный.
В моих железках все операции управления почтовым сервером делаются инсертом и апдейтом sql-таблицы :)
Leos: Если хозяин в одном месте, а админ в другом - что-то боязно становится... нахерачит там и ищи его потом...
Вопрос ценника. Дорогой специалист дорожит своей репутацией.
Ну и с другой стороны - я ведь тоже могу не заплатить админу, а доступ отобрать...
И тут работает предыдущий аргумент. Увы, эта область деятельности достаточно узка, люди вобщем-то одни и те же.
Отдельно замечу, что пытаться кинуть действительно грамотного специалиста - себе дороже. Нужно иметь под рукой человека более высокого класса, чтобы не поиметь проблем. Много раз уже видел, чем заканчиваются такие дела.
c одной и одновременно и она без ната. есть такая штука clusterssh.
М-м-м-м... Надо бы внимательно поизучать pfctl -s all на предмет сгенереных динамических правил, и, если в них все кошерно - смотреть в tcpdump на предмет ISN.
Есть мнение, что правило по keep state создается на пару src_ip / dst_ip + dst_port. А если это так, то с одной и той же машины сколько хочешь соединений провалится.
Конкретнее сейчас ничего не скажу, надо тору почитать, посмотреть поподробнее.
telnet запускаете с одной и той же машины?
Уже запущенные telnet-сессии не дохнут к тому времени, как вы следующие три запускаете?
Есть огромный файловый архив. Можно ли перебросить его на удаленный FTP через SSH ?
lftp mirror :-)
Может быть я неправильно тебя понял. Напиши подробнее, а то фраза - lftp, функция mirror мне не чего не говорит)
Есть такой фтп-клиент, lftp. Консольный, умеет скрипты. В нем есть коммандулька mirror, делает ровно то, что тебе надо.
Соответственно, вешается на рабочем столе ярлык, делающий
lftp ftp://user:pass@host/path/to/web -c 'mirror htdocs'
При клике на этом ярлыке оно синхронизирует каталог htdocs с сервера.
Интересует имено софт, что бы удобно было работать.
Гм. Удобнее, чем один раз нажать на кнопку?
Тогда не знаю.
lftp, функция mirror.
А какие есть готовые веб-интерфейсы для администрирования почтовых серверов?
postfixadmin.
Лично я поставил один раз, и снес. Оно требует существенно более сложную структуру БД для хранения пользовательских данных, чем самописное :-)
1. У меня нет большого опыта в настройке почтовых серверов, коммерческие устанавливаются и настраиваются очень быстро и легко. В них есть встроенные средства резервного копирования, интерфейсы с антивирусными и антиспамовыми программами. Получаешь как бы готовое законченное решение.
Все верно. Только вот кастомизация такого решения может стать серьезной проблемой - если вам нужно сделать что-то сложнее правки шаблона веб-почты.
А, да, еще - интерфейс к антивируснику есть. А сам антивирус - отдельно, за деньги :-)
2. Хотелось бы, чтобы при возникновении проблем с настройкой было куда обратиться за помощью и получить ответ в гарантированное время и на заранее оговоренных условиях.
Увы, поддержка ответит исключительно про их софт.
Имею богатый опыт скрещивания коммунигейта с биллингом, и дофичивания еще кое-какого коммерческого почтового софта - во всех случаях ТП не отвечала на вопросы вида "почему ваша система не авторизуется у меня в LDAP".
- авторизацию при отправке почты через SMTP
- POP3\IMAP
- Web-интерфейс для администрирования почтового сервера
- Web-интерфейс для приема и отправки почты
- защиту от вирусов и спама
За exim не скажу. Подобное собирается на postfix + dovecot + spamassasin + clamav за час, единственное, что нужно изобретать - веб-интерфейс администрирования сервера. Хотя есть и готовые.
Может быть есть еще какие-нибудь мощные и надежные почтовые серверы для платформы Linux/FreeBSD с поддержкой в России на коммерческой основе?
CommuniGate.
А, простите, коммерческий продукт - принципиально? Я как-то ни разу не видел коммерческого почтового сервера, который бы интегрировался во что-то проще, чем свободный.
В моих железках все операции управления почтовым сервером делаются инсертом и апдейтом sql-таблицы :)
Если хозяин в одном месте, а админ в другом - что-то боязно становится... нахерачит там и ищи его потом...
Вопрос ценника. Дорогой специалист дорожит своей репутацией.
Ну и с другой стороны - я ведь тоже могу не заплатить админу, а доступ отобрать...
И тут работает предыдущий аргумент. Увы, эта область деятельности достаточно узка, люди вобщем-то одни и те же.
Отдельно замечу, что пытаться кинуть действительно грамотного специалиста - себе дороже. Нужно иметь под рукой человека более высокого класса, чтобы не поиметь проблем. Много раз уже видел, чем заканчиваются такие дела.