feat(server): add responseCompression option to force name compression - #2278

Fixes #2272.

Since #2102, blocky lets Truncate decide whether a response is compressed, and #2213 re-enables compression for responses larger than 512 bytes. Small responses, e.g. a single A record, therefore go out without name compression. RFC 1035 §4.1.4 requires receivers to understand both forms, but some embedded stub resolvers don't: the Garmin Index scale from #2272 silently discards the uncompressed answer and retransmits the query until it gives up. Before v0.32.0 it worked, since every response was compressed.

This PR adds an opt-in responseCompression section. The default behaviour, including the #2102 optimization, is unchanged.

responseCompression:
  # compress every response, as blocky did before v0.32.0
  always: false
  # compress responses to these clients: IPs, CIDRs or client names (wildcards supported)
  clients:
    - 192.168.178.10
    - smart-scale*

clients uses the same identifier forms as clientGroupsBlock (IP, CIDR, client name with filepath.Match wildcards, case-insensitive), except FQDN identifiers. That keeps the cost of compression limited to the devices that need it. always is there for users who can't identify the affected client, or just want the old behaviour back.

Implementation

• config.ResponseCompression: IPs/CIDRs are parsed once in validate (reusing parseCIDRorIP from the rate limiter); everything else is treated as a client name pattern. Empty entries are rejected.
• clientQuery gets a forceCompress field, applied in normalizeResponse after Truncate and the existing > dns.MinMsgSize rule.
• forceCompress is set in Server.resolve after the resolver chain, because request.ClientNames is only populated by the client names resolver inside the chain. newClientQuery runs before that, so it can't be set there.

The two options are independent (Always is a single || in ForceFor, Clients is its own field and matcher), so if you'd rather ship only one of them, the other can be dropped without touching the rest.

Tests

• config/response_compression_test.go: IP, CIDR (v4/v6), exact and wildcard names, case-insensitivity, IP identifiers not matching as names, empty entries rejected.
• server/server_test.go, under response compression: a single-A response is compressed with always, for a matching IP and for a matching client name (set by the mocked chain, like the client names resolver would), and stays uncompressed for a non-matching client. Each case also checks the packed bytes for the c0 0c pointer. The three positive cases fail without the change in server.go.
• docs/config.schema.json regenerated via go generate ./config/...; docs and docs/config.yml updated.

I ran the tests locally on Windows. config and server are green except for tests that also fail on an unmodified main there (Linux-specific error messages and unix sockets); CI will cover Linux.