Довольный Айтишникъ, представил эту картину аж всплакнул. Смотрю видео на каком то там тубе, в этот момент разбираю этот комп на котором смотрю, еще кошка под ноги попалась и чашка с кофе вылилась на материнку, ну ниче, адаптер отключил, но чет больше не работает. Не знаю почему, но напомнило серию фотографий одной крупной конторы, где сотрудники делают вид что паяют, при этом держатся за жало паяльника))
Александр, да если сегодня написали, скорее всего только в понедельник подключаться для решения проблемы. У меня было нечто подобное, но с разделами маркетинга. Тоже тогда urlrewrite правил, в конечном счете ТП сделала тоже самое, прописав пару дополнительных моментов в urlrewrite и всё заработало, почему поломалось, с чем связано - никто не ответил
AUser0, да я предлагал проверить работу резолвера ДНС, просто пинг не интересен, т.к. ТС заявил что при работе напрямую с IP всё работает. Aleksandr, Вы меня правильно поняли и соглашусь, лучше сделать как Вы пишите, это даст больше информации для размышлений
1) Где прописываете DNS ? На машинах у которых отвалы или на роутере?
2)Что выступает в качестве маршрутизатора(роутера)? Нет ли там правил firewall которые могли бы блокировать DNS трафик (по умолчанию обычно нет), но мало ли что-то настраивали?
3)Проблема возникает на всех устройствах windows или только определенных?
4)Есть возможность развернуть чистую систему без всего и погонять её какое то время, с целью выявить проблему?
5)Машины с виндой без домена?(ну мало ли)
6)При возникновении проблемы, она возникает на одной машине или всех сразу?
7) перезагрузка помогает?
8) (чтоб не морочить с nslookup) во время проявления сбоя - сделайте ping 2ip.ru или какой-нибудь ресурс, на который вы обычно никогда не заходите (чтобы данные брались не из кэша), какой будет результат?
9) ВПН, фаерволы, ПО для виртуализации (virtualbox, workstation, ...etc) используете какое-нибудь?
SteepNET, Последняя моя реализация была сделана на node-red с обработчиком ami с дальнейшей интеграцией звонков в битрикс. Логика примерно такая - ловим событие начала звонка - проверяем контекст, канал, cause. Если это начало звонка - закидываем во временную таблицу временных звонков с обязательным указанием uniqueid, далее ждем для каждого uniqueid - когда будет сделан hangup, тогда и удаляем из временной таблицы и считаем что звонок завершен.
Понятно что минимум тех.деталей, да и я сильно упростил схему, но если хотите дешево и сердито, самый простой вариант зайти в cdr и от туда скачать CSV.
Еще более простая - у вас есть вышестоящий оператор, возможно у него есть API. Дёргайте детализацию у него, там она будет скорее всего в самом удобочитаемом виде.
Если хотите рыбку в виде готового решения - это как правило платно, а удочки я вам подкинул. Немного распишу в общем виде.
Пару наводочек дам, но дальше самостоятельно. Через mysql - подключаемся к БД asteriskcdrdb
Для визуального анализа данных и как они туда поступают и хранятся я использую GUI, в данном случае phpmyadmin тоже подойдет.
Делаем тестовый звонок, смотрим как попадают данные, анализируем и составляем серию запросов (или один запрос если добавить доп поле), далее экспортируемый полученный результат и сохраняем куда нужно.
Про API можно начать читать от сюда, но если не планируете писать свой модуль для freepbx, можете не тратить время.
Про AMI можете почитать тут. https://voxlink.ru/kb/book/interfejs-upravlenija-a...
Вкратце при помощи AMI можно маршрутизировать звонки на лету, а можно и статистику получать.
В случае использование FreePBX он замучается править диалпланы, потому что если используются ivr, followme, переадресация звонков и тд - то это много куда вставлять кастомные куски диалплана. Поэтому работать с диалпланами на freepbx для целей ТС - очень муторная затея получается. В случае с CDR тоже есть свои приколюхи, т.к. если звонок был перенаправлен несколько раз (внутри астера) - получим на один входящий - несколько hangup.
Использовался бы голый астериск - тогда да, можно было разобраться в диалпланах и в нужное место вставить кастомный код.
Поэтому наверное самый простой "чистый" способ, это как Вы написали - CDR - экспорт в CSV. Я про него забыл честно говоря)
Alexey Dmitriev, услышал, предположил что это весьма очевидный факт. Предположим ситуацию: есть доступ к консоли esxi хоста.
1) в вашем случае - зайти в консоль - добавить адаптер - (возможно) перезагрузить ВМ чтобы он а увидела адаптер - подключиться к машине - настроить конфиг для нового адаптера - (возможо) прописать конфигу для нового адаптера в Firewalld (добавить в публичную зону)- (возможно) удалить конфиг для старого адаптера - (возможно) отключить машину - удалить старый адаптер - стартануть машину - перепроверить что демоны стартуют на нужном ip или 0.0.0.0
2) в моем случае - зайти в консоль - изменить vm network - через консоль прописать новые настройки сети - перепроверить что демоны стартуют на нужном ip или 0.0.0.0
В моём варианте меньше действий, следовательно меньше вероятности допустить ошибку, как приятный бонус - меньше временных затрат.
Мой вариант по вышеуказанным причинам лучше, при условии наличия доступа к гипервизору, в ином случае ваш подход оптимальный.
* Под возможно я подразумеваю что в зависимости от конфигурации и настроек вм это придется делать.
Ziptar, я достаточно времени на это потратил, local forwarding отключал сразу как настраивал. Разные настройки отключал и игрался, результат +- одинаковый.
Я допускаю что возможно я не жо конца разобрался в вопросе, но это переходит асе границы, motorola я настроил за 3 дня победив проблемы интерференций и реально бесшовного роуминга, который ни один пакет не теряет (20 точек доступа). С cisco боролся неделю и успешно сдал проект. Со мноожеством нюансов (12 точек) А тут микротик с капсманом и 2 точками, и как то не срослось.
До capsman2 у меня только ax3 подходит, cap только для под первый капсман подходит, во второй капсман адаптер не катит.
Что касается некорректного выбора точки доступа, да я понимаю что основную роль тут играет клиент к какой точке подключаться, но опять же, нужно настроить точки доступа таким образом чтобы поведение клиента была предсказуемым, а этого мне не удалось достичь. Клиент при выборе точки для подключения ориентируется в первую очередь на уровень сигнала и соотношению сигнал\шум (я про идеальный мир в вакууме). На вышеперечисленных проектах - клиенты подключаются ровно туда - куда ожидается, соседние точки не сильно мешают. Есть небольшие места, где клиент может переключаться между точками (например коридор в котором клиент может находится на равном удалении от 2 точек), но это реально происходит незаметно для клиента, RDP не рвется, видео конференция не зависает, жалоб нет. Тут что говорится настроил и забыл - моторолы уже 9 лет работают и всё хорошо, киски 4 года и нареканий нет. С моторолами только одна беда, там у контроллеров rfs6000 интерфейс на flash сделан, и теперь приходится держать отдельный ноут, который когда нибудь может потребоваться чтобы войти в админку))
Ziptar, если честно, то у меня не получилось его нормально настроить, как бы я не плясал с бубнами, работает плохо. Я уменьшал мощность точек доступа чтобы они не видели друг друга, через access листы настраивал правила чтобы по уровню сигнала отсекать клиентов и тд и тп, много чего перепробывал - все равно работает не так, как ожидаю. Примеры: ноутбук физически стоит ближе всего к микротик2. За каким то фигом он подключается к микротик 1, где уровень сигнала хуже и работает не быстро так скажем. (Решал через access lists по уровню сигнала/ шума ) Второй пример: планшет по которому у меня конференция идет, я хожу из комнаты в комнату, при переключения между точками заметны обрывы связи и уходит несколько секунд на восстановление. С юбиками у меня ни одной из этих проблем нет, да и из настроек только точки в контроллер прописал и vlan + wlan создал и все.
P.s. речь про первый капсман, во второй я не ковырял. Стенд на hap ac2 и парочка cap xl ac
Valentin Barbolin, я в любом случае сильно завязан на микрот т.к. по сути это ядро в моей домашней сети. 3 vlan: общая сеть, техническая сеть (видеобнаблюдение, доп оборудование) и гостевая сеть. Авторизации по wpa2 мне достаточно, радиус городить для дома смысла не вижу. Все роли выполняет микрот dhcp, dns, firewall. Юбиквити только как точки доступа работают. Поэтому как не крути, а все завязано на микроте в первую очередь.
Что касается отдельного коммутатора - он есть под видеонаблюдение, но я хочу отдельную железку под wifi, поэтому смотрю не более 5 портов (даже так, 3 точки доступа мне избыточно, 2 в самый раз + контроллер )
Во всем этом, меня смущает потребление контроллера, я не очень верю в цифру 5Вт
RStarun, может среди микротов и есть поддержка нормального PoE но я сходу не вспомню такие модели. Но у меня задача домашняя, поэтому не сильно критично. Да и менять одну из флагманских SOHO моделей не сильно хочется, поэтому "я его слепила из того что было". Сейчас у меня занято 5 слотов в ИБП, хотелось бы свести к минимуму, в идеале к 1 поэтому если есть коммутатор поддерживающий и микротивский стандарт и стандартный стандарт, было бы отлично, но в целом понимаю что вряд ли, поэтому меня устроит и перевести юбиквиты на poe, а микрот пускай занимает свой отдельный слот в ИБП. В моем случае, ключевая проблема - это 100мбит инжекторы, будь они гигабитные, я бы скорее всего забил и оставил как есть. Но раз уж переделываю, то хочется максимально эффективно это сделать.
RStarun, не работал с маршрутизаторами Ubiquiti , не знаю всех нюансов. Да и судя по точкам доступа - есть некоторые нюансы, например завязка с их облаком, а я негативно отношусь к завязке с облачной инфраструктурой. Пример: для авторизации нужно использовать 2фа коды на почту либо отдельное приложение. При желании той стороны - отключат и привет кирпичи.
С микротами (маршрутизаторы) полно опыта, но не нравится capsman и свои нюансы, одно из них - собственная реализация PoE, но в целом для меня это лучшее по соотношению - цена\возможности\качество.
Ничего против монобренда не имею, однако на мой взгляд - юбики для wifi - по соотношениям цена\качество\возможности - в топе, на втором месте кинетики, но со все своими нюансами. Поэтому сеть строю гибридную. Enterprise решения для дома мне жирновато будет.
