Какая система преобразует доменное имя компьютера в ip адрес
Чтобы понять, что такое DNS и зачем она нужна, давайте вкратце вспомним, как работает интернет.
Любой сайт физически расположен на каком-либо компьютере. Обычно это сервер хостера, реже – домашний или офисный компьютер. Все компьютеры, в свою очередь, соединены между собой проводной или беспроводной связью, причем в эту сеть включены не только машины с расположенными на них веб-ресурсами, но и компьютеры пользователей, с которых они выходят в интернет.
Чтобы обеспечить взаимодействие в этой всемирной паутине, была придумана система IP-адресов, благодаря которой компьютеры могут связываться между собой. Каждому компьютеру в сети присваивается уникальный набор цифр – IP-адрес. Чтобы зайти на какой-либо сайт, ваш браузер должен обратиться по адресу того компьютера, на котором этот сайт расположен.
Поэтому в 1984 году внедрили систему, которая создает связи между буквенными названиями сайтов и их IP-адресами, хранит эти связи и в процессе передачи запросов преобразовывает доменные имена в цифровые адреса. Систему назвали DNS (система доменных имен). Грубо говоря, DNS-серверы – это хранилища соответствий имен сайтов и IP-адресов компьютеров, на которых физически расположены эти сайты.
Как работают DNS-серверы
Ниже по структуре расположены серверы имен доменов следующих уровней – первого, второго и т. д.
На практике DNS работает так:
Из примера видно, что IP-адрес сайта хранят только DNS-серверы последней ступени – те, что прописаны для конкретного домена или поддомена. Серверы верхних уровней хранят только списки IP-адресов серверов DNS, отвечающих за определенный участок сети. Первый шаг – это обращение к корневым серверам (основе системы преобразования имен), и далее запрос идет по "ветвям" этой структуры, пока не доходит до конечной точки, где получает нужный адрес.
Все это происходит менее, чем за секунду, однако использование кэша локальных серверов доменных имен часто позволяет существенно ускорить скорость загрузки сайта. Кроме того, браузеры также имеют свой собственный кэш.
Зачем нужно прописывать DNS-серверы
Эту информацию необходимо прописывать с обеих сторон соединения – на самом домене и со стороны пользователя (в настройках сети). Соответственно, назначение у этих действий разное:
- для домена DNS серверы прописываются для того, чтобы была создана связь между IP-адресом устройства, на котором находится ваш сайт, и его доменным именем. Информация о цифровом адресе домена, а также о других его параметрах будет включена в DNS, и пользователи смогут заходить на сайт. Без этого он будет недоступен, поскольку в сети не будет информации, по какому адресу находится ваш домен;
- со стороны пользователя в настройках сети можно оставить присвоение преобразователя доменных имен по умолчанию (и тогда, скорее всего, будет использоваться сервер провайдера или мобильного оператора). Или же вы можете прописать публичные сервера Яндекса, Google и др. – если сервер провайдера вас по какой-то причине не устраивает, например, он часто бывает перегружен.
И в первом, и во втором случае рекомендуется указывать два адреса сервера для надежности: если один будет недоступен, ответит второй.
Где находятся DNS-серверы
Прежде всего, нужно понимать, что когда мы говорим о, например, 13 корневых серверах, то физически это вовсе не 13 компьютеров. Для повышения отказоустойчивости по всему миру располагаются сотни реплик или зеркал основных серверов. Этим "копиям" присваиваются те же IP-адреса, что и у главного устройства. Ответы на запросы они также дают одинаковые. То же касается серверов DNS первого, второго, третьего уровней. Такая система обеспечивает бесперебойную работу интернета даже в условиях серьезных катаклизмов.
Физически серверы располагаются в Европе, Северной Америке, Африке, Австралии – по всему миру. Чаще всего они базируются в крупных дата-центрах, на площадках хостинг-провайдеров или крупных телекоммуникационных операторов. Плотность концентрации серверов DNS на определенной территории зависит от плотности пользователей интернета на ней и объема поступающих запросов.
Типы записей DNS-сервера
Выше мы говорили о том, что сервер хранит связи формата "буквенный адрес сайта" – "IP-адрес сайта". Однако кластер информации содержит и дополнительные записи (их называют ресурсными), а все записи, относящиеся к одному домену, называются DNS- зоной.
Записи DNS-зоны бывают следующих типов:
Защита DNS-серверов от атак
Атаки на DNS-серверы можно разделить на 2 типа:
- DDoS-атаки, когда на сервер направляется шквал поддельных запросов, и в результате перегрузки он перестает отвечать даже на реальные запросы пользователей;
- использование уязвимостей системы. Запись в системе доменного имени подменяется на ложную, пользователь попадает на фишинговую страницу и может стать жертвой кражи личных данных.
Владельцы DNS-серверов постоянно улучшают защиту от хакерских атак и закрывают найденные уязвимости. Для защиты используются:
В очередном «конспекте админа» остановимся на еще одной фундаментальной вещи – механизме разрешения имен в IP-сетях. Кстати, знаете почему в доменной сети nslookup на все запросы может отвечать одним адресом? И это при том, что сайты исправно открываются. Если задумались – добро пожаловать под кат. .
Для преобразования имени в IP-адрес в операционных системах Windows традиционно используются две технологии – NetBIOS и более известная DNS.
NetBIOS (Network Basic Input/Output System) – технология, пришедшая к нам в 1983 году. Она обеспечивает такие возможности как:
регистрация и проверка сетевых имен;
установление и разрыв соединений;
связь с гарантированной доставкой информации;
связь с негарантированной доставкой информации;
В рамках этого материала нас интересует только первый пункт. При использовании NetBIOS имя ограниченно 16 байтами – 15 символов и спец-символ, обозначающий тип узла. Процедура преобразования имени в адрес реализована широковещательными запросами.
Небольшая памятка о сути широковещательных запросов.Широковещательным называют такой запрос, который предназначен для получения всеми компьютерами сети. Для этого запрос посылается на специальный IP или MAC-адрес для работы на третьем или втором уровне модели OSI.
Для работы на втором уровне используется MAC-адрес FF:FF:FF:FF:FF:FF, для третьего уровня в IP-сетях адрес, являющимся последним адресом в подсети. Например, в подсети 192.168.0.0/24 этим адресом будет 192.168.0.255
Естественно, постоянно рассылать широковещательные запросы не эффективно, поэтому существует кэш NetBIOS – временная таблица соответствий имен и IP-адреса. Таблица находится в оперативной памяти, по умолчанию количество записей ограничено шестнадцатью, а срок жизни каждой – десять минут. Посмотреть его содержимое можно с помощью команды nbtstat -c, а очистить – nbtstat -R.
Пример работы кэша для разрешения имени узла «хр».
Что происходило при этом с точки зрения сниффера.
В крупных сетях из-за ограничения на количество записей и срока их жизни кэш уже не спасает. Да и большое количество широковещательных запросов запросто может замедлить быстродействие сети. Для того чтобы этого избежать, используется сервер WINS (Windows Internet Name Service). Адрес сервера администратор может прописать сам либо его назначит DHCP сервер. Компьютеры при включении регистрируют NetBIOS имена на сервере, к нему же обращаются и для разрешения имен.
В сетях с *nix серверами можно использовать пакет программ Samba в качестве замены WINS. Для этого достаточно добавить в конфигурационный файл строку «wins support = yes». Подробнее – в документации.
В отсутствие службы WINS можно использовать файл lmhosts, в который система будет «заглядывать» при невозможности разрешить имя другими способами. В современных системах по умолчанию он отсутствует. Есть только файл-пример-документация по адресу %systemroot%\System32\drivers\etc\lmhost.sam. Если lmhosts понадобится, его можно создать рядом с lmhosts.sam.
Сейчас технология NetBIOS не на слуху, но по умолчанию она включена. Стоит иметь это ввиду при диагностике проблем.
если в кэше резолвера адреса нет, система запрашивает указанный в сетевых настройках интерфейса сервер DNS;
Наглядная схема прохождения запроса DNS.
Разумеется, DNS не ограничивается просто соответствием «имя – адрес»: здесь поддерживаются разные виды записей, описанные стандартами RFC. Оставлю их список соответствующим статьям.
Сам сервис DNS работает на UDP порту 53, в редких случаях используя TCP.
DNS переключается на TCP с тем же 53 портом для переноса DNS-зоны и для запросов размером более 512 байт. Последнее встречается довольно редко, но на собеседованиях потенциальные работодатели любят задавать вопрос про порт DNS с хитрым прищуром.
Также как и у NetBIOS, у DNS существует кэш, чтобы не обращаться к серверу при каждом запросе, и файл, где можно вручную сопоставить адрес и имя – известный многим %Systemroot%\System32\drivers\etc\hosts.
В отличие от кэша NetBIOS в кэш DNS сразу считывается содержимое файла hosts. Помимо этого, интересное отличие заключается в том, что в кэше DNS хранятся не только соответствия доменов и адресов, но и неудачные попытки разрешения имен. Посмотреть содержимое кэша можно в командной строке с помощью команды ipconfig /displaydns, а очистить – ipconfig /flushdns. За работу кэша отвечает служба dnscache.
На скриншоте видно, что сразу после чистки кэша в него добавляется содержимое файла hosts, и иллюстрировано наличие в кэше неудачных попыток распознавания имени.
При попытке разрешения имени обычно используются сервера DNS, настроенные на сетевом адаптере. Но в ряде случаев, например, при подключении к корпоративному VPN, нужно отправлять запросы разрешения определенных имен на другие DNS. Для этого в системах Windows, начиная с 7\2008 R2, появилась таблица политик разрешения имен (Name Resolution Policy Table, NRPT). Настраивается она через реестр, в разделе HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\DnsClient\DnsPolicyConfig или групповыми политиками.
Настройка политики разрешения имен через GPO.
При наличии в одной сети нескольких технологий, где еще и каждая – со своим кэшем, важен порядок их использования.
Операционная система Windows пытается разрешить имена в следующем порядке:
проверяет, не совпадает ли имя с локальным именем хоста;
смотрит в кэш DNS распознавателя;
если в кэше соответствие не найдено, идет запрос к серверу DNS;
если не получилось разрешить имя на этом этапе – происходит запрос на сервер WINS;
если постигла неудача, то система пытается получить имя широковещательным запросом, но не более трех попыток;
Для удобства проиллюстрирую алгоритм блок-схемой:
Алгоритм разрешения имен в Windows.
Выполнение второго пинга происходит на несколько секунд дольше, а сниффер покажет широковещательные запросы.
Сниффер показывает запросы DNS для длинного имени и широковещательные запросы NetBIOS для короткого.
Отдельного упоминания заслуживают доменные сети – в них запрос с коротким именем отработает чуть по-другому.
Для того чтоб при работе не нужно было вводить FQDN, система автоматически добавляет часть имени домена к хосту при различных операциях – будь то регистрация в DNS или получение IP адреса по имени. Сначала добавляется имя домена целиком, потом следующая часть до точки.
При попытке запуска команды ping servername система проделает следующее:
Настройка добавления суффиксов DNS через групповые политики.
Настраивать DNS суффиксы можно также групповыми политиками или на вкладке DNS дополнительных свойств TCP\IP сетевого адаптера. Просмотреть текущие настройки удобно командой ipconfig /all.
Суффиксы DNS и их порядок в выводе ipconfig /all.
Из-за суффиксов утилита nslookup выдала совсем не тот результат, который выдаст например пинг:
Это поведение иногда приводит в замешательство начинающих системных администраторов.
При диагностике стоит помнить, что утилита nslookup работает напрямую с сервером DNS, в отличие от обычного распознавателя имен. Если вывести компьютер из домена и расположить его в другой подсети, nslookup будет показывать, что всё в порядке, но без настройки суффиксов DNS система не сможет обращаться к серверам по коротким именам.
Отсюда частые вопросы – почему ping не работает, а nslookup работает.
В плане поиска и устранения ошибок разрешения имен могу порекомендовать не бояться использовать инструмент для анализа трафика – сниффер. С ним весь трафик как на ладони, и если добавляются лишние суффиксы, то это отразится в запросах DNS. Если запросов DNS и NetBIOS нет, некорректный ответ берется из кэша.
Если же нет возможности запустить сниффер, рекомендую сравнить вывод ping и nslookup, очистить кэши, проверить работу с другим сервером DNS.
Кстати, если вспомните любопытные DNS-курьезы из собственной практики – поделитесь в комментариях.
Сервер DNS является фундаментальной частью каждой компьютерной сети большого масштаба. Протокол DNS используется многими сетевыми службами для преобразования доменных имен в сетевые адреса, а также для поиска служб в сети (по доменным именам).
В случае отказа администрируемого вами сервера DNS будет нарушена работоспособность всей внутренней сети вашей организации (конечно же, в том случае, если вы не задавали сетевые адреса для всех устройств вручную).
В процессе знакомства с протоколом разрешения доменных имен вы убедитесь в том, что даже крупные организации получают выгоду от работы с единой инфраструктурой сервисов DNS . Следовательно, протокол DNS предъявляет требование, заключающееся в объединении сетевой инфраструктуры всех подразделений организации.
Даже в домашних условиях вы можете столкнуться с модемами и маршрутизаторами, в большей части которых реализована поддержка протокола DNS .
В данном разделе даются пояснения относительно принципа работы серверов DNS , а также процесса настройки сервера bind9 при работе с дистрибутивом Linux .
4.1. О протоколе DNS
4.1.1. Преобразование доменного имени в IP-адрес
Система доменных имен ( Domain Name System или DNS ) является сетевой службой, работающей со стеком протоколов TCP/IP и позволяющей клиентам преобразовывать доменные имена в IP-адреса. На самом деле с помощью аббревиатуры DNS обозначается инфраструктура гораздо большего масштаба, но на данный момент благоразумнее рассмотреть упрощенный вариант.
При использовании веб-браузера для посещения веб-сайта вы вводите строку URL веб-сайта в его адресную строку. Но для того, чтобы ваш компьютер смог начать взаимодействие с веб-сервером, на котором расположен необходимый вам веб-сайт, ему потребуется IP-адрес этого веб-сервера. Это именно тот момент, когда используется сервер DNS .
При работе со сниффером Wireshark вы можете использовать фильтр dns для перехвата соответствующего трафика.
4.1.2. История создания протокола DNS
В семидесятые годы к сети Интернет было подключено всего несколько сотен компьютеров. Для разрешения доменных имен на каждом из этих компьютеров использовался текстовый файл, содержащий таблицу из доменных имен и соответствующих им IP-адресов. Этот локальный файл являлся копией файла hosts.txt , расположенного на FTP-сервере Университета Стэнфорда.
В 1984 году Paul Mockapetris создал систему DNS , являющуюся распределенной древовидной иерархической базой данных, которая будет подробно описываться в нескольких главах данной книги.
На сегодняшний день система доменных имен ( Domain Name System или DNS ) является общемировой распределенной иерархической базой данных, находящейся под контролем организации ICANN . Ее главная функция заключается в преобразовании доменных имен в IP-адреса и указании на серверы в сети Интернет, предоставляющие сервисы SMTP и LDAP .
Старый файл hosts.txt по прежнему активно используется в большинстве операционных систем под именем /etc/hosts (или C:/Windows/System32/Drivers/etc/hosts). Далее мы вернемся к рассмотрению этого файла, а также его влияния на процесс разрешения доменных имен.
4.1.3. Прямой и обратный запросы
Вопрос, задаваемый клиентом серверу DNS, называется запросом (DNS query). В ситуации, когда клиент запрашивает IP-адрес узла говорят о прямом запросе DNS (forward lookup query, как было показано на предыдущей иллюстрации).
Противоположный по смыслу запрос доменного имени узла называется обратным запросом DNS (reverse lookup query).
Ниже приведена иллюстрация обратного запроса DNS .
А это пример осуществления обратного запроса DNS с помощью утилиты nslookup .
В случае использования сниффера tcpdump обратный запрос DNS будет выглядеть аналогичным образом.
А ниже приведен результат перехвата данного запроса с помощью сниффера wireshark (учтите, что данный снимок окна приложения был сделан довольно давно).
4.1.4. Файл /etc/resolv.conf
Клиентский компьютер должен обладать информацией об IP-адресе сервера DNS для того, чтобы иметь возможность передавать запросы этому серверу. Данный адрес либо передается сервером DHCP , либо вводится вручную администратором системы.
Клиентские системы Linux хранят упомянутую информацию в файле /etc/resolv.conf .
Вы можете вручную осуществить модификацию IP-адреса с пометкой nameserver для использования другого сервера DNS . Например, компания Google предоставляет доступ к публичному серверу DNS с IP-адресами 8.8.8.8 и 8.8.4.4.
Обратите внимание на то, что при использовании клиента DHCP данные IP-адреса могут быть перезаписаны в процессе обновления базы данных адресов DHCP ( DHCP lease ).
4.2. Пространство имен DNS
4.2.1. Иерархия
Пространство имен DNS является иерархической древовидной структурой с корневыми серверами ( root-servers или dot-servers ) на вершине. Корневые серверы обычно обозначаются с помощью точки.
Далее мы будем говорить не о корневых серверах , а о доменах верхнего уровня ( Top Level Domains или TLDs ).
4.2.2. Корневые серверы
В рамках сети Интернет существует тринадцать корневых серверов DNS , которые носят имена от A до M . Журналисты обычно называют эти серверы основными серверами сети Интернет , так как в том случае, если они выйдут из строя, никто не сможет использовать доменные имена для соединения с серверами, на которых расположены веб-сайты.
Корневые серверы не расположены на тринадцати физических машинах, они распределены по гораздо большему количеству машин. К примеру, корневой сервер с именем F распределен по 46 физическим машинам, которые функционируют как одна машина благодаря осуществлению произвольной передачи данных (anycast).
4.2.3. Данные для поиска корневых серверов
В комплект поставки каждого сервера DNS включается файл с данными для поиска корневых серверов ( root hints ), который предназначен для поиска корневых серверов DNS .
В данном примере показан небольшой фрагмент файла с данными поиска корневых серверов из комплекта поставки сервера DNS bind 9.8.4 .
На следующем уровне древовидной структуры после доменов верхнего уровня располагаются обычные домены . Домены могут иметь субдомены (также называемые дочерними доменами).
Домены системы доменных имен DNS регистрируются на серверах, обслуживающих домены верхнего уровня , а домены верхнего уровня - на корневых серверах .
4.2.5. Домены верхнего уровня
Таблица 4.1. Первые домены верхнего уровня
В 1998 году было выбрано семь новых доменов верхнего уровня , которые стали активны лишь в 21 веке.
Таблица 4.2. Новые домены верхнего уровня общего назначения
В 2012 году организация ICANN опубликовала список из 2000 новых доменов верхнего уровня , которые будут постепенно регистрироваться.
4.2.6. Полностью определенное доменное имя
Полностью определенное доменное имя ( Fully Qualified Domain Name или FQDN ) является комбинацией из имени узла машины и соответствующего доменного имени .
Например, в том случае, если система носит имя gwen и использует домен linux-training.be , полностью определенным доменным именем системы будет gwen.linux-training.be .
В системах Linux вы можете использовать утилиты hostname и dnsdomainname для проверки данной информации.
4.2.6. Зоны DNS
Зона DNS (или зона ответственности DNS ) является частью древовидной структуры DNS, которая охватывает одно доменное имя или одно дочернее доменное имя. На иллюстрации ниже зоны DNS отображены с помощью голубых овалов. Некоторые зоны DNS поддерживают возможность делегирования функций управления дочерними доменными именами другим зонам DNS.
Сервер DNS может иметь полномочия по управлению 0, 1 или большим количеством зон DNS . Позднее мы рассмотрим некоторые другие аспекты взаимодействия между сервером DNS и зоной DNS .
Зона DNS состоит из записей , которые также называют ресурсными записями . В следующем разделе мы рассмотрим некоторые из упомянутых ресурсных записей .
4.2.7. Ресурсные записи DNS
Запись A , которая также называется записью узла ( host record ) содержит IP-адрес компьютера в формате IPv4. В момент, когда клиент DNS отправляет серверу DNS запрос данных записи A, сервер DNS осуществляет преобразование переданного с запросом доменного имени в IP-адрес. Запись AAAA аналогична рассматриваемой записи, но содержит IP-адрес формата IPv6, а не IPv4.
Запись PTR является полной противоположностью записи A. Она содержит имя компьютера и может использоваться для преобразования IP-адреса в имя узла.
Запись NS или запись сервера имен ( nameserver record ) является записью, которая указывает на сервер имен DNS (обслуживающий данную зону DNS). Вы можете получить список всех серверов имен для вашей зоны DNS, получив данные отдельных записей NS.
Связующая запись A
Запись A, которая устанавливает соответствие между именем записи NS и IP-адресом называется связующей записью .
Запись SOA зоны DNS содержит метаданные, относящиеся к самой зоне DNS. Записи SOA подробно описаны в разделе, посвященном передачам данных зон DNS. В каждой из зон DNS существует ровно по одной записи SOA.
Запись CNAME
Запись CNAME устанавливает соответствие между двумя именами узлов, позволяя создать новый псевдоним для существующего имени узла. В качестве имени почтового сервера обычно используются имена mail и smtp , а в качестве имени веб-сервера - www .
DNS, или система доменных имён — это иерархическая и децентрализованная система именования, которая преобразует понятные человеку имена хостов в машиночитаемые IP-адреса.
Проще говоря, DNS — это система, которая позволяет людям и компьютерам легче общаться. Люди используют имена, компьютеры используют числа, а система доменных имён встаёт между ними, чтобы сопоставить имена с числами в указанном списке. Это, как контакты в вашей телефонной книге, благодаря DNS вам не нужно запоминать IP-адресса, чтобы попасть на определённый сайт.
По сути, DNS — это система распределённых баз данных в сети, основная функция которой — преобразовать запрос определённых имён хостов в конкретные IP-номера, понятные компьютерам. Информация об именах хостов, совпадающих с номерами, хранится в каталоге. Каталог хранится на серверах доменных имён. Таким образом, система доменных имён также является каталогом важной информации о доменах.
Как работает DNS?
Cистема доменных имён работает шаг за шагом и проходит через структуры DNS. Всё начинается из запроса DNS — запроса на информацию.
DNS-рекурсор
Имея сценарий, что запрос отправляется рекурсивным способом, сервер может запросить другие серверы, чтобы выполнить запрос от имени клиента (браузера). Это то, что называется рекурсором DNS. Это как агент, который усердно работает, чтобы сделать каждый информационный запрос доступным. Усилия по получению информации включают обращение к Корневому DNS-серверу за помощью.
Корневой сервер имён
Корневой DNS-сервер, также называемый корневым сервером имён, находится на предельном уровне иерархии DNS. Он не имеет формального имени и помечен подразумеваемой пустой строкой. Вы можете представить это как банк ссылок.
На практике рекурсивный распознаватель системы доменных имён передаётся по запросу Корневому Серверу Имён. Затем сервер ответит на запрос, сказав агенту перейти в более конкретные места, которые являются серверами доменных имён верхнего уровня (сервер имён TLD).
Сервер имён TLD
Авторитетный Nameserver
Это происходит именно тогда, когда распознаватель DNS встречает авторитетный сервер имён. У авторитетного сервера имён есть вся информация о доменном имени, которое он обслуживает. Он может дать рекурсивный преобразователь IP-адресу, найденному сервером в записи.
Как изменить настройки DNS для домена?
Изменить настройки можно на панели управления Hostinger. Вам просто нужно войти в свою панель управления в учётной записи Hostinger и получить доступ к разделу Редактора зон DNS.
В DNS Zone Editor вы увидите типы записей DNS, которые вы можете редактировать, добавлять и удалять.
Типы записей DNS:
- Запись А
Базовая запись, где вы можете выполнить следующие действия: добавить новый хост, TTL (Time to Live), направлен на. - Запись CNAME
Запись для псевдонима для другого домена, где вы можете добавить новый хост, TTL (Time to Live), направлен на. - Запись MX
Запись для идентификации сервера, который обрабатывает вашу почту, где вы можете добавить новый хост, приоритет, TTL (Time to Live), направлен на. - Запись TXT
Запись, которая позволяет вам иметь текстовую информацию, где вы можете добавить новый хост, значение TXT, TTL (Time to Live), направлен на. - Запись AAAA
Запись A для адреса IPV6, где вы можете добавить новый хост, IPv6, TTL (Time to Live). - Запись NS
DNS-сервер записывает для вашего домена, где вы можете добавить новый хост, значение TXT, TTL (Time to Live). - Запись SRV
Запись для спецификации данных в системе доменных имён, в которую можно добавить новый приоритет, имя, вес, порт, точки, TTL.
Посмотрите, как использовать Hostinger DNS Zone Editor для подробного процесса, чтобы вам было легче понять.
Заключение
Теперь вы знаете, что такое DNS (система доменных имён). Поняв, как это работает, вы также можете внести некоторые изменения в настройки панели управления Hostinger в соответствии с вашими потребностями.
Анна долгое время работала в сфере социальных сетей и меседжеров, но сейчас активно увлеклась созданием и сопровождением сайтов. Она любит узнавать что-то новое и постоянно находится в поиске новинок и обновлений, чтобы делиться ими с миром. Ещё Анна увлекается изучением иностранных языков. Сейчас её увлёк язык программирования!
Читайте также: