Чтобы разрешить входящие коннекты только от локальных приложений.
Можно такое сделать? и как?

AlexeiKWinnipuh,

а что такое локальное приложение?

с локальными адресами типа localhost, 127.*.*.*

pationWinnipuhЧтобы разрешить входящие коннекты только от локальных приложений.
Можно такое сделать? и как?

это задача администратора, а не программиста

согласен, но жизнь дикутет свои требования.
Скажем - у меня есть сервис, демо версию которого я хочу отдавать в таком виде, чтобы он обрабатывал только локальные коннекты.

AlexeiKWinnipuh,

ну ты хочешь на уровне контрактов отфильтровать или готов хукаться в другие места wcf службы?
если на уровне контрактов, то можешь просто заставить клиентов, передавать его ip адрес :) при подключении службы, потом анализируешь его и все.

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

ЗЫ. некорерктно сформулировал требование: локальные - имеются в виду коннекты от клиентов на локальном комьпютере, т.е. 127.*.*.*, localhost...

AntonariyWinnipuhСкажем - у меня есть сервис, демо версию которого я хочу отдавать в таком виде, чтобы он обрабатывал только локальные коннекты.Слабенькая защита. Можно через прокси все адреса привести к localhost.

да, это даже не защита, а ограничение для непродвинутого юзера.

Что можно сделать по-вашему?

AntonariyWinnipuhЧто можно сделать по-вашему?Зафиксировать порты. Чтобы клиент обращался лишь на 80й и чтобы сервис мог работать только на нем, тогда нельзя будет поднять сервис и прокси на одной машине.

ок, но у меня в руках только сервис, который я поставляю юзеру, к его машине я доступа не имею.
Я могу в нем захардкодировать все, что хочу, но не управляю юзерской машиной.
Что дальше?
Т.е. я требую от юзера работы на определенном порту, можно каком-то 8085, а в коде сервиса проверяю?
не ясно.

AntonariyА локальные приложения твои или всякие?

пока моё, для простоты.
Но в общем случае к сервису могут коннектиться приложения написанные юзером.

AntonariyТогда порты от прокси не спасут. Остается лишь проверять ip.

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

так?

SeVaNamedPipeBinding только для локальных адресов, извращаться не нужно

кстати....

итак, простая задача:

есть сервис, поддерживает разные протоколы

http
net.tcp
net.pipe

это конфигурируется в конфиг файле.

Что хотелось бы сделать:

построить демо версию, использующую только пайпы, чтобы только на локлаьной машине работали клиенты.

Как и где ограничить использование протоколов?
Готов захардкодировать, но не разрушая общую концепцию, т.е конфигурирование через конфиг.

SeVaВ момент загрузки сервиса, удаляй все bindings кроме namedpipes, если демо режим

как?

т.е. вся конфигурация грузится из конфиг файла, в каком месте и как удалить?