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

[Feature request] TCP/IP support #2

Closed
unixfox opened this issue Jul 21, 2024 · 7 comments
Closed

[Feature request] TCP/IP support #2

unixfox opened this issue Jul 21, 2024 · 7 comments
Assignees
Labels
enhancement New feature or request

Comments

@unixfox
Copy link
Member

unixfox commented Jul 21, 2024

Hello,

Could it be possible to add support for TCP/IP, as such that multiple Invidious processes can use one common inv_sig_helper?

Will also ease the setup in containers because TCP/IP communication is much simpler than UNIX sockets as explained here: iv-org/invidious#4789 (comment)

But inv_sig_helper still created just unix domain socket and invidious is automatically using it. So running it in the same container was the easiest and fastest way to get it working for testing since sharing UDS between containers can be tricky and I wasn't going for permanent solution.

Thank you.

@techmetx11
Copy link
Collaborator

techmetx11 commented Jul 21, 2024 via email

@unixfox
Copy link
Member Author

unixfox commented Jul 21, 2024

Very sorry! I didn't mean to create a useless notification. I was assigning you because you assigned yourself on the other issue, so I thought you would want to be assigned here too.

@techmetx11
Copy link
Collaborator

techmetx11 commented Jul 21, 2024 via email

@unixfox
Copy link
Member Author

unixfox commented Jul 21, 2024

Thank you @techmetx11 for the implementation!

I saw that you did set it to 0.0.0.0, but wouldn't it make more sense to set it to listen on 127.0.0.1 by default?

I know in Invidious we would maybe make it listen on 127.0.0.1 by default too: iv-org/invidious#4739

About the implementation, can a user set a custom address and port? In case the port 12999 is already taken or for the host if the user wants to make it listen on another address?

@techmetx11
Copy link
Collaborator

techmetx11 commented Jul 21, 2024 via email

@unixfox
Copy link
Member Author

unixfox commented Jul 21, 2024

On Sun, Jul 21, 2024 at 08:57:31AM GMT, Émilien (perso) wrote: Thank you @techmetx11 for the implementation! I saw that you did set it to 0.0.0.0, but wouldn't it make more sense to set it to listen on 127.0.0.1 by default?
0.0.0.0 will make it listen on all interfaces, in systems i've tested this on

Yes I was telling about the fact if it's a good practice to make this listening on all interfaces by default or not. Because if one runs the program outside of docker then the process may accept requests from the entire internet if the VM is directly exposed on the internet.

@techmetx11
Copy link
Collaborator

techmetx11 commented Jul 21, 2024 via email

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

No branches or pull requests

2 participants