netherneon

> init: timeout opening/writing control channel /dev/initctl
/dev не смонтирован, скорее всего.
Ещё /proc и /sys надо бы смонтировать

Если есть AD то LDAP позволит брать пользователей из домена.
для Samba будет как-то так:
[global]
...
security = user
...
[someshare]
..
browseable = no
writable = yes
path = /some/smb-root/%u
valid users = %S
..
остальное по-вкусу… path здесь указан что бы абстрагироваться от домашних директорий системных пользователей, если не надо — комментируем
далее, smbpasswd -a Your-New-User, два раза пароль…
проверить права и существование /some/smb-root/Your-New-User

Если в локальной сети, то можно просто Samba, а LDAP позволит юзерам логинится в свою папку без пароля, пароль будет являться аутентификацией в своей учетной записи.

при чём здесь proxy_connect_timeout, если вы с проксируемым сервером уже соединились?
proxy_read_timeout вам нужен, его значение при этом не ограничено, хоть несколько лет ставьте.

Давайте уже сюда (или хотя бы в личку) всю информацию: название провайдера, название домена и т.п.
Лечить по фотографии только Кашпировский может.

Я так понимаю, у провайдера master DNS для вашей зоны, раз другие DNS имеют в своем кэше Ваш адрес, то скорее проблемы именно у провайдера.
Если он не дает разъяснений, можете попробовать другие DNS. Например, бесплатный Zoneedit.com.

Что делает сей вопрос на Хабре? Я за чистоту Хабра!

Смотрите по соотношению входящего/исходящего трафика. У прокси достаточно много входящего будет по сравнению с обычным сайтом.

Ну что нибудь вроде запретить апачу лезть по 80 порту во вне покатит?

Сам чёрт намного красивее чем кажется. самый простой вариант это разделить на фронт-энд и бэк-энд

я давненько для себя писал инструкцию
www.odmin4eg.ru/2008/nginx-na-ubuntu-prosto/

Но суть её сегодня не изменилось, только нудно скачать свежий nginx с оф сайта, собрать его ( www.odmin4eg.ru/2009/nginx-na-ubuntu-eto-prosto-kompilyaciya/ )
и запустить.

по тойже схеме всё у меня работает до сих пор отлично, просто и надёжно.

потом появился сайт, что был намного тяжелее всех остальные при этой же схеме его стал обрабатывать php5-fpm
а все остальные как и раньше продолжали работать на apache
( www.odmin4eg.ru/2010/pereezzhaem-na-php5fpm/ )

Существует два метода подобного рода миграции.

1. Поставить Nginx перед Apache. Тут в принципе всё просто. Статику (картинки, js, css и т.д.) раздает Nginx, динамику (php) проксирует на Apache. Подводные камни: правильное разделение контента на статический и динамический, отключение логгирования для статики, выставление правильного времени кэширования.

2. Отказаться от Apache полностью в пользу Nginx. Потенциально дает больший прирост производительности. Лучше выполнять постепенно, после 1го метода. Подводные камни:
придется переписать .htaccess на директивы Nginx. Для популярных движков типа Joomla, WordPress это уже сделано, в других случаях придется курить регэкспы. mod_php скорее всего придется заменить на php5-fpm, тут вроде ничего сложного. По поводу comet'ов надо будет поставить http_push_module для nginx. Всё, кроме последнего недавно сам прошел, производительность здорово подросла. Немало в этом помогло подключение memcached к nginx, в разряд статики перешли динамические странички, закэшированные для гостей.

Если пишите на билдере, то и думать нечего — firebird.

Вроде mssql тоже имеет редакции «без установки». Хотя могу ошибаться, дело с ними не имел.

Firebird embedded, например. Полноценный очень мощный SQL, правда, слишком строгий и достаточно строгий диалект.

Есть Firebird. Вроде больше возможностей, больше производительность.

Мне понравилась вот эта статья о настройке BIND.

Во первых, если хотите хостить RU-зоны, то нужен еще IP из другой подсети. Для других зон это не важно и можно все повесить на один IP.
Далее нужно определиться вешать все домены на одни и те же NS-ы (типа ns1-ns2.mynsdomain.com) или для каждого домена создавать свои ns1/ns2. Первый вариант проще.
Еще нужно не забыть, что для COM, NET и прочих зон NS-сервера нужно регистрировать как child-ы, а не просто создать у себя A-записи и все. Это делается в интерфейсе доменного регистратора.
Большую помощь в диагностике вам окажет dig +trace www.domain.com.
Другие технические моменты по установке можете почитать здесь.

www.google.ru/search?sourceid=chrome&ie=UTF-8&q=site:debian.pro+bind

Пару недель назад столкнулся с этой проблемой, вот мое решение:
ОС Debian

sudo vim /etc/bind/named.conf

добавляем
zone «mydimain.ru» {
type master;
file "/etc/bind/db.my:;
}
далее редактируем sudo vim /etc/bind/db.my

$TTL 3600
Забыли пароль?.. IN SOA ns1.mydimain.ru root.mydimain.ru. (2010061200 10800 3600 604800 86400)
ns1 IN A 92.47.155.100
ns2 IN A 92.47.166.22
asiapages.kz. IN NS ns1.mydimain.ru.
asiapages.kz. IN NS ns2.mydimain.ru.
asiapages.kz. IN A 92.47.104.45
www.mydimain.ru. IN A 92.47.104.45
mydimain.ru. IN MX 10 mail.mydimain.ru.
mail.mydimain.ru. IN A 92.47.104.45

P.S. IP от фонаря взял

Далее рестартуешь бинд и идешь к своему регистратору домена и там создаешь ns записи… как это делается не скажу… у всех по разному… после этого все работает… если будут вопросы обращайся!