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

Unraid: No internet connection in docker when using Network Type: Custom: br0 #6

Closed
jzhvymetal opened this issue Aug 18, 2022 · 19 comments
Labels
wontfix This will not be worked on

Comments

@jzhvymetal
Copy link

If I install the docker on unraid with Network Type: bridge, connection internet works when using chrome image app. If the docker is Network Type: br0 to assign a IP address other than the main unraid server then there is no internet connection when using chrome image app. If I console inside the docker image internet access is working as I can ping an internet address.

Is there setting that needs to be changed inside Kasm when not using a bridged network?

@github-actions
Copy link

Thanks for opening your first issue here! Be sure to follow the bug or feature issue templates!

@ed-tt
Copy link

ed-tt commented Aug 22, 2022

+1 Im suffering the same issue!

No internet access on any apps or environments within Kasm.

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@Hielyr
Copy link

Hielyr commented Jan 29, 2023

I'd like to chime in here as well and say that I have the same issue.

I'm using Custom: br0 for my network and have assigned the Kasm docker a dedicated IP address that is different than the Unraid server IP.

None of the Kasm workspaces (apps) have internet access whatsoever.

I've read through Kasm's documentation on bridged network NATing and it unfortunately didn't help much. https://kasmweb.com/docs/latest/how_to/bridged_network_source_nat.html

@github-actions
Copy link

github-actions bot commented Mar 1, 2023

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@samssausages
Copy link

Having similar issues when using a custom IP on my unraid install with mcvlan VLANS.
Can access kasm, kasm has internet access to install itself & workspaces.
But none of the internal kasm dockers have internet access. It doesn't appear to hit my firewall, as there are no blocked requests in my firewall logs.
In my firewall logs, I do see the kasm docker create states to web facing IP addresses.

When I'm in a kasm docker, and I try to ping google.com, it does resolve to an IP address, but all the ping requests are dropped.
I'm assuming it's being blocked inside of kasm, or somethign that I need to config there.

@samssausages
Copy link

samssausages commented Mar 6, 2023

also, by default my firewall blocks ICPM ping requests. When I use a kasm workspace to ping the firewall, I do see the firewall blocked the request.
If I open my firewall to allow ICPM pings (with logging), the firewall log shows the request accepted, but in the kasm workspace there are no responses to the ping requests.
So I'm feeling pretty confident my firewall is configured correctly and the issue lies with my kasm config. Is there a place in kasm where I need to add something like a trusted network?

@github-actions
Copy link

github-actions bot commented Apr 6, 2023

This issue has been automatically marked as stale because it has not had recent activity. This might be due to missing feedback from OP. It will be closed if no further activity occurs. Thank you for your contributions.

@ed-tt
Copy link

ed-tt commented Apr 6, 2023

Just a nudge to say this issue still exists. Github bot is stupid.

@j0nnymoe
Copy link
Member

j0nnymoe commented Apr 6, 2023

This isn't an issue really with the container, Kasm provide information on how to use their workspaces with different connections here: https://www.kasmweb.com/docs/latest/how_to/bridged_network_source_nat.html - While they provide details for how to do this with docker-compose, You'd need to adapt it yourself to unraid.

@github-actions
Copy link

github-actions bot commented May 8, 2023

This issue has been automatically marked as stale because it has not had recent activity. This might be due to missing feedback from OP. It will be closed if no further activity occurs. Thank you for your contributions.

@TheMoroney
Copy link

Would be nice if there was some documentation on how to accomplish this.

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. This might be due to missing feedback from OP. It will be closed if no further activity occurs. Thank you for your contributions.

@zhqu1148980644
Copy link

Same issue, seems like all sub-containers can not even resolve hosts, which causes apps and registery-adding fails in networks.

Error msg in webui when adding registery

message
https://registry.kasmweb.com/ - A valid url needs to be entered

@neoanantha
Copy link

neoanantha commented Sep 14, 2023

+1

host: kasm.domain.com
ingest_date: 202309141724
application: kasm_api
levelname: ERROR
kasm_user_name: [email protected]
process: admin_api_server
client_ip: *.*.*.* <masked>
user_agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0
message
https://registry.kasmweb.com/ - A valid url needs to be entered

Hitting above issue while trying to add registry

Version 1.14.0

@j0nnymoe
Copy link
Member

As I linked above, kasm provide details on how to do this but it's not specific to unraid.

@drizuid
Copy link
Member

drizuid commented Sep 14, 2023

Would be nice if there was some documentation on how to accomplish this.

the unraid forums would be a good place to document this and share it out, your fellow users would greatly appreciate you.

@drizuid drizuid added the wontfix This will not be worked on label Sep 14, 2023
@drizuid
Copy link
Member

drizuid commented Oct 11, 2023

Closing as the OP and other affected users were not following the instructions in the readme.

@drizuid drizuid closed this as not planned Won't fix, can't repro, duplicate, stale Oct 11, 2023
@LinuxServer-CI LinuxServer-CI moved this from Issues to Done in Issue & PR Tracker Oct 11, 2023
@satchafunkilus

This comment was marked as outdated.

@linuxserver linuxserver locked as resolved and limited conversation to collaborators Jan 2, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
wontfix This will not be worked on
Projects
Archived in project
Development

No branches or pull requests