I posted this to the Apache list but someone here may be able to help: I have a standard LAMP for development. I set up a new virtual host about once every two years and always struggle. I have added the web site to my hosts file and direct to my server. I have a dozen entries. I have updated my virtual hosts Apache file I can ping the new virtual host just fine. But both Brave and Firefox raise an error saying that the host cannot be reached? Firefox: Unable to connect Firefox can’t establish a connection to the server at roissystudiotest.ca. Brave: This site can’t be reached www.roissystudiotest.ca refused to connect. I was getting the Apache default page but corrected the file permissions to 755. Any and all help welcome! -- Stephen www.roissy.ca -- Stephen
On 2020-04-30 04:26 PM, Stephen via talk wrote:
I posted this to the Apache list but someone here may be able to help:
I have a standard LAMP for development.
I set up a new virtual host about once every two years and always struggle.
I have added the web site to my hosts file and direct to my server. I have a dozen entries.
I have updated my virtual hosts Apache file
I can ping the new virtual host just fine.
But both Brave and Firefox raise an error saying that the host cannot be reached?
Firefox:
Unable to connect
Firefox can’t establish a connection to the server at roissystudiotest.ca.
Brave: This site can’t be reached
www.roissystudiotest.ca refused to connect.
I was getting the Apache default page but corrected the file permissions to 755.
Any and all help welcome!
Did you add that site to a DNS server? According to the host command, you didn't.
host www.roissystudiotest.ca Host www.roissystudiotest.ca not found: 3(NXDOMAIN)
On 2020-04-30 4:29 p.m., James Knott via talk wrote:
Did you add that site to a DNS server?
According to the host command, you didn't.
host www.roissystudiotest.ca Host www.roissystudiotest.ca not found: 3(NXDOMAIN)
"Whenever you type an address, your system will check the hosts file for its presence; if it is present there, you will be directed to the corresponding IP. If the hostname is not defined in the hosts file, your system will check the DNS server of your internet to look up for the corresponding IP and redirect you accordingly." -- Stephen
On 2020-04-30 04:37 PM, Stephen via talk wrote:
On 2020-04-30 4:29 p.m., James Knott via talk wrote:
Did you add that site to a DNS server?
According to the host command, you didn't.
> host www.roissystudiotest.ca Host www.roissystudiotest.ca not found: 3(NXDOMAIN)
"Whenever you type an address, your system will check the hosts file for its presence; if it is present there, you will be directed to the corresponding IP. If the hostname is not defined in the hosts file, your system will check the DNS server of your internet to look up for the corresponding IP and redirect you accordingly."
What happens if you use the host command? You can also use the host command with the IP address, to see what host name shows up. What happens if you use the IP address with a browser?
On 2020-04-30 4:46 p.m., James Knott via talk wrote:
What happens if you use the host command? You can also use the host command with the IP address, to see what host name shows up. What happens if you use the IP address with a browser?
The host command without an argument gives me a help listing. The host command with my server's local IP address gives me a list of all virtual hosts listed in my hosts file. Entering my local IP in a browser gets me to Gerbera's control panel. -- Stephen
hi, please tell me if roissystudiotest.ca is the 'real' domain name? It is not registered...[1] and, 'ping' is for an IP number, nothing to do with a domain name... when you use 'ping' and you ping domain.name then, your system does a dns lookup, to first find IP number for domain.name - and then 'pings' that ip number... so, 'ping' is not useful for apache/web issues - except maybe to see if a domain host resolves and accepts icmp... [1] host www.roissystudiotest.ca Host www.roissystudiotest.ca not found: 3(NXDOMAIN) whois roissystudiotest.ca Not found: roissystudiotest.ca % % Use of CIRA's WHOIS service is governed by the Terms of Use in its Legal % Notice, available at http://www.cira.ca/legal-notice/?lang=en % % (c) 2020 Canadian Internet Registration Authority, (http://www.cira.ca/) On Thu, 30 Apr 2020 16:53:42 -0400 Stephen via talk <talk@gtalug.org> wrote:
On 2020-04-30 4:46 p.m., James Knott via talk wrote:
What happens if you use the host command? You can also use the host command with the IP address, to see what host name shows up. What happens if you use the IP address with a browser?
The host command without an argument gives me a help listing.
The host command with my server's local IP address gives me a list of all virtual hosts listed in my hosts file.
Entering my local IP in a browser gets me to Gerbera's control panel.
I'm a bit confused. But I'm probably not the only one. Note: I've never set up a virtual host so I could be way off-base. As I understand it, the way virtual hosting works is that each client request includes a URL, and Apache extracts from the domain portion which host is being addressed. If the URL uses an IP address instead of a domain name, this mechanism cannot work. | From: Stephen via talk <talk@gtalug.org> | On 2020-04-30 4:46 p.m., James Knott via talk wrote: | > What happens if you use the host command? You can also use the host command | > with the IP address, to see what host name shows up. What happens if you | > use the IP address with a browser? Using "host 1.2.3.4" will do a lookup of the IP address in the reverse domain. That's useful to know but it doesn't *seem* relevant with a virtual host problem (where multiple forward domains can map onto the same IP). Using the IP address of a virtual host isn't likely to work out well since multiple virtual hosts have the same IP address. The problem is more likely to be in the forward domain. | The host command without an argument gives me a help listing. Not useful unless you need help. That's not what James asked you to do. | The host command with my server's local IP address gives me a list of all | virtual hosts listed in my hosts file. By "hosts", I assume you mean /etc/hosts and not some Apache file. On what machine did you run this? On the server? On the computer on which your browser is running? Related question: have you added this entry to /etc/hosts on both your client(s) and your server? For the problem you've reported, I would think that the result on the client machine is all that is interesting. By default, I've heard that Firefox has switched to using DNS over HTTPS. If your browsers have done so, they might well be ignoring /etc/hosts. Try the links browser: that surely uses the vanila resolver | Entering my local IP in a browser gets me to Gerbera's control panel. Now we know that you're running Gerbera on your server. I don't know how Apache picked Gerbera as the default. But you probably don't care anyway. Or maybe you should change the server's setup so it defaults into something innocuous.
On Fri, 1 May 2020 11:33:53 -0400 (EDT) "D. Hugh Redelmeier via talk" <talk@gtalug.org> wrote:
I'm a bit confused. But I'm probably not the only one. Note: I've never set up a virtual host so I could be way off-base.
this entire thread is confusing. it was about something unclear to start with and now it is simply just becoming noise. i mean could the op not configure apache properly? did the op not register a domain name? is the op's /etc/hosts file being ignored due to "browser" control of dns?
By default, I've heard that Firefox has switched to using DNS over HTTPS. If your browsers have done so, they might well be ignoring /etc/hosts.
this is interesting... imnsho, life is all about balance. balance between privacy and security and freedom The world has changed. Freedom is no longer an issue and there is no freedom. As we move forward on this path, the number of choices, the amount of variation, will decrease and we will have less and less freedom. It is like being in a pot of water on a stove, if the temperature gradually increases, it is not so bad... but future generations are becoming truly f*ck*d. It is not only Firefox, it is Chrome, it is Internet Explorer, it is everything. Here is the crux of why the firefox Internet is no longer free and becoming worse each passing day: https://wiki.mozilla.org/Security/DOH-resolver-policy - bottom of the page Conforming Resolvers: The following providers have contractually agreed to abide by these policy requirements (per Wthayer): Cloudflare Privacy policy https://mozilla.cloudflare-dns.com/dns-query NextDNS Privacy policy https://dns.nextdns.io
Try the links browser: that surely uses the vanila resolver
| Entering my local IP in a browser gets me to Gerbera's control panel.
Now we know that you're running Gerbera on your server.
I don't know how Apache picked Gerbera as the default. But you probably don't care anyway. Or maybe you should change the server's setup so it defaults into something innocuous.
it also tells us, on a balance of probability, that the problem is probably not routing/port related but Apache that does not know what it has to serve... - so either non registered domain or /etc/hosts
On Fri, May 01, 2020 at 11:33:53AM -0400, D. Hugh Redelmeier via talk wrote:
By default, I've heard that Firefox has switched to using DNS over HTTPS.
While it's regrettable that Firefox enables DoH by default, the "feature" can be disabled easily.[1] Debian builds of Firefox have DoH disabled by default. [1] https://support.mozilla.org/en-US/kb/connection-settings-firefox -- Tom Low-Shang 416 857 7013
participants (5)
-
ac -
D. Hugh Redelmeier -
James Knott -
Stephen -
Tom Low-Shang