Илья Т.

А я бы не советовал уходить. По крайней мере вот так "в никуда".
Во-первых вы молоды и неопытны, те вещи которые вам кажутся ужасными на самом деле таковыми могут не являться (для всех кроме вас).
Во вторых хоть какие-то деньги, вам эта работа приносит, если вы сейчас просто так уйдете - у вас не будет и этого.
Для продолжения разговора, скажите: что вы сделали чтобы изменить ситуацию на нышнем месте? Разговаривали с боссом, предлагали варианты? Когда вы устраивались - вы оговаривали, что будете совмещать работу с учебой?
По организации рабочего процесса - вы знаете как его можно улучшить ? Предлагали это своему руководителю?

1. я не согласен почти со всем сказанным выше. Такое впечталение, что люди никогда не набиравшие персонал, рассуждают о том как по их мнению думают люди которые принимают решение. Какой-то набор суеверий.
2. Не видя всего резюме, а только его кусок - вообще ничего нельзя сказать. Любой руководитель и хорошпй эйчар за резюме прежде всего пытаются увидеть живого человека.
Автор, покажите пожалуйста резюме целиком (можно в личку) - я прокомменитрую.

если они в одном сегменте - можно пинговать бродкаст

Насколько я помню, прямых способов нет. Ведь по-сути LDAP это просто база данных, в ней можно хранить любую информацию, не обязательно пользователей.
Дальше представьте себе любую базу данных и задайте тот же вопрос: как отключить в базе книг библиотеки каую-нибудь книгу.

давайте сначала разберемся зачем вам это надо? уверен, после этого будет гораздо понятнее как это сделать.

tox

Ничего непонятно из вашего поста. Больше вопросов возникает чем ответов: почему именно терабайт ОЗУ? Чем оракл принципиально для вас лучше ? Какой профиль нагрузки? Какая структура данных? Если нагрузка преимущественно на чтение - нет проблем замасштабироваться горизонтально. Если нагрузка смешанная надо смотреть в сторону оптимизации. Вообще надо брать за уши нормального ДБА и садить его за покурку вашей базы.
5-10 Тб по нынешним временам - нифига не большая база.

Про Краснодар и 1С: Живу в Краснодаре. Встретил недавно своего sql-гуру. Он был для меня как бог, я считал что он может одним sql запросом убить человека, запросы которые он писал, за доли секунды выворачивали базы наизнанку - их можно было читать как литературные произведения. Потом несколько лет не виделись, а тут случайно встретились на улице: оказывается переквалифицировался в 1С-ника - фрилансера.

Очень субъективно (многие будут иметь свое мнение и я с ними заранее согласен): айти более менее живо в столицах, Екатеринбурге, Новосибирске, Краснодаре.

ИМХО.
Существуют "популярные" и "перспективные" технологии.
1. Нельзя не изучать перспективных технологий и рассчитывать всю жизнь кормиться с помощью популярных.
2. Нельзя не знать популярных технологий и надеяться прожить на одних перспективных.
В данном случае:
php, mysql - популярные технологии
python,mongo - перспективные

Уже где-то здесь писал:
1. Понимаем что всех дел не сделаешь и выше головы не прыгнешь. Принимаем это как данность и не паримся по этому поводу
2. Выписываем самые приоритетные дела "на сейчас" (кому как удобно: на день, на неделю). Не больше трех дел в одном списке.
3. Берем самое первое дело в списке и делаем.
4. Потом второе
5. После окончания списка - возвращаемся в п.2

vestacp.com - бесплатная и ниче так

в чем проблема ? пропишите маршруты route add...

если нет проблем с потерями - openvpn(udp) + nfs будет бодрее
возможно имеет смысл блочно передавать контейнер каким-нибудь рсинком на клиента и там монтировать