Expo-start in dev-container with MacOS gives the wrong lan link ip #4307
Comments
Note: working with DevContainers in Ubuntu gave me no problems whatsoever as vscode forwarded the right ip and port. With this Macbook i got only localhost working so i am able to open the metro page. |
Also note that i also am using dev-containers to develop a angular app, and it works just just fine with ng-serve, it uses |
Made a stackoverflow's question, linking here for anyone who will have the same problem (but it's still unresolved, please keep this open) |
tried
I don't know what to look for anymore but i'm looking for some docker nat explanation/solution and some way of docker port mapping |
I use VS Code Remote Containers, and setting |
thanks, I just tried but doesn't seem to work. I got the same behaviour like exporting
about that, i checked vscode forwarded port and found only 19000 and 19002. I promptly added 8081 as you pointed out but didn't change the result |
also just found out exactly how expo-go fails with |
Hi @O1H9! You would need additional configuration for WSL2 to allow connections from other devices, other than your computer, into the WSL2 environment. There are different approaches to this: Hope this helps! |
Summary
Coding with Visual Studio Code and Dev Container, upon expo start, metro sets a link unreachable. my pc has a
192.168.X.X
ip, metro sets172.17.0.3
.expo start
happens into the dev-container.This works on Ubuntu's Laptop, in the same network, and the same dev-container (almost: current pc needed 'bullseye' version), but doesn't work on MacBook.
expo-env-info 1.0.2 environment info:
System:
OS: Linux 5.10 Debian GNU/Linux 11 (bullseye) 11 (bullseye)
Shell: 5.1.4 - /bin/bash
Binaries:
Node: 14.19.0 - /usr/local/bin/node
Yarn: 1.22.17 - /usr/bin/yarn
npm: 8.6.0 - /usr/local/share/npm-global/bin/npm
npmPackages:
expo: ~44.0.2 => 44.0.6
react: 17.0.1 => 17.0.1
react-dom: 17.0.1 => 17.0.1
react-native: 0.64.3 => 0.64.3
react-native-web: 0.17.1 => 0.17.1
npmGlobalPackages:
eas-cli: 0.50.0
expo-cli: 5.3.1
Expo Workflow: managed
The text was updated successfully, but these errors were encountered: