Перейти к содержимому
docs.
WORKSPACE

Документации проектов

Открыть каталог проектов
Localzet ServerАсинхронный PHP-серверTriangleФреймворк и компонентыMIX IDИдентификация и интеграцииHack APIПубличные API хакатонаACNПроект и компонентыUserlay / UserNetПроект и компонентыAxiomПроект и компонентыМесседжинг через почтуПроект и компонентыLWT / JWT / JOSEПроект и компонентыФинансовая аналитика KimaiПроект и компонентыМультипарадигмальная БДПроект и компонентыZorin PlatformПроект и компонентыZorin TrustПроект и компонентыFloraScope / VegwatchПроект и компонентыaegis-qДокументация проектаaevumdbДокументация проектаauditДокументация проектаauto-invest-managerАвтотрейдерcaine-companionДокументация проектаcertbot-cloudflareДокументация проектаClusterLocalzet Server / ClustercmdveilДокументация проектаConsolePHP CLICronБиблиотеки Localzet Serverdata-connectorДокументация проектаdevice-controlDevice Controlenn-projectДокументация проектаEventsБиблиотеки Localzet ServerflowsintДокументация проектаforgeДокументация проектаHttpClientБиблиотеки Localzet ServerinterpreterСобственный языкinvariaДокументация проектаkeynotesДокументация проектаknotrouteKnotroute✓laravel-personal-analyticsДокументация проектаlocalzet-osДокументация проектаmeridianДокументация проектаMQTTБиблиотеки Localzet Servernano-kernelСобственная ОСNoterДокументация проектаpersonal-analyticsДокументация проектаProxyБиблиотеки Localzet ServerPSRБиблиотеки Localzet ServerPSR-7Библиотеки Localzet Serverrschs-monitorДокументация проектаsemsealДокументация проектаshardsealДокументация проектаSocketIOБиблиотеки Localzet ServerSOCKS5Библиотеки Localzet Serverstandalone-analyticsДокументация проектаstatic-php-cliДокументация проектаStorageБиблиотеки Localzet ServersutureДокументация проектаtempoweaveДокументация проектаttsСинтез речиTunnelБиблиотеки Localzet Serverui-kitUI KitvesperДокументация проектаWebAnalyzerWebAnalyzerzorin-access-brokerДокументация проектаzorin-authority-brokerДокументация проектаzorin-authority-sdk-phpДокументация проектаzorin-authority-sdk-pythonДокументация проектаzorin-authority-sdk-tsДокументация проектаzorin-client-intelДокументация проектаzorin-device-core-aospДокументация проектаzorin-host-agentДокументация проектаzorin-native-labДокументация проектаzorin-nodeДокументация проектаzorin-opsДокументация проектаdonstu-python-sdkДокументация проектаfloortraceFloortraceserver-rsLocalzet Server / Cluster
Каталог

Основные понятия

Эта страница даёт словарь KnotRoute без погружения в детали wire protocol.

network_id — идентификатор независимой overlay-сети. Узлы с разными Network ID не формируют одну сеть.

kn_...

Это не пароль и не криптографический пропуск. Знание Network ID само по себе не должно считаться секретом.

Node — запущенный экземпляр KnotRoute со своей Ed25519 identity. Он может быть клиентом, relay, service host или сочетать роли.

Node identity используется для аутентификации peer-соединений и адресации direct-сервисов.

Published service может иметь отдельную Ed25519 identity, не связанную с node identity. Из неё получается canonical .knot address.

<service-identity>.knot

Это позволяет перенести сервис на другой host без смены адреса, если сохранить private service identity.

Beacon — HTTP discovery service. Узел отправляет подписанное announcement и получает список кандидатов для peering.

Beacon не является центральным каталогом .knot-сервисов и не маршрутизирует весь пользовательский трафик.

Relay — KnotRoute node, через который могут строиться circuits. Хорошая self-hosted сеть имеет несколько постоянно доступных relay на независимых хостах.

Circuit — multi-hop маршрут, который клиент строит поверх нескольких peers. Каждый hop имеет отдельный криптографический слой.

Circuit — не постоянный VPN-туннель для всей ОС: он создаётся для KnotRoute traffic.

Published service периодически создаёт подписанный descriptor с service identity и introduction points. Descriptor реплицируется на несколько узлов directory layer.

Клиент сначала находит descriptor, затем строит соединение к сервису.

Service поддерживает обратные соединения к introduction points. Клиент не обязан знать IP hosting node.

Клиент выбирает rendezvous point и сообщает его сервису через introduction flow. После этого клиентский и сервисный circuits встречаются на rendezvous.

Payload поверх rendezvous дополнительно защищён end-to-end session keys между клиентом и service identity.

Sidecar — готовый контейнер KnotRoute, который публикует существующий TCP target:

sidecar → app:8080

Приложение не обязано знать о KnotRoute и не обязано публиковать свой порт на host.

Control — management plane: inventory, deployment, onboarding, UI. Agent работает на управляемом сервере и сам устанавливает исходящее соединение к Control.

Они не входят в обязательный data plane. Если Control недоступен, уже работающие circuits и services продолжают работать.

Для браузерного https://*.knot клиент может создать локальный Root CA на устройстве. Сертификат нужен только для совместимости браузера; remote service аутентифицируется отдельно через KnotRoute service identity.

CA private key не является сетевым ключом и не должен передаваться другим участникам.

Исходник