-
Notifications
You must be signed in to change notification settings - Fork 5
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
Ensure targets cant fetch from each other #7
Comments
this is quite subtle, security groups can only have |
To do this properly we need ipfs/kubo#8867 which could be done soon if ipfs/kubo#9010 gets merged. The alternative route is via the proposed |
Considering this done (via 700b79c ) from the perspective of protocol/prodeng#16 |
@thattommyhall it is done or not? |
I'll make a new card with @iand's comments re: blocking in Kubo config, we've got support that it's useful (tests have same need to control where stuff is fetched from) Confirmed with
uses all the routing methods available, so we are good for now, it's not impossible some new relaying or whatever will work around our network block (its kinda the point of libp2p isnt it?) |
tracking in #41 |
needs #6 to be sure
The text was updated successfully, but these errors were encountered: