См. https://foundation.zurb.com/sites/docs/reveal.html
Это сделано https://github.com/zurb/. foundation-sites / blob / develop / js / foundation.reveal.js # L132 , которая контролируется data-v-offset
Связанные проблемы и некоторые обходные пути: https://github.com/ zurb / foundation-sites / pull / 9763 # issuecomment-332219355
По умолчанию wsHttpBinding использует аутентификацию Windows. Я не уверен, как хостинг в IIS влияет на тот сценарий.
Если Вы не хотите включенной безопасности, можно добавить элемент для безопасности и установить элемент режима ни на "Один" к конфигурации на обоих концах для выключения настройки по умолчанию.
Я думаю, что это может добиться цели - я добавил раздел для wsHttpBinding и установил bindingConfiguration Вашего сервиса для указания на недавно добавленные свойства привязки:
<system.serviceModel>
<bindings>
<wsHttpBinding>
<binding name="wsHttpBind">
<security mode="None">
<transport clientCredentialType="None" protectionLevel="EncryptAndSign" />
<message clientCredentialType="None" algorithmSuite="Default" />
</security>
</binding>
</wsHttpBinding>
</bindings>
<services>
<service behaviorConfiguration="ServiceBehavior"
name="RService">
<endpoint address=""
binding="wsHttpBinding"
bindingConfiguration="wsHttpBind"
name="RService"
contract="IRService">
<identity>
<dns value="localhost" />
</identity>
</endpoint>
<endpoint address="mex"
binding="mexHttpBinding"
name="MetadataExchange"
contract="IMetadataExchange" />
</service>
</services>
<behaviors>
<serviceBehaviors>
<behavior name="ServiceBehavior">
<!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment -->
<serviceMetadata httpGetEnabled="true"/>
<!-- To receive exception details in faults for debugging purposes, set the value below to true. Set to false before deployment to avoid disclosing exception information -->
<serviceDebug includeExceptionDetailInFaults="true"/>
</behavior>
</serviceBehaviors>
</behaviors>
</system.serviceModel>
проверьте это от своей конфигурации:
...
<identity>
<dns value="localhost" />
</identity>
...
afaik wsHttpBinding имеет безопасность сообщения, включенную по умолчанию. и когда это проверяет по "localhost" значения DNS, это перестало работать.
Вы используете MessageSecurity с сертификатами? это могло быть проблемой сертификата (неправильное имя хоста, самоподписанный сертификат, не установленный, и т.д.)
Удаление блока идентификационных данных не работало, хотя действительно давал мне общее представление: Если я изменяю адрес конечной точки от:
R.Endpoint.Address = new EndpointAddress(new Uri("http://bigpuss.homeip.net/RServer/RService.svc"));
кому:
R.Endpoint.Address = new EndpointAddress(new Uri("http://localhost/RServer/RService.svc"));
затем все хорошо работает! Soo, очевидно, нарушение о нелокальном адресе URL. Есть ли какие-либо другие области в конфигурации, где безопасность настраивается?
Вот моя Сервисная конфигурационная информация, я использую wshttpbinding:
<system.serviceModel>
<services>
<service behaviorConfiguration="ServiceBehavior" name="RService">
<endpoint address="" binding="wsHttpBinding" bindingConfiguration=""
name="RService" contract="IRService">
<identity>
<dns value="localhost" />
</identity>
</endpoint>
<endpoint address="mex" binding="mexHttpBinding" name="MetadataExchange"
contract="IMetadataExchange" />
</service>
</services>
<behaviors>
<serviceBehaviors>
<behavior name="ServiceBehavior">
<!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment -->
<serviceMetadata httpGetEnabled="true"/>
<!-- To receive exception details in faults for debugging purposes, set the value below to true. Set to false before deployment to avoid disclosing exception information -->
<serviceDebug includeExceptionDetailInFaults="true"/>
</behavior>
</serviceBehaviors>
</behaviors>
</system.serviceModel>