basid-irk

Engine may write info about all dup's in firebird.log and save in status vector only two counter - total problematics records and count of problematics group (dup's itself).

If possible save full info about all problems - do it. Current case not required excessive CPU/IO load. If unique index fully built, but definitely contain duplicates - such index...

On fully index (re)build all dups should logged in firebird.log and after should return (only) last error. Other aspects may retain as currently - only return last (not first) error.

RFC 9562 Universally Unique IDentifiers (UUIDs) > RFC: [9562](https://rfc-editor.org/rfc/rfc9562) > Obsoletes: [4122](https://rfc-editor.org/rfc/rfc4122) > Category: Standards Track > Published: May 2024 > ISSN: 2070-1721

``` set/export ISC_PASSWORD=SECRET fbsvcmgr host:port/service_mgr user LOGIN action_db_stats sts_hdr_pages dbname DB ```` `xnet://service_mgr` work too (and for Firebird 2.1+ with some exemption). P.S. Yes, verbose :)

For [MSVC linker](https://learn.microsoft.com/en-us/cpp/build/reference/linker-options) - [link /subsystem](https://learn.microsoft.com/en-us/cpp/build/reference/subsystem-specify-subsystem) or build properties.

fbSampleExtAuth-plugin based on tomcrypt librarary, which support "best and modern", f.e, Ed25519. May be not use "ancient and weak" RSA-keys at all or by default?

Key pair must use something beyond RSA/DSA. In this regard cryptographics primitives are basis for build "trusted net".

> AFAIK there is no way for server-side auth plugin to get IP address or name of connecting host, so it cannot confirm ownership of the key as it is...

Remind only. Term: KP - key pair or (simple) keys OK - open (public) key of KP SK - secret (private) key of KP O-prefix - owner's (long time usage)...