Первая вещь, которую необходимо сделать, удостоверяются, что блок для поставщика подписывают, сильно называют и хранят в GAC. Получите Культуру, Версию и значения Маркера открытых ключей для Вашего блока из GAC
Отредактируйте файл: c:\windows\system32\inetsrv\config\administration.config
Найдите раздел trustedProviders и добавьте новую строку для своего поставщика следующим образом:
add type="MyCompany.CustomProvider, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=c14f5f7f11d61b3a
(где имя типа, версия, культура и publickeytoken - то, что Вы вышли из GAC),
Сохраните файл
iisreset
В web.config файле для Вашего сайта удостоверьтесь, что на поставщика ссылаются с помощью полностью определенного имени типа блока, и необходимо быть хорошими для движения.
Интерфейс DNS в Сервере Admin.app не подходит для того, чтобы сделать конфигурацию DNS расщепленного горизонта. Это просто не выставляет всю гибкость, связывают это, необходимо осуществить такую конфигурацию.
Если Вы введете по абсолютному адресу вокруг связывать файлов конфигурации на Вашем Сервере OS X, то Вы сможете видеть, как яблоко настроило их так, чтобы можно было отредактировать их непосредственно, не путая GUI./var/named содержит зональные файлы, которые можно отредактировать, и они включают соответствующие файлы в/var/named/zones, который Вы не должны редактировать. Они сделали что-то подобное для/etc/named.conf и файлов в/etc/dns/.
Однако я рекомендую не делать и внутреннего и внешнего разрешения для расщепленного горизонта DNS на Вашем сервере, главным образом потому что:
Это отчасти сложно, и Вы теряете любое удобство, которое Вы имели, когда Вы смогли использовать GUI исключительно
У Вас есть NAT, который делает это еще более сложным
Существуют решения, доступные от третьих лиц, которые являются лучшим выполнением, дешевым/свободным, и более устойчивым
В моей организации мы используем DNS в Сервере Mac OS X экстенсивно для внутренней детали установки расщепленного горизонта. Мы используем "Усовершенствованный DNS" часть, сетевые решения составляют внешнюю часть. Это прибывает свободное с доменами, которые мы купили, и имеет дублирование и скорость, намного больше, чем, что я мог выровнять по ширине для хостинга небольшого количества или внешне решающих имен сам.
Это не действительно MacOS X проблем, это - больше проблема DNS разделения и NAT.
Необходимо реконфигурировать BIND для использования "представлений" с двумя различными версиями зонального файла, такого, что доступ из сети дает 192.168.1/24 (внутренние) адреса, но запрашивает переданный снаружи (через 2-проводной маршрутизатор), выделяют статический общедоступный IP.
acl internal {
127.0.0.0/8;
192.168.1.0/24;
};
view "internal" {
match-clients { internal; };
zone "mydomain.com" {
type master;
file "/etc/bind/internal/db.mydomain.com";
};
};
view "external" {
match-clients { any; };
zone "mydomain.com" {
type master;
file "/etc/bind/external/db.mydomain.com";
};
};
Этот пример отобрал из http://www.howtoforge.com/two_in_one_dns_bind9_views, который также имеет больше информации.