По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
Всем привет! Мы продолжаем рассказывать о настройке дополнительных функций в OpenScape Voice и в этой статье речь пойдет о переадресации вызова (Call Forwarding). Настройка Первым делом переходим во вкладку Configuration → OpenScape Voice → Business Group → Profiles → Feature и, либо выбираем уже созданный нами профиль, либо создаем новый, нажав на кнопку Add. Во вкладке Features в стоке Feature Name в выпадающем меню выбираем необходимую нам опцию → они находятся в блоке Call Forwarding Features. Мы рассмотрим настройку на примере наиболее простого и популярного вида переадресации → безусловного (Call Forwarding Unconditional). После добавления функции она появляется в списке внизу и нам нужно нажать на нее и войти в меню настроек. Для ее включения нажимаем галочку в меню Activate. В строчке способа активации функции (Activate via) выбираем all, а в строчке способа назначения номера (Specify redirect number via) тоже ставим all. Ниже в строке Redirect Number / Subscriber Allias вписываем номер, на который будет переадресован звонок. А в строке Notify calling party можно включить уведомления вызывающему абоненту о включенной переадресации c возможностью указать на какой номер переадресуется звонок (Include Destination Number) или без таковой (Do Not Include Destination Number). Нажимаем Save для сохранения настроек и при необходимости таким же образом добавляем другие необходимые виды переадресации и их опции. Теперь настроим сервисные коды для включения и выключения переадресации. На телефонах OpenStage это обеспечивается по протоколу CSTA. Идем во вкладку Configuration → OpenScape Voice → Business Group → Translations → Prefix Access Codes и нажимаем Add, чтобы добавить новый код. Настойка аналогична той, чтобы была описана в предыдущей статье о настройке дополнительных функций. В поле Prefix Access Code вводим код для включения функции, ниже указываем минимальную и максимальную длину и количество цифр которые необходимо удалить. Также указываем тип номера (Prefix type) → Vertical Service, формат номера (Nature of Address) → Unknown и направление маршрутизации (Destination Type) → Service. В поле Destination Name нужно выбрать функцию CFU Activate. Затем создаем сервисный код, для отключения переадресации изменив сам код на другой в строке Prefix Access Code и в списке Destination Name выбираем CFU Deactivate. Управлять включением и выключением переадресации можно с телефона, в меню пользователя во вкладке Конфигурация → Входящие вызовы → Переадресация. Для включения необходимо нажать на галочку, в выпадающем списке выбрать Прямое направление и в строке ввода указать номер назначения. Для удобства включение и отключение переадресации можно назначить на дополнительные кнопки на телефоне
img
Хеширование находит широкое применение не только для аутентификации юзера в системе, но также и для проверки целостности файлов. Если у вас имеется контрольная сумма, вы можете сравнить ее с контрольной суммой имеющегося файла, убедившись таким образом в его подлинности. Способных вычислять хэш файлов программ существует более чем достаточно, но не все они стоят внимания. Что, если имеющаяся у вас программа не поддерживает тот алгоритм, с помощью которого был получен хэш файла? Бесплатная программа GtkHash имеет в этом плане преимущество, поддерживая 23 разных алгоритма хэширования и отличаясь в то же время простотой и удобством использования. Процедура установки утилиты несколько отличается от процедуры инсталляции большинства других приложений. В процессе установки мастером будет открыто окно командной строки для автоматической установки фреймворка MinGW, кроме того, вам нужно будет закрыть окно установщика нажатием кнопки "Close". Настройка утилиты По умолчанию в GtkHash включена поддержка только четырех алгоритмов - MD5, SHA1, SHA256 и CRC32. Чтобы добавить другие алгоритмы, зайдите в параметры программы и отметьте галочками нужные вам пункты. Обратите внимание на опцию HMAC, она позволяет использовать секретные ключи (как в MacOS), но включать ее необязательно, равно как и менять формат дайджеста. После сохранения настройки в окне программы у вас появится дополнительные поля. Допустим, у вас есть некий файл и его контрольная сумма. Путь к файлу укажите в поле "Файл", контрольную сумму вставьте в поле "Сравнить" и нажмите "Хэш". В результате программой будут вычислены разные типы хэшей, причем совпавшие будут отмечены зеленым значком. Кстати, если вам нужно просто получить контрольную сумму объекта, поле сравнения можно вообще не заполнять. Хотелось бы также отметить, что утилитой поддерживается хэширования не только файлов, но и текста. Причем вычисление контрольной суммы производится в режиме реального времени. А еще инструментом можно вычислять хэши целой группы файлов, перетащив их на окно программы и нажав "Хэш". Правда, просматривать результаты работы программы в этом случае не очень удобно, так как данные выводятся длинной строкой. Поэтому будет лучше экспортировать данные в файл через меню "Save Digest File". Файл дайджеста не имеет расширения, но его содержимое без проблем можно просмотреть Notepad++ или другим текстовым редактором.
img
В этой серии статей мы рассмотрим поиск и устранение неисправностей NAT (трансляции сетевых адресов) / PAT (трансляции адресов портов), DHCP и FHRP (протоколы избыточности при первом переходе). NAT/PAT может быть проблемным, и не потому, что настройка несколько сложна (хотя и в этом тоже могут быть проблемы). Но в основном потому, что мы можем столкнуться с проблемами маршрутизации, так как мы периодически меняем IP-адреса. Во второй части этой серии мы рассмотрим наиболее распространенные проблемы DHCP и, наконец, закончим серию статей некоторыми проблемами FHRP. Урок 1 В этом сценарии у нас есть 3 устройства. Маршрутизатор с левой стороны называется "Хост", и он представляет компьютер из нашей локальной сети. Предполагается, что устройство с правой стороны - это какой-то веб-сервер - это то, что мы пытаемся найти в Интернете. В середине мы видим наш маршрутизатор, который настроен для NAT и/или PAT. Пользователи из нашей локальной сети жалуются на то, что они ничего не могут найти в Интернете. Они подтвердили, что их IP-адрес и шлюз по умолчанию в порядке. Давайте изучим маршрутизатор NAT: Хорошая идея, чтобы проверить, может ли маршрутизатор NAT достичь веб-сервера, попробовав простой пинг. Если это не работает, вы, по крайней мере, знаете, что у вас есть проблемы с маршрутизацией или, что веб-сервер не работает (или, возможно, просто блокирует ICMP-трафик). Поскольку это веб-сервер, лучше попробовать подключиться к TCP-порту 80. Вы видите, что это работает, так что маршрутизация между маршрутизатором NAT и веб-сервером + подключение к TCP-порту не является проблемой. Мы можем использовать команду show ip nat translations, чтобы увидеть, происходит ли что-нибудь. Мы видим, что NAT-маршрутизатор что-то транслирует, но если вы посмотрите внимательно, то увидите, что это выглядит не совсем правильно. Внешние локальные и глобальные IP-адреса ссылаются ко внутреннему IP-адресу. Давайте посмотрим на конфигурацию ... show ip nat statistics - хорошая команда для проверки вашей конфигурации. Вы можете видеть, что внутренние и внешние интерфейсы поменялись местами. FastEthernet 0/0 должен быть inside, а FastEthernet 1/0 должен быть outside. NAT(config)#interface fastEthernet 0/0 NAT(config-if)#ip nat inside NAT(config)#interface fastEthernet 1/0 NAT(config-if)#ip nat outside Введем команды, которые позволяют исправить настройки, чтобы у нас были правильные внутренние и внешние интерфейсы. Трафик с хоста на веб-сервер теперь работает! Вот как должна выглядеть таблица трансляции NAT. Внутренний локальный IP-адрес - наш внутренний хост. Внутренний глобальный IP-адрес - это то, что мы настроили на внешней стороне нашего маршрутизатора NAT (FastEthernet 1/0). Внешний локальный и глобальный IP-адрес - наш веб-сервер ... проблема решена! Итог урока: убедитесь, что у вас имеются правильные внутренние и внешние интерфейсы. Урок 2 Та же топология, другая проблема! Опять пользователи нашей локальной сети жалуются, что они не могут связаться с веб-сервером. Давайте проверим наш маршрутизатор NAT: NAT#show ip nat translations Сначала мы проверим, транслирует ли маршрутизатор что-либо. Как видите, тихо ничего не происходит! Мы убедились, что внутренний и внешний интерфейсы были настроены правильно. Однако никаких трансляций не происходит. Внутренний источник был определен с помощью списка доступа 1. Давайте поближе рассмотрим этот ACL: Ааа, смотрите ... кажется, кто-то испортил ACL! Устраним эту неполадку: NAT(config)#no access-list 1 NAT(config)#access-list 1 permit 192.168.12.0 0.0.0.255 Мы создадим ACL так, чтобы он соответствовал 192.168.12.0/24. Теперь мы можем связаться с веб-сервером с нашего хоста. Мы видим Hits, если просмотреть NAT statistics. И я вижу трансляцию ... проблема решена! Итог урока: убедитесь, что вы используете правильный список доступа, соответствующий вашим внутренним хостам. Теперь почитатей продожение статьи про устранение неисправностей с DHCP.
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59