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
Add host->cluster DNS checks #854
Comments
This check will make sure that host can able to resolve the dns for api and app domain of crc using dnsmasq which is running inside the VM.
Since this commit adds regression for macos because of mac resolver doesn't allow to resolve from `/etc/resolver/testing` if cross build binary is in used and failed to resolve `foo.apps-crc.testing`. This reverts commit e3ad198.
Since this commit adds regression for macos because of mac resolver doesn't allow to resolve from `/etc/resolver/testing` if cross build binary is in used and failed to resolve `foo.apps-crc.testing`. This reverts commit e3ad198.
Unfortunately this check has been reverted. |
This was reverted because of #893 |
As indicated in #918, for now we could have a check for only |
This check will make sure that host can able to resolve the dns for api and app domain of crc using dnsmasq which is running inside the VM. This patch is heavily based on a patch from Praveen Kumar <kumarpraveen.nitdgp@gmail.com>, with the addition of the code excluding macos from the apps domain check. This fixes crc-org#854
See first message |
This check will make sure that host can able to resolve the dns for api and app domain of crc using dnsmasq which is running inside the VM. This patch is heavily based on a patch from Praveen Kumar <kumarpraveen.nitdgp@gmail.com>, with the addition of the code excluding macos from the apps domain check. This fixes #854
At the moment we check VM->cluster DNS, VM->external DNS, but I could not find a startup check that the host can resolve
api.crc.testing
andnon-existing-app.apps-crc.testing
after the dnsmasq container was started.We should add such a check, and verify that it matches the VM IP. Not sure whether this should abort
crc start
or just be a warning though.api.crc.testing
foo.crc-apps.testing
The text was updated successfully, but these errors were encountered: