Bound the async exchange with the inline queue owner

[SimonCropp]

TrySendAsync had no deadline of any kind. Configure sets SendTimeout and ReceiveTimeout, which apply only to synchronous calls, and every async read and write used the caller's token — which is default from DiffRunner.AddInlineAsync, because Verify passes none, and likewise from AddDeleteAsync and InnerLaunchAsync.

So an owner that accepted the connection and then stopped answering hung the failing test indefinitely. That is not hypothetical: the owner answers on its listener thread, so a connection can sit behind an accept that is itself waiting up to ten seconds on InlineApplier's cross process mutex, and a viewer stopped in a debugger does the same thing for as long as it is stopped. The synchronous TrySend gives up after three seconds; the async path, the one Verify actually takes, waited forever.

Link a CancellationTokenSource with a 30 second deadline — longer than the sync wait to leave room for the applier mutex — and use its token everywhere the caller's was used. The token also closes the socket, because that is the only thing that unblocks every target: pre-net7 ReadToEndAsync takes no token at all and net462 has no cancellable connect or write either.

A timeout is reported as absence, so the caller launches a viewer or stages the patch rather than waiting on a process that has stopped listening, and traced as "present but unresponsive" so the two stay tellable apart. port and wait overrides mirror the synchronous overload so the new test can hold a connection open on its own ephemeral port without touching anything static.