Why is www added to the site address when there is https?

Question

Domain Name System

you have your own website, a subdomain is attached to it, there is an SSL certificate, but the site is not accessible without adding www, after https
the A records look like this:

Answer 1

Set up a redirect using .htaccess (if the Apache server returns, if not, then look at nginx or maybe another, then look specifically for your case, but most often it's Apache).
I will not throw a specific link, just go to Google with the question редирект без www на www https:. From the subtleties, I can note that you will need to set up a double rule and preferably so as not to create an eternal redirect cycle, then the site will fall. And check all possible options when setting up, including http without s.

Answer 2

It's been 20 years since www. still occupies the minds of webmasters. And they produce a bunch of duplicate pages, and then valiantly fight them with the help of redirects and rel='canonical'. And they write a bunch of redundant code to solve the SOP / CORS problems and setting cookies on the www subdomain.

where did this www come from

Двадцать лет назад, World Wide Web был только одной маленькой частью Интернета, и самый быстрый PC был основан на 386 чипах. Они были не очень быстры и не могли выдерживать большую нагрузку, таким образом, была необходимость размещать различные «части» Интернета на отдельных машинах.
Например, сервер Apache размещался на одном компьютере, почтовый сервер на другом, и сервер FTP на ещё одном. Каждый из компьютеров отзывался на различный адрес IP, но на то же самое имя домена. Внутри этого доменного имени компьютеры дифференцировались по предоставляемому сервису (что назвалось тогда, "именем машины"). Таким образом, имена серверов в Интернет начинались с «имени машины» по предоставляемому ей сервису: www.domain.ru, mail.domain.ru, и ftp.domain.ru. («Старожилы» Интернета, наверное помнят ещё и такой архаичный сервис, как gopher.domain.ru, в настройках IE он еще остался).
Сегодняшние компьютеры, конечно, намного более мощны, и мы можем поместить все различные "части" наших услуг Internet в той же самой «коробке» (принцип Head&Sholders - «два в одном флаконе» был применён задолго до массового появления «перхоти» в России :)
Действительно, мы часто устанавливаем несколько сотен доменов, каждый с его собственным набором сервисов (http, ftp, mail…), на тот же самый сервер. Поэтому в настоящее время приставка www является «антиквариатом» и может игнорироваться.
Этот экскурс в Историю, возможно, представляется интересным, но единственная важная вещь из него - то, что технически www.domain.ru - точно так же как sub.domain.ru - считаются полностью различными объектами относительно domain.ru, но по причинам, изложенным выше, обычно www.domain.ru и domain.ru обычно должны показывать одну и ту же страницу, в отличие от sub.domain.ru.

Aren't you tired of messing around with this atavism? Remove www and forget it like a bad dream. There has been no point in www for a long time, why drag this old suitcase without a handle into a bright future?
According to the level of your diagnostics - " site unavailable ", 2 options are possible:
- SSL certificate was created only on www.domain.ru , so domain.ru is not available via https:// - www.domain.r u
is specified in the web server settings and domain.ru is not specified (the guys above wrote what to see). Then domain.ru will be inaccessible both via http:// and https://

Answer 3

And in the Apache HTTPS server settings, which domain name (the ServerName directive in the configs) is registered to? Not on www.site.ru by any chance?

Answer 4

1. you have a redirect in .htaccess for HTTPS worth www.site.ru - in this case, just lengthen www in this redirect.
2. You have nginx + FPM - configs to the studio
3. You have nginx+apache - there may be problems with HTTP refery , as a result of which the rule for redirecting with www is satisfied.
you can check who and when does this substitution by checking the sequence of server response codes
https://bertal.ru/index.php?a566754
4. You have a redirect to apache and not to .htaccess - config to studio
5. You have a redirect to nginx not in .htaccess - config to studio
6. You have a redirect to php and not to .htaccess - good luck
7. You have a CNC redirect to .htaccess - config to studio