Игорь Б: Игорь, по поводу вашей головоболи. Совершенно не обязательно сносить стены :) Вам поонадобиться Щуп с генератором электромагнитной индукции (если я верно помню название) и лан-тестер, который умеет не только проверять, есть сигнал, или нет, но и его скорость прохождения, по какому конкретному проводку/паре идет сигнал, где (на каком расстоянии) затухание сигнала.. Этого с головой достаточно, чтобы найти оборудование. Выяснили, на каком расстоянии затухание - значит там либо повреждение линии, либо свитч. Берете щук и вперед от места замера, вдоль стен.
Таким образом создадите примерную карту сети. Беготни много, зато без разбора стен и прочего трэша.
Когда еще работал админом, пару лет назад, приходилось так выходить из положения. У меня даже свои железки уже есть для этого. Рекомендую и вам такие приобрести.
А что касате сети, телефонии и видеорегистраторов на одном патч-корде, то это сравнительно нормально :) Все равно, если свитчи 100мб/сек., то и все 8 жил там совершенно не нужны :)
Но с другой стороны, я вас понимаю. Видимо предыдущий спешиалист был из какой-то очень печальной гос.конторы. Типа СОБЕСа или Почты России.
Игорь Б: Вот не очень. Я ведь не знаю квалификацию человека? Зато я вижу провода, крайне похожие на оптику, по скольку в силу малого расстояния эффективной передачи у обычной витой пары, существует очень мало задач, для решения которых требуется упаковывать витуху в армированную оплетку. Не так, как делают обычно - стальную жилу, чтобы предотвратить растяжения и случайные разрывы, а такое армирование, которое изображено на картинке.
Так что повторюсь - не смутило меня это.
Стоит добавить, что каналы 1 и 6 зачастую заняты, по скольку уже многие знают, что надо выбирать их. 11 канал часто свободен, но тоже не всегда. Вот я сейчас проверил. На 1 канале телефон поймал два сигнала, на 6 канале - 1 точка и на 11 моя точка болтается. На других каналах никаких сигналов нет.
Также учтите, что сигнал от любой точки фонит еще на два-три канала вокруг. По этому, старайтесь выбирать как можно более далекоотстоящий канал от занятого.
Это на самом деле единственно верное решение проблемы. На сколько я понимаю по фото и описанию, это оптика. Гнуть её вообще не стоит, её надо плотно зафиксировать. Так что совет вам дали отличный.
Вот с ходу. О чем я и говорил. Нельзя такие советы давать.
1. SMTP используется для приема ТОЛЬКО во внешней сети. Без понимания этого нюанса кандидат отсеится.
2. зарегистрировать домен, Настроить Домен в Exchange, Связать Exchange с AD, настроить MX-запись, Настроить A-запись, Настроить PTR-запись, Настроить SPF-запись. Без PTR и SPF вся почта будет постоянно валиться в спам почти на всех почтовиках. По хорошему надо также настроить DKIM и DMARK.
3. Ерунда. На этом вопросе кандидат скорее всего просто зависнет. Но в целом, если он сможет ответить на этот вопрос, то с очень высокой долей вероятности остальные вопросы по теме не имеют смысла.
4. Хороший вопрос, годный.
5. Чтобы ответить на этот вопрос, человек, который его задает, должен сам это знать. Стандартных способов 2 или 3. Но можно и иначе поступить. Т.е. способов 100500 штук.
6. Хороший вопрос, годный.
7. То же, что и по 5 вопросу. Спрашивающий сам должен хорошо знать и Понимать ответ на этот вопрос.
В общем, по итогам очевидно, что не может человек с крайне низкой квалификацией собеседовать. Не в нашей области. Мало знать. Надо понимать то, что ты знаешь. Иначе либо тебе навешают лапшы на уши, либо ты потеряешь хорошего кандидата по причине того, что он ответит не так, как написано в шаблоне.
Не посадят. Максимум штраф родителям. Пишет ребенок.
Леонид, полностью с вами согласен. Хотелось бы только добавить пару моментов.
1. Обычная антенна для перехвата и анализа пакетов, на сколько я помню, не подойдет. Тут нужен особенный Wi-Fi адаптер. Хотя я могу путать с подменой заголовков в пакетах, но вроде нет.
2. Вы забыли про WPA. Несколько усовершенствованный WEP, который ломается за сутки максимум. WEP на 5 минут - 2-3 часа. WPA2 только перебором :) А смайлик здесь стоит потому, что всегда надо отключать WPS :)
uffzy: Не работал с конкретной моделью, но подозреваю, что нет. Но с другой стороны, обычно есть возможность загружать напрямую на телефон, не разворачивая tftp сервер. Для этого часто можно использовать sftp. Но не факт. И возможно, эту опцию надо на телефоне отдельно настраивать.
Что касается Эластикс - ни разу не работал. У меня был опыт с аппаратными решениями от Cisco, Avaya, Panasonic, LG и программными - Communigate Pro, Asterisk.
Конкретно с Asterisk работал мало. И не стремлюсь, если честно :)
Да ладно вам. Год максимум, если вы вынуждены постоянно с этим работать. Да и то, если с ноля. А дальше уже любой другой дистрибутив осваивается за месяц. Опять же, если постоянно с ним работать. У них там той разницы только в предпочтительных файловых системах, пакетном менеджере и месте, где файлы для настройки сети лежат. Утрирую конечно, но на изучение нового дистрибутива точно не надо много времени. К тому же, это легко делается параллельно. Очень легко. Благо, мануалов полно.
А я чувствую себя крутым, потому что гоняю на винде, маке, ЦентОС, фре, убунте, дебиан, сьюс, федоре, арче, хп-ух и вообще на дохрена чем. А на домашнем компе стоит винда и все здорово :) А знаете, что именно здесь круто? То, что плевать мне на эти бессмысленные холивары, которые по сути своей нужны только тем, кому надо самоутвердиться. Я просто использую продукт, который наиболее удобен и применителен к конкретной ситуации.
И вам того же советую :)
P.S. Хотя лет в 16 очень гордился тем, что использовал FreeBSD в качестве основной домашней ОСи. А сейчас даже смешно.
Валерий Рябошапко: Вы имеете ввиду - архитектуру? Вроде бы есть незначительная разница в архитектурах AMD x64 и Intel x64. Но утверждать не буду. Да и выигрыш там скорее всего будет призрачен.
Рекомендую вам написать им следующее: "Данная проблема сохраняется в браузерах The Bat, Outlook и Thunderbird. Маловероятно, что проблема лежит в плоскости написания почтового клиента. Скорее всего имеют место быть специфические особенности реализации протокола IMAP на вашей стороне, либо специфичность передаваемых метаданных о структуре папок. Возможно, что при передаче информации используемый формат не: "username@yandex.ru/INBOX/my_folder", а "username@yandex.ru/my_folder". Это можно посмотреть в логах IMAP-сессии на стороне сервера, т.е. на вашей. Данная проблема отсутствует при идентичной синхронизации по IMAP с серверами GMail. Прошу вашей помощи в решении проблемы."
Данной проблемы действительно нет с GMail. Там все работает нормально. Попробуйте написать им так и посмотрим, что ответят.