Хотя бы потому что придётся немного попаять, а Вы, полагаю, этого не умеете.
Ещё причина - другой диапазон. WiFi оборудование, как правило, работает на 2,4 ГГц или 5+. Ваш модем - неизвестно, но в диапазоне ОПСОСов.
Кстати, отнюдь не факт, что у Вас через 3G будет канал лучше 4Мбит.
Судя по картинке, у вас либо антенна для Wi-Fi, либо для радио-модема. С 3G работать не будет -- там диапазоны частот другие. Поищите отдельную антенну под 3G. Вот тут, например, их есть в количестве: antex-e.ru/store/34760
50% ответа в правильном вопросе. Остальное мануал.
1) Да нужны.
VLAN нужны для систематизации работы сети и конкретных отделов. Можно конечно все доступы на сервере разбить но лучше сделать еще физически. У себя на работе я избавился от кучи неуправляемых свитчей и настроил VLANы на паре коммутаторов, это позволило нормализовать сеть и убрать кучу вероятных и невероятных помех и глюков.
2) Нет не нужны.
Если у вас полтора сервера то VLAN не нужны. РАспределение между Шлюз - Сервер, Шлюз - пользователь в этом случает простое и не требует дополнительного оборудования. По оборудованию Привет микротикодрочерам
Вы можете выбрать любое из доступных вам оборудований не зацикливаясь на марке. Микротик в первую очередь это гибкая ОС заточенная под работу на сетевом оборудовании, но не стоит забывать что и у НР и (не думал что скажу такое) последние модели D-link, отличаются достаточной стабильностью и скоростью. Посмотрите в сторону Juniper, Huawei вы будете приятно удивлены.
Для того чтобы понять нужны ли вам VLAN или нет возьмите ручку и нарисуйте свою сеть со всеми доступами. Может это действительно проще решить на AD/LDAP ? Но избавляйтесь от паразитного трафика с неуправляемых коммутаторов.
Java очень часто используется не с веб-сервером а самостоятельно создается слушатель.
Или используется в Tomcat (Сервером приложений), внутри которого java создает свой слушатель.
Так работает множество enterprise приложений
SIP/2.0 403 Forbidden
CSeq: 102 OPTIONS
Стандартно ругается на пакет Options - и в рекомендациях стоит выключить - зачем вы их долбите своими пакетами Options ?
На пире:
qualify=no
Я визуал, поэтому основа для меня - схема. Топология на уровне логики, на уровне физики. Рисую в Visio, таблицы веду в LibreOffice Calc. Никаких специализированных решений не использую - они обычно и денег стоят как крыло от самолета и работают под виндой. Мониторинг делаю через nagios - да, он страшненький, но меня устраивает, тем более, что туда можно привернуть любой, какой угодно датчик.
Почитайте про эхо повнимательнее. Узнаете, что эхо - это проблема того, кто его слышит.
Т.е. оно возникает в ваших аппаратах. Или в переходе SIP-аналог.
Но второй вариант я бы отмел - тогда бы в записи было бы эхо :)
Шлюз тут непричем, как и дальняя сторона.
Проверяйте настройки телефонов, попробуйте софтфон поставить проверить, Другой аппарат, например фанвил или грандстрим.
Штатно реализовано в таких SOHO девайсах как Zyxel Keenetik.
Более гибко можно настроить в устройствах Mikrotik, в остальных тоже можно, но как правило нужны сторонние прошивки.
Как делается - написано куча руководств, легко гуглится.
я просто написал техподдержке яндекса, они в этот же день все перенесли на новую почту)
у меня были тупо забыты данные входа в яндекс почту клиентом) написал яндексу, ответил робот, что пришлите алиасы почт которые знаете ,чтоб их тоже восстановить, в итоге в этот же день к новой почте привязали домен и все алиасы, письма все сохранились
Я обычно использую такую схему - (обьект)_(роль)_(выдавший CA). Обьект - это либо логин для юзера, либо hostname без доменной части для сервера. Роль - либо client, либо server. Выдавший CA - короткое наименование СA, выдавшего сертификат. Раньше для серверов использовал только (hostname), но в этом случае реально возникает путаница.
