I'm stumped!
-
I think your workplace might have some dodgy network group policies/filters.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
The only difference is a different Wi-Fi (shared with other tenants). We don't have a work network, domain controller, etc.
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
The only difference is a different Wi-Fi (shared with other tenants). We don't have a work network, domain controller, etc.
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
Well I guess the good news is that simplifies the situation considerably. The bad news is I have no idea what your next troubleshooting move should be.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
-
I'm not even sure if this is a programming question, a networking question, a Windows question... I'm completely at a loss of where to look! I'm developing a web app with a service in ASP.NET 8, both need a subdomain. So I have sub.localhost:1234 for the web app and sub.localhost:5678 for the service. I can access both in my browser, but my web app can't access the service ("no such host is known"). When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us. At first I though the VPN was the problem because at home it worked without the VPN, but today I'm at the office and it doesn't work at all (even though I developed this service at the office!). We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate. The web app can't access the service, again because "no such host is known". We can, however, access the service in Azure from our development environment (sub.localhost:1234), but for me only without VPN and for my coworker only with VPN and only from home. We can access the service from its Azure domain (e.g. myservice.azurewebsites.net). The plot thickens, because for my coworker one specific controller does seem to work at the office, but not from home (it doesn't work for me at all). The controller isn't particularly interesting. When I remove the subdomain everything works. It seems completely random and I can't even think of where to look... At least I can rule out it's not a firewall issue (turned it off completely with no result). Has anyone seen this before or have a clue of where to look?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
It's not the Azure network gateway is it? Last weekend working away from home and needed to rdc into an Azure VM meant that I had to add the IP address where I was connected to the inbound Accept rules in order to connect. Just a thought... Good luck!
"Go forth into the source" - Neal Morse "Hope is contagious"
-
I'm not even sure if this is a programming question, a networking question, a Windows question... I'm completely at a loss of where to look! I'm developing a web app with a service in ASP.NET 8, both need a subdomain. So I have sub.localhost:1234 for the web app and sub.localhost:5678 for the service. I can access both in my browser, but my web app can't access the service ("no such host is known"). When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us. At first I though the VPN was the problem because at home it worked without the VPN, but today I'm at the office and it doesn't work at all (even though I developed this service at the office!). We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate. The web app can't access the service, again because "no such host is known". We can, however, access the service in Azure from our development environment (sub.localhost:1234), but for me only without VPN and for my coworker only with VPN and only from home. We can access the service from its Azure domain (e.g. myservice.azurewebsites.net). The plot thickens, because for my coworker one specific controller does seem to work at the office, but not from home (it doesn't work for me at all). The controller isn't particularly interesting. When I remove the subdomain everything works. It seems completely random and I can't even think of where to look... At least I can rule out it's not a firewall issue (turned it off completely with no result). Has anyone seen this before or have a clue of where to look?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
Sander Rossel wrote:
but my web app can't access the service ("no such host is known")...("no such host is known").
This is not a "service" problem. It is a connectivity problem. So you need to diagnose that and stop focusing on the service. In the modern era you can and probably should always start with diagnosing connectivity using telnet. Since all modern sites use IP/TCP telnet is an excellent tool to test that. If you can connect via telnet then there is no connectivity issue. If not then there is. It is just that simple. Nothing else matters in that context. For example SSL/TLS has no impact on it. Looks like you are also using a host name and not an IP address. You can use a DNS lookup tool like 'nslookup' to determine the IP. DNS processing is a separate service which can fail all by itself. If you can verify the look up then after that you should use the IP only since it removes that extra service lookup (and failure possibility.) Again you use telnet with the IP to check. Now if you verify that it is not a connectivity issue then you can look at the service. For example firewall rules can block specific http requests. Also commenting on the thing about the hosts file and browsers. That was curious so I looked that up and found the following which doesn't make it all that clear what might be expected. https://stackoverflow.com/questions/42636711/google-chrome-ignoring-hosts-file[^] But what is clear is that using the IP makes al of that irrelevant. As one other bit of advice when using the browser - do not leave any open browser windows when testing. So no other sites. Despite things like incognito it still caches stuff. So every single browser must be closed. Or at least that was true a few years ago.
-
Sander Rossel wrote:
but my web app can't access the service ("no such host is known")...("no such host is known").
This is not a "service" problem. It is a connectivity problem. So you need to diagnose that and stop focusing on the service. In the modern era you can and probably should always start with diagnosing connectivity using telnet. Since all modern sites use IP/TCP telnet is an excellent tool to test that. If you can connect via telnet then there is no connectivity issue. If not then there is. It is just that simple. Nothing else matters in that context. For example SSL/TLS has no impact on it. Looks like you are also using a host name and not an IP address. You can use a DNS lookup tool like 'nslookup' to determine the IP. DNS processing is a separate service which can fail all by itself. If you can verify the look up then after that you should use the IP only since it removes that extra service lookup (and failure possibility.) Again you use telnet with the IP to check. Now if you verify that it is not a connectivity issue then you can look at the service. For example firewall rules can block specific http requests. Also commenting on the thing about the hosts file and browsers. That was curious so I looked that up and found the following which doesn't make it all that clear what might be expected. https://stackoverflow.com/questions/42636711/google-chrome-ignoring-hosts-file[^] But what is clear is that using the IP makes al of that irrelevant. As one other bit of advice when using the browser - do not leave any open browser windows when testing. So no other sites. Despite things like incognito it still caches stuff. So every single browser must be closed. Or at least that was true a few years ago.
-
I'm not even sure if this is a programming question, a networking question, a Windows question... I'm completely at a loss of where to look! I'm developing a web app with a service in ASP.NET 8, both need a subdomain. So I have sub.localhost:1234 for the web app and sub.localhost:5678 for the service. I can access both in my browser, but my web app can't access the service ("no such host is known"). When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us. At first I though the VPN was the problem because at home it worked without the VPN, but today I'm at the office and it doesn't work at all (even though I developed this service at the office!). We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate. The web app can't access the service, again because "no such host is known". We can, however, access the service in Azure from our development environment (sub.localhost:1234), but for me only without VPN and for my coworker only with VPN and only from home. We can access the service from its Azure domain (e.g. myservice.azurewebsites.net). The plot thickens, because for my coworker one specific controller does seem to work at the office, but not from home (it doesn't work for me at all). The controller isn't particularly interesting. When I remove the subdomain everything works. It seems completely random and I can't even think of where to look... At least I can rule out it's not a firewall issue (turned it off completely with no result). Has anyone seen this before or have a clue of where to look?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
Sander Rossel wrote:
When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us.
When something is all over the place like this, it's best to remove as many variables as possible. As such, if not yet done, a traceroute should be done in each and every environment both on and off the VPN. It could be anything from your coworker updating his hosts file without saying so or even a regional thing where you're hitting a different server. Who knows, but a traceroute will help figure that out.
Sander Rossel wrote:
We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate.
Exactly how though? A local or localhost domain generally doesn't go through DNS. I mean it can, but it's typically considered private. Is this a public DNS server or something internal only?
Sander Rossel wrote:
When I remove the subdomain everything works.
This is what I'm guessing the issue is. It's just a guess, but in DNS lingo a subdomain is a _typically_ CNAME. A top level domain is an A record usually. If you try to add a "sub domain" as an A/SOA record, that's considered advanced and not needed for most situations where you're running things on the same server. So perhaps Azure (assuming this is a public DNS server) just isn't happy with the way it was entered.
Jeremy Falcon
-
I've thought about the hosts file, but that won't explain why it works in my browser, but I can't ping it and why it works at home, but not at the office and that my coworker has a varying mileage. It doesn't work in Azure either, which is even weirder, since all subdomains are registered in a DNS within a "proper" domain.
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
Sander Rossel wrote:
I've thought about the hosts file, but that won't explain why it works in my browser, but I can't ping it and why it works at home, but not at the office and that my coworker has a varying mileage.
A lot of servers disable pings to help prevent a DoS. Unless you're positive your server accepts pings, you'd be better of doing an ns lookup to see if it's going to be resolved or not.
Jeremy Falcon
-
I'm not even sure if this is a programming question, a networking question, a Windows question... I'm completely at a loss of where to look! I'm developing a web app with a service in ASP.NET 8, both need a subdomain. So I have sub.localhost:1234 for the web app and sub.localhost:5678 for the service. I can access both in my browser, but my web app can't access the service ("no such host is known"). When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us. At first I though the VPN was the problem because at home it worked without the VPN, but today I'm at the office and it doesn't work at all (even though I developed this service at the office!). We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate. The web app can't access the service, again because "no such host is known". We can, however, access the service in Azure from our development environment (sub.localhost:1234), but for me only without VPN and for my coworker only with VPN and only from home. We can access the service from its Azure domain (e.g. myservice.azurewebsites.net). The plot thickens, because for my coworker one specific controller does seem to work at the office, but not from home (it doesn't work for me at all). The controller isn't particularly interesting. When I remove the subdomain everything works. It seems completely random and I can't even think of where to look... At least I can rule out it's not a firewall issue (turned it off completely with no result). Has anyone seen this before or have a clue of where to look?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
Also, you should flush the DNS cache on every machine that attempts to access anything before even thinking about troubleshooting. DNS propagation isn't too long of a wait, but it's most certainly not instant. So, if you're debugging something, always flush your DNS cache first. For Windows it's
ipconfig /flushdns. Also, it wouldn't hurt to know the TTL for the DNS server in question for each machine. This assuming you're not using your ISPs DNS server, which you most likely are. Although some ISPs will list their TTL. Note, this doesn't apply to a host file, but it most certainly does for a DNS server.Jeremy Falcon
-
I'm not even sure if this is a programming question, a networking question, a Windows question... I'm completely at a loss of where to look! I'm developing a web app with a service in ASP.NET 8, both need a subdomain. So I have sub.localhost:1234 for the web app and sub.localhost:5678 for the service. I can access both in my browser, but my web app can't access the service ("no such host is known"). When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us. At first I though the VPN was the problem because at home it worked without the VPN, but today I'm at the office and it doesn't work at all (even though I developed this service at the office!). We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate. The web app can't access the service, again because "no such host is known". We can, however, access the service in Azure from our development environment (sub.localhost:1234), but for me only without VPN and for my coworker only with VPN and only from home. We can access the service from its Azure domain (e.g. myservice.azurewebsites.net). The plot thickens, because for my coworker one specific controller does seem to work at the office, but not from home (it doesn't work for me at all). The controller isn't particularly interesting. When I remove the subdomain everything works. It seems completely random and I can't even think of where to look... At least I can rule out it's not a firewall issue (turned it off completely with no result). Has anyone seen this before or have a clue of where to look?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
A while ago, I had a test site setup with both A and AAAA records in DNS. Worked fine "from home", failed to connect "via VPN". Guess what: My VPN config had IPv6 disabled, but still tried to connect using the AAAA IPv6 address.
-
I'm not even sure if this is a programming question, a networking question, a Windows question... I'm completely at a loss of where to look! I'm developing a web app with a service in ASP.NET 8, both need a subdomain. So I have sub.localhost:1234 for the web app and sub.localhost:5678 for the service. I can access both in my browser, but my web app can't access the service ("no such host is known"). When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us. At first I though the VPN was the problem because at home it worked without the VPN, but today I'm at the office and it doesn't work at all (even though I developed this service at the office!). We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate. The web app can't access the service, again because "no such host is known". We can, however, access the service in Azure from our development environment (sub.localhost:1234), but for me only without VPN and for my coworker only with VPN and only from home. We can access the service from its Azure domain (e.g. myservice.azurewebsites.net). The plot thickens, because for my coworker one specific controller does seem to work at the office, but not from home (it doesn't work for me at all). The controller isn't particularly interesting. When I remove the subdomain everything works. It seems completely random and I can't even think of where to look... At least I can rule out it's not a firewall issue (turned it off completely with no result). Has anyone seen this before or have a clue of where to look?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
tracert shows different paths to the domain?
-
Sander Rossel wrote:
When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us.
When something is all over the place like this, it's best to remove as many variables as possible. As such, if not yet done, a traceroute should be done in each and every environment both on and off the VPN. It could be anything from your coworker updating his hosts file without saying so or even a regional thing where you're hitting a different server. Who knows, but a traceroute will help figure that out.
Sander Rossel wrote:
We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate.
Exactly how though? A local or localhost domain generally doesn't go through DNS. I mean it can, but it's typically considered private. Is this a public DNS server or something internal only?
Sander Rossel wrote:
When I remove the subdomain everything works.
This is what I'm guessing the issue is. It's just a guess, but in DNS lingo a subdomain is a _typically_ CNAME. A top level domain is an A record usually. If you try to add a "sub domain" as an A/SOA record, that's considered advanced and not needed for most situations where you're running things on the same server. So perhaps Azure (assuming this is a public DNS server) just isn't happy with the way it was entered.
Jeremy Falcon
Jeremy Falcon wrote:
Exactly how though? A local or localhost domain generally doesn't go through DNS. I mean it can, but it's typically considered private. Is this a public DNS server or something internal only?
Yeah, that one isn't called localhost, obviously :) sub.client.nl registered using CNAME. Azure is quite strict about that kind of stuff.
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
I'm not even sure if this is a programming question, a networking question, a Windows question... I'm completely at a loss of where to look! I'm developing a web app with a service in ASP.NET 8, both need a subdomain. So I have sub.localhost:1234 for the web app and sub.localhost:5678 for the service. I can access both in my browser, but my web app can't access the service ("no such host is known"). When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us. At first I though the VPN was the problem because at home it worked without the VPN, but today I'm at the office and it doesn't work at all (even though I developed this service at the office!). We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate. The web app can't access the service, again because "no such host is known". We can, however, access the service in Azure from our development environment (sub.localhost:1234), but for me only without VPN and for my coworker only with VPN and only from home. We can access the service from its Azure domain (e.g. myservice.azurewebsites.net). The plot thickens, because for my coworker one specific controller does seem to work at the office, but not from home (it doesn't work for me at all). The controller isn't particularly interesting. When I remove the subdomain everything works. It seems completely random and I can't even think of where to look... At least I can rule out it's not a firewall issue (turned it off completely with no result). Has anyone seen this before or have a clue of where to look?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
So, were you able to sort this out? I wouldn't mix in the localhost issue, it is probably something different and I'm assuming the goal is to have the Azure service running. Have you run the sub through a DNS checker? I'm assuming you are using azure-dns.net as the DNS.
-
I'm not even sure if this is a programming question, a networking question, a Windows question... I'm completely at a loss of where to look! I'm developing a web app with a service in ASP.NET 8, both need a subdomain. So I have sub.localhost:1234 for the web app and sub.localhost:5678 for the service. I can access both in my browser, but my web app can't access the service ("no such host is known"). When I'm at home, it works. When I'm at home and on VPN it doesn't work. It works with and without VPN for my coworker, but only from home. At the office, it doesn't work with or without VPN for both of us. At first I though the VPN was the problem because at home it worked without the VPN, but today I'm at the office and it doesn't work at all (even though I developed this service at the office!). We've deployed both in an Azure app service with the subdomain properly registered in the DNS and a valid certificate. The web app can't access the service, again because "no such host is known". We can, however, access the service in Azure from our development environment (sub.localhost:1234), but for me only without VPN and for my coworker only with VPN and only from home. We can access the service from its Azure domain (e.g. myservice.azurewebsites.net). The plot thickens, because for my coworker one specific controller does seem to work at the office, but not from home (it doesn't work for me at all). The controller isn't particularly interesting. When I remove the subdomain everything works. It seems completely random and I can't even think of where to look... At least I can rule out it's not a firewall issue (turned it off completely with no result). Has anyone seen this before or have a clue of where to look?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
Hello, I don't know whether you've solved this yet, and I'm definitely NOT the person to solve it. BUT: there was a comment about using nslookup to examine the actual DNS resolution. And, also know that windows loads several default values into the routing table when you boot, and may retain some of these on reboots. You'll want to flush the table (as admin: netsh interface ip delete destinationcache). Also know that there are a number of special-use domain names and extensions used for for the internet at large: see rfc6761. "Works on my machine" is humorous adage for a reason. Good luck.
Time is the differentiation of eternity devised by man to measure the passage of human events. - Manly P. Hall Mark Just another cog in the wheel
-
Jeremy Falcon wrote:
Exactly how though? A local or localhost domain generally doesn't go through DNS. I mean it can, but it's typically considered private. Is this a public DNS server or something internal only?
Yeah, that one isn't called localhost, obviously :) sub.client.nl registered using CNAME. Azure is quite strict about that kind of stuff.
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
That makes the whole situation even more confusing then... because if that's not the case then you're not using an DNS server at all. Yes, DNS supports a hosts file as part of the protocol but that's not the same thing as a server... which means every config is on a per machine basis. Guessing this is your first time doing this? When I find myself overwhelmed I usually start again from scratch and take it one step at a time while ensuring every step along the way is working and verified. Perhaps that'll help?
Jeremy Falcon
