пятница, 27 марта 2015 г.

Dlink DGS-3612 + Win 2012 + Options 82

Решил избавиться от старого DHCP  сервера, и заменить его одим вирутальным.

Все начилось хорошо, прописал  на свиче:

enable dhcp_relay
config dhcp_relay hops 4 time 0
config dhcp_relay option_82 state enable
config dhcp_relay option_82 check disable
config dhcp_relay option_82 policy replace
config dhcp_relay option_60 state disable
config dhcp_relay option_60 default mode drop
config dhcp_relay option_61 state disable
config dhcp_relay option_61 default drop
config dhcp_relay add ipif System 192.168.200.197
Запросы стали приходить на виндовую машину.


Теперь настраиваем DHCP сервер, создаем ОДНУ зону, в которой находится свич

Дальше, настраиваем политики:

О великий и могучий переводчик,  нефига непонятно что за поля и что сюда писать.
Смотрим в Английской версии:
Начинаем понимать, что за поля они имели ввиду,  только  непонятно, в русской версии есть параметры "Добавить подстановочный знак" а в англ нету.


Ладно,   смотрим на сайте производителя, что содержится в  пакете от свича  http://www.dlink.ru/ru/faq/62/228.html

Я хочу сделать разбивку по VLANам, по этому  использую Agent Circult ID

01 06 00 04 0065 00 09
xx xx xx xx аааа xx bb
xx -  статичная ненужная нам информация
аааа - номер VLAN в HEX
bb -  номер порта коммутатора.

Прописываем нужный VLAN в нужную область, и должно все работать,

Дальше в политики указываем какой диапазон IP  адресов будет выделяться, шлюз, ДНС и т.д. 

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

Разобрался, у меня свич находится с  подсети 10.65.10.0/24 ,  а клиентские VLANы в 192.168.200.0/24 по 192.168.210.0/24.   Соответственно  если указывать политику с Circult ID в области 10.65.10.0/24  от  VLANа с сетью 192.168.200.0/24, то все применяется!


Благо свич 3ого уровня и всего лишь надо поменять основной интерфейс  на DGS  из 200  подсети и   создать одну большую зону, к примеру, 192.168.200.0/21 в которой уже разнести все мои клиентские.


вторник, 3 марта 2015 г.

Борьба с "Не обнаружен ключ защиты программы или полученная программная лицензия!"

Решил сделать доброе дело и выложить 1С Предприятие 8.3  конф Документооборот на веб,  поднял  отдельную вирт машину на win 2012R2, поставил IIS 8, по множествам инструкций, к примеру этой http://infostart.ru/public/71480/

 ЗЫ При установке компоненты ASP.NET 3.5 и ASP.NET 4.5  не  хотел ставится и просил вставить диск "Хотите указать другой исходный пункт? У некоторых обьектов, выбранных для установки, отсутствуют исходные файлы...". Решилось проблема  с копирование благодаря этому блогу .
 
xcopy e:\sources\sxs\*.* c:\dotnet35 /s
  
Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess 



Запустил файловый вариант, все нормально поднялось, запустилось и все заработало.

Решил вылить базу на сервер 1с предприятия в SQL базу.  И тут началось веселье,  кроме того что пришлось  устанавливать отдельно новый 1С сервер на 8,3, прописывать в реестре  другие порты для запуска и НЕЗАБЫТЬ!!! прописать их в брендмауэре.
Вроде все запустилось на тонком клиенте и на толстом, даже через веб с использование морды 1С. А вот через  браузер,  пишет что "Не обнаружен ключ защиты программы или полученная программная лицензия!"


После прочтения статейки об "Алгоритмах поиска лицензий при запуске «1С:Предприятие» 8.3" понял, что проблема в  сервере администрирования 1С, она не видит клиентского ключа 1С.

Дальше пошел смотреть каких же ему файликов не хватает благо Process Monitor всегда под рукой. Выяснил, что C:\ProgramData\1C\licenses\nethasp.ini вот этого файлика нет, но он к нему обращается и ищет ключик через него. После копирования файлика, все заработало.


Теперь осталась проблема как заставить  пользователей через веб браузер проходить виндовую авторизацию, то через  клиент все работает,  а вот  через  веб - нет.