Skip to content
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

Closed
Tracked by #16
thattommyhall opened this issue Aug 2, 2022 · 6 comments
Closed
Tracked by #16

Ensure targets cant fetch from each other #7

thattommyhall opened this issue Aug 2, 2022 · 6 comments
Assignees
Labels

Comments

@thattommyhall
Copy link
Contributor

needs #6 to be sure

@iand iand changed the title ensure targets cant fetch from eachother Ensure targets cant fetch from each other Aug 5, 2022
@thattommyhall thattommyhall self-assigned this Aug 9, 2022
@thattommyhall
Copy link
Contributor Author

this is quite subtle, security groups can only have allow rules, but we can use Network ACLS to prevent inbound access from the IPs of the deployed backends. A script could be triggered on a schedule to keep them up to date.

@iand
Copy link
Contributor

iand commented Aug 10, 2022

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 ipfs rules command which is not fully specified yet ipfs/kubo#8492

@thattommyhall
Copy link
Contributor Author

Considering this done (via 700b79c ) from the perspective of protocol/prodeng#16

@JesseXie
Copy link

@thattommyhall it is done or not?

@thattommyhall
Copy link
Contributor Author

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

# ipfs swarm connect /p2p/12D3KooWJj76d91UfktyF9CfR1HxmjuV8DVAXMGUPTBPn4iAATDg
Error: connect 12D3KooWJj76d91UfktyF9CfR1HxmjuV8DVAXMGUPTBPn4iAATDg failure: routing: not found

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?)

@thattommyhall
Copy link
Contributor Author

tracking in #41

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants