Hi @Augani! I'm also really grateful for Dory and am looking forward to seeing it grow! I was making do with a single license of OrbStack, but it never got traction in my company because too many eligible users were concerned about lock-in.
I took a look at issue #2, which is a variant of my concern: I have multiple user accounts on my macBook that represent my different developer personas, and I'd like to be able to run Dory on any of them (maybe more than one of them at the same time).
Ideally, I'd like to configure the following things so that they don't overlap:
- the
.dory.local name suffix each Dory uses
- the default bridge subnet of each Dory (which is stated to be 192.168.215.0/24 on the Settings>Network tab, but, for me, is 172.17.0.0/16 on the actual "bridge" bridge)
You probably know more about other details that would need adjustment to fit this use case, but it seems to me that Dory is architecturally amenable not to stomp on global macOS resources. One engine per user account, but with the ability to communicate over the shared macOS network stack would be truly awesome.
Thanks,
Michael.
Hi @Augani! I'm also really grateful for Dory and am looking forward to seeing it grow! I was making do with a single license of OrbStack, but it never got traction in my company because too many eligible users were concerned about lock-in.
I took a look at issue #2, which is a variant of my concern: I have multiple user accounts on my macBook that represent my different developer personas, and I'd like to be able to run Dory on any of them (maybe more than one of them at the same time).
Ideally, I'd like to configure the following things so that they don't overlap:
.dory.localname suffix each Dory usesYou probably know more about other details that would need adjustment to fit this use case, but it seems to me that Dory is architecturally amenable not to stomp on global macOS resources. One engine per user account, but with the ability to communicate over the shared macOS network stack would be truly awesome.
Thanks,
Michael.