Всем доброго времени суток!

Помогите, пожалуйста, решить вопрос как ограничить количество запущенных копий приложения в локальной сети?
Либо подскажите в каком направлении двигаться?

Здравствуйте, Аноним, Вы писали:

Process.GetProcessesByName("...").Length?

Здравствуйте, kostya.misura, Вы писали:

KM>Здравствуйте, Аноним, Вы писали:

KM>

KM>Process.GetProcessesByName("...").Length?
KM>

Спасибо за ответ!
Маленькое уточнение, а разве в этом случае получишь количество копий запускаемого процесса в сети?
или это только для локальной машины?

Здравствуйте, <Аноним>, Вы писали:

А>Помогите, пожалуйста, решить вопрос как ограничить количество запущенных копий приложения в локальной сети?
А>Либо подскажите в каком направлении двигаться?

Регистрировать в NetBios и искать по имени???

Здравствуйте, Аноним, Вы писали:

А>Маленькое уточнение, а разве в этом случае получишь количество копий запускаемого процесса в сети?
А>или это только для локальной машины?

Process.GetProcessesByName (String)
Creates an array of new Process components and associates them with all the process resources on the local computer that share the specified process name.

Здравствуйте, Аноним, Вы писали:

А>Всем доброго времени суток!

А>Помогите, пожалуйста, решить вопрос как ограничить количество запущенных копий приложения в локальной сети?
А>Либо подскажите в каком направлении двигаться?

никогда не реализововал на .НЕТ, но думаю, что идея проста — посылать при старте бродкасты на порт своего приложения с некоторой инфой, допустим серийным номером или еще чем-нибудь и ждать ответ. Если нашлось приложение с такими же данными, пусть ответит и мы вырубаемся. Лингво подобно делает.

Здравствуйте, Pavel M., Вы писали:

PM>Здравствуйте, Аноним, Вы писали:

А>>Всем доброго времени суток!

А>>Помогите, пожалуйста, решить вопрос как ограничить количество запущенных копий приложения в локальной сети?
А>>Либо подскажите в каком направлении двигаться?

PM>никогда не реализововал на .НЕТ, но думаю, что идея проста — посылать при старте бродкасты на порт своего приложения с некоторой инфой, допустим серийным номером или еще чем-нибудь и ждать ответ. Если нашлось приложение с такими же данными, пусть ответит и мы вырубаемся. Лингво подобно делает.

И я согласен Стать самим себе сервисом и клиентом (через ремотинг или WCF) — нашли себя — вырубать обе копии.

Здравствуйте, Pavel M., Вы писали:

PM>никогда не реализововал на .НЕТ, но думаю, что идея проста — посылать при старте бродкасты на порт своего приложения с некоторой инфой, допустим серийным номером или еще чем-нибудь и ждать ответ. Если нашлось приложение с такими же данными, пусть ответит и мы вырубаемся. Лингво подобно делает.
В момент запуска Linvo поставь галку в WINS Disable NetBios over TCP/IP, и будет тебе счастье. Ни фига ничего не проверяется.
PS. Но я этого не говорил.

Здравствуйте, Аноним, Вы писали:

А>Всем доброго времени суток!

А>Помогите, пожалуйста, решить вопрос как ограничить количество запущенных копий приложения в локальной сети?
А>Либо подскажите в каком направлении двигаться?


Писать сервер, при старте приложение коннектится с сервером, смотрит сколько копий запущено, если можно регистрируется и стартует.
После завершения работы "дерегистрируется". Если сервер писать лень, можно использовать какой-нибудь MS SQL или другой сервер БД.

А>Помогите, пожалуйста, решить вопрос как ограничить количество запущенных копий приложения в локальной сети?
А>Либо подскажите в каком направлении двигаться?

как делают ключи типа HASP:
на одной из машин ставят ключ, драйвер ключа и сервис. в ключе прописано, сколько клиентов может быть подключено, драйвер — мостик между сервисом и железом ключа. сервис вешается на сокет и слушает. клиент при запуске кидает бродкастный UDP пакет и ищет серверы ключей (их может быть несколько в сети, хотя, обычно, один). они отвечают, сколько клиентов еще могут "держать". клиент цепляется к первому у которого это значение не ноль, сервер ключа уменьшает счетчик. созданное TCP соединение можно проверяеть время от времени, на случай аварийного завершения клиента.
если не будет аппаратного ключа ( а скорее всего не будет), то достаточно одного сервиса, в котором будет жестко или в настройках прописано, сколько копий можно запускать.

если нет возможности использовать такую схему (не предусмотрена установка сервисного приложения), то можно использовать другую схему:
1. твое приложение при запуске отправляет бродкаст на который отвечают приложения уже запущенные
2. если нет ответа, то эта копия приложения назначает себя сервером, если есть — цепляется к существующему серверу
3. сервер, в общем, функционирует по схеме HASPа
4. если сервер должен завершиться раньше, чем остальные копии, то он перед завершением назначает сервером одну из оставшихся копий, все остальные копии получают об этом уведомление, и переконнекчиваются к новому серверу

естественно, тебе придется разработать свой протокол (простенький, конечно), который позволит все это сделать. пакеты можно начинать с фиксированной сигнатуры, например GUIDа. назначить несколько портов на случай, если другие программы уже будут использовать нужный тебе порт, и при запуске кидать бродкаст на эти порты по очереди, до ожидаемого ответа

Здравствуйте, NightBlade, Вы писали:

А>>Помогите, пожалуйста, решить вопрос как ограничить количество запущенных копий приложения в локальной сети?
А>>Либо подскажите в каком направлении двигаться?


NB>естественно, тебе придется разработать свой протокол (простенький, конечно), который позволит все это сделать. пакеты можно начинать с фиксированной сигнатуры, например GUIDа. назначить несколько портов на случай, если другие программы уже будут использовать нужный тебе порт, и при запуске кидать бродкаст на эти порты по очереди, до ожидаемого ответа

необходимо еще экстренные завершения продумат, например, холодную перезагрузку

Здравствуйте, Pavel M., Вы писали:

PM>необходимо еще экстренные завершения продумат, например, холодную перезагрузку

Кому-то сильно не поздоровится

Здравствуйте, Аноним.

Сейчас вчитался в исходное сообщение. Посыпаю голову пеплом .

Здравствуйте, <Аноним>, Вы писали:

А>Помогите, пожалуйста, решить вопрос как ограничить количество запущенных копий приложения в локальной сети?
А>Либо подскажите в каком направлении двигаться?

Можно попробовать еще вот так: Re: Проверка запуска 1-й копии сервера ;)

Автор: Lloyd
Дата: 14.01.07

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

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение