-
Notifications
You must be signed in to change notification settings - Fork 540
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature: Rewrite ProxyAgent #3397
Comments
It was also impossible to implement AsyncDisposable for DispatcherBase. That would solve the try finally problem. This would solve the problem of cleaning up resources without using try finally. import { Agent, request } from 'undici';
import { buildHttpProxyConnector } from '@undicijs/proxy';
// Connectors only for wrapping socket connection for distonation host
const httpProxyConnector = buildHttpProxyConnector('http://3proxy:8080');
// disposable agent
class DisposableAgent extends Agent implements AsyncDisposable {
[Symbol.asyncDispose]() {
return this.close();
}
}
/**
* get ip address with disposable agent via httpProxyConnector
*/
async function getIp() {
await using dispatcher = new DisposableAgent({
connect: httpProxyConnector,
connections: 1
});
const ip = await request('https://api.ipify.org/', { dispatcher }).then(
resp => resp.body.text()
);
return { ip };
} // disposing: close socket connections openned with dispatcher (DisposableAgent)
/**
* get ip address with agent via httpProxyConnector
*/
async function getIpTryFinally() {
const dispatcher = new Agent({ connect: httpProxyConnector, connections: 1 });
try {
const ip = await request('https://api.ipify.org/', { dispatcher }).then(
resp => resp.body.text()
);
return { ip };
} finally {
await dispatcher.close();
}
} |
The approach you used indeed seems interesting, and I see the benefit of that; nevertheless, I'm not sure a rewrite of the It might be good to document this possibility, as I can see it can be overlooked easily; but not convinced about the rewrite. About |
We could implement |
Yeah, definitely; if we can add a lightweight Proxy that is tight to a single origin, that might help to ease the possibility of having Proxy interceptor as well. Just the idea of rewriting the current one completely its what I'm not 100% convinced of |
This would solve...
I want connectors in undici to be responsible for all connections to the destination server. This allows you to configure agents more flexibly.
The implementation should look like...
I wrote a separate package to show how it is necessary and will be more correct to use a proxy
buildHttpProxyConnector
buildSocksProxyConnector
Additional context
You can look at it in full at https://jsr.io/@undicijs/[email protected]
I think this would be a better solution. What do you say about this?
The text was updated successfully, but these errors were encountered: