Officer holds the credential; Linkwarden holds the data and decides who may see it. That split is the whole design and it is why there are two doors that look alike from outside and are not. `/lw/*` is the extension's. Unauthenticated, forwarded verbatim, the credential is the caller's own - the same argument Vault's public router makes, that this is one address instead of two rather than new exposure, and it is what lets Linkwarden stop being reachable on its own. `/api/*` is ours. An Officer session names the caller, we find their mapped account and put THEIR token on the request. A browser holding an Officer session never holds a Linkwarden credential, which is the property Vault exists to give, applied per user. Officer decides whose token goes on; Linkwarden decides what it may see, because re-implementing that here would be a second answer able to disagree with the first. `proxiedSubPath: '/lw'` is load-bearing rather than tidy. Claiming the whole prefix would tell the body parser to leave /config alone too, and every field on it would read as missing - the failure caldav hit the day it was extracted. The sidecar is a plain HTTP proxy with no WebSocket: Vaultwarden pushes over SignalR and Linkwarden does not, so a socket here would be scaffolding for a protocol that does not exist. Its onCommand is empty for the same reason - it forwards bytes, and everything that decides anything happens before a request reaches it. Two things measured rather than assumed while writing this. The port announcement typechecks because SidecarPortAnnouncement was generalised, so a plugin no longer needs a platform pull request to announce its own port. And the config URL is the LOOPBACK address, not the advertised one: on alpha the name Linkwarden now advertises resolves to 127.0.1.1, where nothing is bound, so a sidecar running there would dial the name it publishes and get nothing. Typechecks clean. No provisioning and no panel yet.
124 lines
5.0 KiB
TypeScript
124 lines
5.0 KiB
TypeScript
import { createSidecarConnector } from '@@/sidecar/connect';
|
|
import { API_URL } from '@@/officer-url.mjs';
|
|
import { getLinkwardenBase, stripHopByHop, redactPath } from './upstream';
|
|
|
|
// The officer-linkwarden sidecar: a singleton process that registers with the API server and owns a
|
|
// transparent reverse-proxy to a self-hosted Linkwarden. The platform API is a thin forwarder to this;
|
|
// ALL knowledge of Linkwarden — where it is, whether it is switched on — lives here, which is what lets
|
|
// the plugin be a plugin rather than something the platform has to learn about.
|
|
//
|
|
// ── Pass-through, with one exception that is the point of the plugin ──
|
|
//
|
|
// Method, path, query, headers, status and both body streams go through verbatim. Nothing is buffered,
|
|
// parsed, rewritten or cached. The one exception is the Authorization header on the AUTHENTICATED door:
|
|
// the platform has already decided who is calling and swapped in that person's Linkwarden token, so a
|
|
// device holding an Officer session never holds a Linkwarden credential. This process does not do that
|
|
// swap and does not know the tokens — it forwards what it is handed. See `api/router.ts`.
|
|
//
|
|
// ── No WebSocket ──
|
|
//
|
|
// Vault's sidecar proxies one, because Vaultwarden pushes notifications over SignalR. Linkwarden has no
|
|
// equivalent: it is request/response over HTTP, and its own UI polls. A WebSocket path here would be
|
|
// scaffolding for a protocol that does not exist.
|
|
|
|
/** Grab an ephemeral free port by briefly binding one and releasing it. */
|
|
function getFreePort(): number {
|
|
const probe = Bun.serve({ port: 0, hostname: '127.0.0.1', fetch: () => new Response('') });
|
|
const port = probe.port;
|
|
probe.stop(true);
|
|
if (port == null) throw new Error('failed to acquire a free port');
|
|
return port;
|
|
}
|
|
|
|
const PORT = getFreePort();
|
|
|
|
Bun.serve({
|
|
port: PORT,
|
|
hostname: '127.0.0.1',
|
|
idleTimeout: 120,
|
|
|
|
async fetch(req) {
|
|
const url = new URL(req.url);
|
|
|
|
/*
|
|
Ours, not part of the contract. Probes the upstream so "is the sidecar up" and "can it reach
|
|
Linkwarden" are two answerable questions rather than one ambiguous timeout.
|
|
*/
|
|
if (url.pathname === '/_health') {
|
|
const base = await getLinkwardenBase();
|
|
if (!base) return Response.json({ ok: false, reason: 'unconfigured' }, { status: 503 });
|
|
try {
|
|
const probe = await fetch(`${base}/api/v1/auth/providers`, {
|
|
signal: AbortSignal.timeout(5000),
|
|
});
|
|
return Response.json({ ok: probe.ok, upstream: probe.status });
|
|
} catch {
|
|
return Response.json({ ok: false, reason: 'unreachable' }, { status: 502 });
|
|
}
|
|
}
|
|
|
|
const base = await getLinkwardenBase();
|
|
if (!base) return new Response('Linkwarden is not configured', { status: 503 });
|
|
|
|
const target = `${base}${url.pathname}${url.search}`;
|
|
const hasBody = req.method !== 'GET' && req.method !== 'HEAD';
|
|
|
|
const init: RequestInit & { duplex?: 'half' } = {
|
|
method: req.method,
|
|
headers: stripHopByHop(req.headers),
|
|
// `manual`, so a redirect is handed back to the caller exactly as Linkwarden wrote it rather than
|
|
// being followed here. NextAuth redirects are part of its protocol and a proxy that resolves them
|
|
// silently changes what the client sees.
|
|
redirect: 'manual',
|
|
...(hasBody ? { body: req.body, duplex: 'half' as const } : {}),
|
|
};
|
|
|
|
let upstream: Response;
|
|
try {
|
|
upstream = await fetch(target, init);
|
|
} catch (err) {
|
|
console.error(
|
|
`[linkwarden] ${req.method} ${redactPath(url.pathname + url.search)} -> upstream unreachable:`,
|
|
err instanceof Error ? err.message : String(err),
|
|
);
|
|
return new Response('Linkwarden unreachable', { status: 502 });
|
|
}
|
|
|
|
return new Response(upstream.body, {
|
|
status: upstream.status,
|
|
headers: stripHopByHop(upstream.headers),
|
|
});
|
|
},
|
|
});
|
|
|
|
console.log(`[linkwarden] proxy listening on 127.0.0.1:${PORT}`);
|
|
|
|
/*
|
|
Tell the platform where to find us.
|
|
|
|
The port is ephemeral and chosen fresh on every start, so it is not a value anybody configures — it is
|
|
reported on connect and the platform routes to whatever the last connect said. That is what makes
|
|
restarting this process invisible to the API server, and it is re-sent on every reconnect rather than
|
|
once at boot, because the platform may be the side that restarted.
|
|
*/
|
|
const connection = createSidecarConnector({
|
|
apiUrl: `${API_URL}/api/sidecar/register`,
|
|
name: 'linkwarden',
|
|
handles: ['linkwarden'],
|
|
|
|
/*
|
|
Required by the connector, and deliberately empty.
|
|
|
|
There is no command vocabulary here. Vault has one because it brokers a login; this sidecar only
|
|
forwards bytes, and everything that decides anything — which user, which token, whether they may —
|
|
happens on the platform side before a request arrives. A command channel would be a second way to
|
|
reach a process whose whole value is that it does one thing.
|
|
*/
|
|
onCommand() {},
|
|
|
|
onConnected() {
|
|
connection.send({ type: 'linkwarden:server', port: PORT });
|
|
console.log(`[linkwarden] reported proxy port ${PORT} to API`);
|
|
},
|
|
});
|