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
[BUG] Windows: api.crc.testing (and everything else) resolves to unknown IP #561
Comments
can you share the result of |
No such cmdlet as
|
FYI, I fixed this. Upon further investigation of the IP returned, it IS meaningful, and a piece of garbage. It's returned by the Verizon DNS servers when they encounter an NXDOMAIN. It's designed to be helpful and point you to a search engine (no doubt both increasing revenue for Verizon and creating difficult to debug issues for users). Pointing my router to alternative DNS servers that actually behave correctly and rebooting my machine fixed the problem. I now have working CRC! Yay! |
ouch. Glad to hear it is working now. |
@jds2001 |
Sure - I'm using the FIOS Quantum Gateway, so I'll provide instructions for that. Login to the device, in the top nav menu go to "My Network". Click the Edit link next to "Broadband Connection (Ethernet/Coax)" and click "Settings". A little way down the page there's an option to configure DNS servers, say "Use the following DNS servers". I used 1.1.1.1 and 8.8.8.8 (two free Internet DNS servers that behave properly) and called it a day. Took me awhile to find this, though! |
General information
crc setup
before starting it (Yes/No)? YesCRC version
CRC status
Herein lies the problem - it attempts to connect to some (random) IP in order to get the status. See the exact error below.
CRC config
Host Operating System
Steps to reproduce
Expected
Actual
From the CRC VM (which has the correct IP address of itself)
From the Windows host:
I'm not sure how my router would be aware of what that should internally resolve to (that being said, from another location on the Internet api.crc.testing is unresolvable as would be expected. so it's possible there's some funny business going on with my router/FIOS)
Note that the IP address returned means nothing to me - it's not my internal nor external IP, and the reverse DNS of it is unhelpful.
It should be noted that the CRC VM is unable to resolve external names, but is able to resolve internal names. This appears to be the result of bogus nameserver configuration on the CRC VM, but I'm not sure how to proceed.
192.168.248.113 is the address of the Windows host on the default vswitch. If I switch the nameserver to the CRC VM in
nslookup
on the Windows host, I'm able to correctly resolve api.crc.testing, but nothing else.I'm pretty sure this is just a case of "you're holding it wrong" but I'm not sure how to hold it right 😁
The text was updated successfully, but these errors were encountered: