Minissdpd debian что это

Обновлено: 05.07.2024

Please consider filing a bug or asking a question via Launchpad before contacting the maintainer directly.

Original Maintainers (usually from Debian):

It should generally not be necessary for users to contact the original maintainer.

Внешние ресурсы:

Подобные пакеты:

keep memory of all UPnP devices that announced themselves

Другие пакеты, относящиеся к minissdpd

• зависимости

• рекомендации

• предложения

• enhances

• dep: debconf Debian configuration management system
• dep: debconf (>= 0.5) Debian configuration management system или debconf-2.0 виртуальный пакет, предоставляемый cdebconf, debconf
• dep: init-system-helpers (>= 1.51) helper tools for all init systems
• dep: libc6 (>= 2.17) [не armhf] GNU C Library: Shared libraries dep: libc6 (>= 2.28) [armhf]
• dep: libnfnetlink0 Netfilter netlink library
• dep: lsb-base Linux Standard Base init script functionality

Загрузка minissdpd

Загрузить для всех доступных архитектур

Архитектура	Размер пакета	В установленном виде	Файлы
amd64	33,4 Кб	111,0 Кб	[список файлов]
arm64	32,7 Кб	102,0 Кб	[список файлов]
armhf	31,0 Кб	90,0 Кб	[список файлов]
ppc64el	37,1 Кб	127,0 Кб	[список файлов]
s390x	33,2 Кб	106,0 Кб	[список файлов]

This page is also available in the following languages:

Авторские права © 2021 Canonical Ltd.; См. условия лицензии. Ubuntu это торговый знак компании Canonical Ltd. Об этом сайте.

хранение памяти о всех устройствах UPnP, сообщивших о себе

MiniSSDPd — небольшая служба, используемая MiniUPnPc (точка привязки UPnP для устройств IGD) для ускорения обнаружения устройств. MiniSSDPd хранит память обо всех устройствах UPnP, которые сообщили о себе в сети с помощью пакетов SSDP NOTIFY. Также MiniSSDPd может обрабатывать весь трафик SSDP, получаемый компьютером через группы многоадресной рассылки 239.255.255.250:1900.

MiniSSDPd получает пакеты NOTIFY и сохраняет информацию, содержащуюся в них, для последующего использования точками привязки UPnP данной машины. MiniSSDPd получает пакеты M-SEARCH и отвечает от лица устройств UPnP, работающих на данной машине. MiniSSDPd и MiniUPnPc разработаны также для автоматического использования MiniSSDPd на локальной машине. Вам требуется лишь убедиться, что MiniSSDPd запущен до запуска любой другой UPnP программы на вашем компьютере.

Теги: Реализовано на: C, Пользовательский интерфейс: Демон, Сеть: network::scanner, network::service, Сетевой протокол: Требуется дополнительный тег, Роль: Программа, Область: Утилита

Другие пакеты, относящиеся к minissdpd

• зависимости

• рекомендации

• предложения

• enhances

• dep: debconf система настройки пакетов Debian
• dep: debconf (>= 0.5) система настройки пакетов Debian или debconf-2.0 виртуальный пакет, предоставляемый cdebconf, cdebconf-udeb, debconf
• dep: init-system-helpers (>= 1.51) вспомогательные инструменты для всех систем инициализации
• dep: libc6 (>= 2.17) [amd64, arm64, mips64el, ppc64, ppc64el, s390x, sparc64, x32] библиотека GNU C: динамически подключаемые библиотеки
  также виртуальный пакет, предоставляемый libc6-udeb dep: libc6 (>= 2.27) [riscv64] dep: libc6 (>= 2.28) [armel, armhf, hppa, i386, m68k, mipsel] dep: libc6 (>= 2.31) [sh4]
• dep: libc6.1 (>= 2.17) [alpha] библиотека GNU C: динамически подключаемые библиотеки
  также виртуальный пакет, предоставляемый libc6.1-udeb dep: libc6.1 (>= 2.31) [ia64]
• dep: libnfnetlink0 библиотека netfilter netfilter
• dep: lsb-base основа для сценариев инициализации - Linux Standard Base

Загрузка minissdpd

Загрузить для всех доступных архитектур

Архитектура	Размер пакета	В установленном виде	Файлы
alpha (неофициальный перенос)	37,8 Кб	113,0 Кб	[список файлов]
amd64	36,6 Кб	113,0 Кб	[список файлов]
arm64	36,0 Кб	104,0 Кб	[список файлов]
armel	34,4 Кб	100,0 Кб	[список файлов]
armhf	34,3 Кб	92,0 Кб	[список файлов]
hppa (неофициальный перенос)	35,9 Кб	101,0 Кб	[список файлов]
i386	37,7 Кб	112,0 Кб	[список файлов]
ia64 (неофициальный перенос)	43,0 Кб	139,0 Кб	[список файлов]
m68k (неофициальный перенос)	34,8 Кб	104,0 Кб	[список файлов]
mips64el	36,2 Кб	111,0 Кб	[список файлов]
mipsel	35,9 Кб	110,0 Кб	[список файлов]
ppc64 (неофициальный перенос)	38,7 Кб	129,0 Кб	[список файлов]
ppc64el	39,5 Кб	129,0 Кб	[список файлов]
riscv64 (неофициальный перенос)	34,9 Кб	97,0 Кб	[список файлов]
s390x	35,1 Кб	108,0 Кб	[список файлов]
sh4 (неофициальный перенос)	38,0 Кб	100,0 Кб	[список файлов]
sparc64 (неофициальный перенос)	34,8 Кб	107,0 Кб	[список файлов]
x32 (неофициальный перенос)	36,7 Кб	108,0 Кб	[список файлов]

Эта страница также доступна на следующих языках (Как установить язык по умолчанию):

Авторские права © 1997 - 2021 SPI Inc.; См. условия лицензии. Debian это торговый знак компании SPI Inc. Об этом сайте.

хранение памяти о всех устройствах UPnP, сообщивших о себе

MiniSSDPd — небольшая служба, используемая MiniUPnPc (точка привязки UPnP для устройств IGD) для ускорения обнаружения устройств. MiniSSDPd хранит память обо всех устройствах UPnP, которые сообщили о себе в сети с помощью пакетов SSDP NOTIFY. Также MiniSSDPd может обрабатывать весь трафик SSDP, получаемый компьютером через группы многоадресной рассылки 239.255.255.250:1900.

MiniSSDPd получает пакеты NOTIFY и сохраняет информацию, содержащуюся в них, для последующего использования точками привязки UPnP данной машины. MiniSSDPd получает пакеты M-SEARCH и отвечает от лица устройств UPnP, работающих на данной машине. MiniSSDPd и MiniUPnPc разработаны также для автоматического использования MiniSSDPd на локальной машине. Вам требуется лишь убедиться, что MiniSSDPd запущен до запуска любой другой UPnP программы на вашем компьютере.

Теги: Реализовано на: C, Пользовательский интерфейс: Демон, Сеть: network::scanner, network::service, Сетевой протокол: Требуется дополнительный тег, Роль: Программа, Область: Утилита

Другие пакеты, относящиеся к minissdpd

• зависимости

• рекомендации

• предложения

• enhances

• dep: debconf система настройки пакетов Debian
• dep: debconf (>= 0.5) система настройки пакетов Debian или debconf-2.0 виртуальный пакет, предоставляемый cdebconf, cdebconf-udeb, debconf
• dep: init-system-helpers (>= 1.51) вспомогательные инструменты для всех систем инициализации
• dep: libc6 (>= 2.15) [amd64, mips64el, s390x] библиотека GNU C: динамически подключаемые библиотеки
  также виртуальный пакет, предоставляемый libc6-udeb dep: libc6 (>= 2.17) [arm64, ppc64el] dep: libc6 (>= 2.28) [armel, armhf, i386, mips, mipsel]
• dep: libnfnetlink0 библиотека netfilter netfilter
• dep: lsb-base основа для сценариев инициализации - Linux Standard Base

Загрузка minissdpd

Загрузить для всех доступных архитектур

Архитектура	Размер пакета	В установленном виде	Файлы
amd64	35,4 Кб	112,0 Кб	[список файлов]
arm64	34,8 Кб	103,0 Кб	[список файлов]
armel	32,9 Кб	99,0 Кб	[список файлов]
armhf	32,8 Кб	91,0 Кб	[список файлов]
i386	36,5 Кб	111,0 Кб	[список файлов]
mips	34,3 Кб	109,0 Кб	[список файлов]
mips64el	35,0 Кб	110,0 Кб	[список файлов]
mipsel	34,5 Кб	109,0 Кб	[список файлов]
ppc64el	38,2 Кб	128,0 Кб	[список файлов]
s390x	33,9 Кб	107,0 Кб	[список файлов]

Эта страница также доступна на следующих языках (Как установить язык по умолчанию):

Авторские права © 1997 - 2021 SPI Inc.; См. условия лицензии. Debian это торговый знак компании SPI Inc. Об этом сайте.

Every UPnP device and UPnP client (or control point in UPnP terminology) needs to listen to SSDP packets broadcasted to the multicast group 239.255.255.250 (or FF02::C / FF05::C in IPv6) port 1900. So when several UPnP devices are running on the same computer, or several UPnP control points are trying a discovery process on the same computer, there is concurence to open a socket for listening on the UDP port 1900. Also from the point of view of a control point software, it is usefull to get history of the SSDP NOTIFY packets sent on the network during a few past minutes.

I first coded MiniSSDPd as a small daemon used by MiniUPnPc (a UPnP control point for IGD devices) to speed up device discoveries. MiniSSDPd keep memory of all UPnP devices that announced themselves on the network through SSDP NOTIFY packets.
More recently, some MiniUPnPd (an implementation of a UPnP IDG) users complained about the non-possibility to run MiniUPnPd and MediaTomb (an implementation of a UPnP Media Server) on the same computer because these two piece of software needed to open UDP port 1900. I then added to MiniSSDPd the ability to handle all SSDP traffic recieved on a computer via the multicast group 239.255.255.250:1900. You may be interested in reading this forum thread about all this.

MiniSSDPd receive NOTIFY packets and store information contained for later use by UPnP Control Points on the machine.
MiniSSDPd receive M-SEARCH packets and answer on behalf of the UPnP devices running on the machine.

Running and using MiniSSDPd

Recent versions of MiniUPnPd and MiniUPnPc are designed to take automaticaly advantage of MiniSSDPd running on the same computer. Juste make sure that MiniSSDPd is started before any other UPnP program on the computer.
Other software must be patched in order to take advantage of MiniSSDPd. I made a pach for MediaTomb which add the Device in MiniSSDPd : mediatomb_minissdp-20081006.patch. More recently I made a patch for MiniDLNA : minidlna_1.0.18_minissdp1.patch.

Using MiniSSDPd in your program

Communication with a running MiniSSDPd process is done through a Unix socket. The path of this socket is usually /var/run/minissdpd.sock. Here is some sample code to open a unix socket :
struct sockaddr_un addr;
int s;
const char * minissdpdsocketpath = "/var/run/minissdpd.sock";

s = socket(AF_UNIX, SOCK_STREAM, 0);
if(s < 0) // ERROR
>
addr.sun_family = AF_UNIX;
strncpy(addr.sun_path, minissdpdsocketpath, sizeof(addr.sun_path));
if(connect(s, (struct sockaddr *)&addr, sizeof(struct sockaddr_un)) < 0) // ERROR
>

Request are sent to the Unix socket. The first byte of the request is the request type.
Strings sent or recieved are not zero-terminated but prefixed by their length in a variable length format. Use following macros to encode and decode to this format :

Control Points request (request type 1, 2 and 3)

A control point sends one of these requests to MiniSSDPd in order to receive a list of UPnP devices and services meeting the requirements. The request type byte is followed by a string (an empty string for type 3). Request types :

1. request by device/service type
2. request by USN (unique id)
3. request all services/devices

For these three request types, the responses is as following :

• The first byte (n) is the number of devices/services in the response
• For each service/device, three Strings : Location (url), service type (ST: in M-SEARCH replies) and USN (unique id).

UPnP Device submit (request type 4)

These "request" type is used by UPnP devices that declare themselves and their services that way. The first byte is 4 and is followed by four Strings :

1. Service/device type
2. USN
3. Server string (as found in SSDP packets)
4. Location

There is no response.

Thomas Bernard
Use the forum or contact me by email: miniupnp _AT_ free _DOT_ fr

Читайте также:

  
• Как запустить командную строку от имени администратора на windows 11
  
• Centos 7 установка и настройка
  
• Air missions hind не запускается на windows
  
• Увеличить размер логов windows
  
• Ubuntu l2tp ipsec client настройка