Можно ли пользоваться Интернетом без подключения к DNS-серверу

Обновлено: 06.07.2024

У меня есть три виртуальные машины: 2 под управлением Windows Server 2003 (Server1, Server11) и 1 клиент под управлением Windows XP (XP1). Я обеспокоен тем, что XP1 может получить доступ к Интернету, хотя его первичный DNS указывает на мой DNS-сервер (Server1), и мне еще предстоит включить запись DNS Forwarder на Server1. Согласно моей лаборатории MCSE, я делаю, что мой клиент XP не должен получать доступ к сети без этой записи Forwarder на DNS-сервере. Кто-нибудь может объяснить, почему?

Конфигурация IP/вся информация для всех трех блоков:

Конфигурация IP-адреса Windows

Подключение по локальной сети адаптера Ethernet:

DNS-суффикс для конкретного подключения . :
Описание . . . . . . . . . . . : VMware ускорила адаптацию AMD PCNet

Физический адрес. . . . . . . . . : 00-0C-29-EE-8D-66
Dhcp включен. . . . . . . . . . . : Нет
IP-адреса. . . . . . . . . . . . : 192.168.57.128
Маска подсети . . . . . . . . . . . : 255.255.255.0
Шлюз по умолчанию . . . . . . . . . : 192.168.57.2
DNS-серверы. . . . . . . . . . . : 192.168.57.201

Конфигурация IP-адреса Windows

Подключение по локальной сети адаптера Ethernet:

DNS-суффикс для конкретного подключения . :
Описание . . . . . . . . . . . : Сетевое соединение Intel(R) PRO/1000 MT
Физический адрес. . . . . . . . . : 00-0C-29-9C-AC-C8
DHCP включен. . . . . . . . . . . : Нет
IP-адреса. . . . . . . . . . . . : 192.168.57.201
Маска подсети . . . . . . . . . . . : 255.255.255.0
Шлюз по умолчанию . . . . . . . . . : 192.168.57.2
DNS-серверы. . . . . . . . . . . : 192.168.57.201

Конфигурация IP-адреса Windows

Подключение по локальной сети адаптера Ethernet:

DNS-суффикс для конкретного подключения . :
Описание . . . . . . . . . . . : Сетевое соединение Intel(R) PRO/1000 MT
Физический адрес. . . . . . . . . : 00-0C-29-29-D7-96
DHCP включен. . . . . . . . . . . : Нет
IP-адреса. . . . . . . . . . . . : 192.168.57.211
Маска подсети . . . . . . . . . . . : 255.255.255.0
Шлюз по умолчанию . . . . . . . . . : 192.168.57.2
DNS-серверы. . . . . . . . . . . : 192.168.57.201

Простите, если мне не хватает понимания концепции DNS, но, насколько я могу судить, это просто адресация IP-адреса в более удобочитаемую строку символов. Я видел аналогию с телефонной книгой в том смысле, что вы можете запоминать номера, но гораздо проще иметь телефонную книгу.

С учетом сказанного, если, скажем, произошел сбой DNS-сервера (он же потерял мою телефонную книгу), могу ли я получить доступ к нужному сайту, используя его необработанный IP-адрес (запомненный номер телефона)?

Чтобы уточнить, я не спрашиваю, может ли Интернет в целом работать без DNS, я имею в виду событие, когда DNS моего провайдера не работает.

5 ответов 5

Ответ: и да, и нет.

Это зависит от конфигурации сервера. Например, общий веб-хостинг будет иметь много доменов, указывающих на один и тот же IP-адрес. Сервер переводит, какой домен используется, и перенаправляет трафик на нужный сайт. Если вы заходите на сайт по IP-адресу на общем сервере веб-хостинга, сервер не знает, куда ему нужно направить ваш трафик, и поэтому вы получите свой собственный сайт, или пустой сайт, или, что еще хуже, «этот сайт еще не настроен - тип веб-сайта по умолчанию.

Однако, если имеется только один веб-сайт и сервер принимает трафик через порт 80, тогда да, вы можете получить доступ к веб-сайту исключительно по IP-адресу.

В любом случае, это не то, что вам нужно.

Вместо этого вы захотите изменить свой DNS-сервер на клиентском компьютере. Обычно используются 8.8.8.8 и 8.8.4.4 (это DNS-серверы Google). Если вы настроите этот DNS-сервер, вы все равно сможете выполнять преобразования DNS и, таким образом, получать доступ к веб-сайтам по их доменному имени, и это будет работать.

Ты опередил меня на минуту. Вы также должны упомянуть тот факт, что многие веб-сайты могут иметь более 1 IP-адреса. DNS попытается подключиться к лучшему из доступных. Это может быть для балансировки нагрузки или резервирования. Или для обслуживания веб-страниц в зависимости от местоположения пользователя

@D.A Хотя верно то, что веб-сайт может иметь более одного IP-адреса для балансировки нагрузки, технически не имеет значения, помните ли вы один из двух IP-адресов для доступа к сайту таким образом. Это интересно знать, но это не меняет исхода этого конкретного вопроса.

Это важно для понимания концепции DNS, которую OP упоминает в первом предложении. Это не просто адресация IP, это может сделать намного больше. Но я понимаю, что вы говорите

В основном это происходит из-за конфигурации веб-серверов, где сайты обычно ссылаются на полное доменное имя, а не на IP-адрес.

Большинство этих веб-сайтов имеют сайт "по умолчанию", который будет действовать как запасной, если ни один другой сайт не соответствует полному доменному имени.

Имейте в виду, что существуют сайты с тысячами доменов на одном сервере, и контент будет отображаться в зависимости от открытого вами полного доменного имени.

Теоретически вы действительно можете использовать адрес вместо имени во многих сетевых приложениях, но часто это не работает для веб-страниц, потому что сервер, с которым вы разговариваете, является «виртуальным» сервером: на самом деле несколько серверов по одному и тому же адресу, а «настоящий» сервер смотрит на имя сервера в URL-адресе, чтобы определить, на какой сервер следует перенаправить ваш запрос (*).

В этом случае легко справиться, заставив собственный компьютер преобразовывать имена в адресатов. Существует файл «hosts» (/etc/hosts/ в Linux, C:\windows\system32\drivers\etc\hosts в Windows), который просматривается до того, как ваш компьютер переходит на DNS-сервер, поэтому вы можете поместить туда имена и адреса. и использовали их так, как если бы они были получены обычным DNS. Редактирование этого файла может привести к тому, что программное обеспечение безопасности поднимет тревогу, поскольку вредоносное ПО также может изменить этот файл, чтобы перенаправить вас на нежелательные сайты.

Однако бывают случаи, когда даже это не сработает, потому что адрес меняется динамически (балансировка нагрузки) или ваш веб-сервер находится за "сетью доставки контента" (статические вещи обслуживаются с сервера, расположенного рядом с вами, с реального сервера получается только "персонализированная" часть). Так что вы все равно должны использовать правильный DNS. Но ничто не заставляет вас (кроме местного законодательства) использовать серверы имен вашего интернет-провайдера, вы можете настроить свой компьютер на использование определенных серверов имен (где-то в настройках вашей сети), наиболее часто используемыми для этого являются Google 8.8.8.8 и OpenDNS 208.67.220.220 и 208.67.220.222.

Если у нас есть основанная на IP система идентификации узлов в Интернете, зачем нужен DNS?

17 ответов 17

Хотя все считают, что DNS не нужен для работы Интернета, я с этим не согласен. DNS не нужен для работы сети на основе IP, но для Интернета, каким мы его знаем сегодня, он абсолютно необходим!!

Если я зарегистрирую доменное имя у godaddy, и оно мне больше не понравится, я могу обратиться к другому провайдеру и сохранить свое доменное имя.

То же самое невозможно с IP-адресами, поскольку IP-адреса выделяются конкретным компаниям, и вы ничего не можете взять с собой.

DNS не только сопоставляет удобочитаемые имена с IP-адресами, но и отделяет клиента от конкретных сведений о конечной точке сети, к которой он хочет подключиться.

Это позволяет поставщикам услуг внедрять системы высокой доступности и изменять детали внедрения, не затрагивая своих клиентов.

Конечно, может! Но у вас будет огромный список записей в /etc/hosts .

А если серьезно. «Интернет» (система машин, доставляющих контент пользователю) продолжал бы нормально работать. «Интернет» (сбор легко находимой информации, передаваемой через «Интернет») быстро выйдет из строя, потому что никто (кроме настоящих гиков) не будет помнить IP-адрес, чтобы добраться до Google.

Потому что я не хочу вспоминать, что Google — это 74.125.45.100.

<р>. и мы действительно благодарны за это! Я помню четверть старого класса C, привязанного только к одному компьютеру, на котором размещалась куча простых статических веб-сайтов. Мы были так счастливы, когда виртуальный хостинг стал доступен, и мы смогли свести его к одному IP-адресу!

Разница между IP-адресом и DNS-именем заключается в том, что IP-адрес указывает расположение серверов, а DNS-имя позволяет указать саму службу. Большая победа, которую вы получаете от DNS, заключается не столько в том, что DNS-имя легче запомнить, сколько в том, что у вас есть уровень абстракции между службой и ее реализацией. Таким образом, базовая реализация может меняться, серверы могут перемещаться незаметно для пользователя.

Может ли Интернет работать без него? Ненадолго, так как одной из первых вещей, которую нужно сделать, будет реализация службы, подобной DNS, для обхода всех проблем, которые может вызвать отсутствие DNS. Без DNS гиперссылки на другие веб-страницы, например, легко ломались бы, так что всемирная паутина не могла бы нормально функционировать.

Фото: Free-Photos

Привет всем, давно не было.

Приготовьте для вас лишнее. Есть веб-сайт, который мы разрешили через наш брандмауэр, но наш компьютер по-прежнему зависит от нашего DNS-сервера Windows, чтобы добраться до него. Если веб-сайт разрешен, но Интернет полностью отключен от компьютеров в сети, как нам сделать так, чтобы веб-сайт все еще был доступен? Несмотря на то, что правило доступа/белый список для этого сайта существует, наш DNS-сервер не смог разрешить адрес.

Шакал Лир

Участвуйте, чтобы выиграть набор Webroot/Carbonite Swag Kit!

Конкурс заканчивается 06.04.2022 Конкурсы Поделитесь своим уроком по резервному копированию данных в ответе ниже, и вы можете выиграть один из 10 наборов сувениров! Детали конкурса Просмотреть все конкурсы

58 ответов

Том0517

Итак, чтобы уточнить, ваш DNS-сервер не имеет доступа к Интернету?

данкран

Это странно сформулированный вопрос. Вы удаляете их шлюз или просто разрешаете DNS с клиентских машин?

ОП Шакал Лир

@Tom0517
Нет, из-за того, что мы делаем, наш DNS-сервер не имеет доступа к Интернету. Это то, что мы пытаемся найти способ обойти это. Если DNS не может разрешить общедоступный адрес, потому что у него нет Интернета (но сайт внесен в белый список), как мы можем заставить его работать?

@dancrane
Просто удалить DNS, вот и все.

L0ST_0NE

Вы можете поместить веб-сайт в файл HOST ПК, с которого необходимо получить доступ к этому веб-сайту.

Бр@д

L0ST_0NE написал:

Вы можете поместить веб-сайт в файл HOST ПК, с которого необходимо получить доступ к этому веб-сайту.

или сделайте статическую запись на своем внутреннем DNS-сервере (в любом случае вам нужно будет обновить, когда сайт изменит IP-адрес)

Шакал Лир написал:

@Tom0517
Нет, из-за того, что мы делаем, наш DNS-сервер не имеет доступа к Интернету. Это то, что мы пытаемся найти способ обойти это. Если DNS не может разрешить общедоступный адрес, потому что у него нет Интернета (но сайт внесен в белый список), как мы можем заставить его работать?

@dancrane
Просто удалить DNS, вот и все.

Надо искать не DNS, а маршрутизацию.

Как правило, между вашим DNS и Интернетом установлен брандмауэр. Ваш внутренний DNS должен быть настроен для разрешения систем в вашем домене. Вещи за пределами вашего домена будут перенаправляться через ваш шлюз и решаться провайдером или каким-либо другим провайдером.

L0ST_0NE написал:

Вы можете поместить веб-сайт в файл HOST ПК, с которого необходимо получить доступ к этому веб-сайту.

Это быстро и просто.

данкран

L0ST_0NE написал:

Вы можете поместить веб-сайт в файл HOST ПК, с которого необходимо получить доступ к этому веб-сайту.

Именно то, о чем я думал. Вероятно, проще всего отредактировать файл HOSTS и задокументировать изменения.

Или настройте сервер условной пересылки на DNS-сервере для этого домена, чтобы он выполнял исходящие запросы только для этого домена. Вам нужно убедиться, что нет других внешних серверов пересылки и что рекурсивный поиск отключен.

Джим Питерс

Итак, я думаю, вы на самом деле хотите сказать, что удаляете преобразование DNS — способность устройства использовать локальную сеть для поиска и преобразования имени хоста в IP-адрес. Я полагаю. это было бы, если бы не указывались какие-либо DNS-серверы в DHCP. Конечно, вы можете обойти это, предоставив статическую запись в файле hosts или на сетевом DNS-сервере, но, будучи статическим, это будет чревато проблемами каждый раз, когда указанный IP-адрес в общедоступном Интернете изменяется. Мне кажется, что вы делаете что-то не так, чтобы обеспечить какую-то защиту.

Недурно создавать Host-файл, просто помните, что он нужен для устранения неполадок в будущем

Кит Мун, Новая Зеландия

KeithMoon — поставщик ИТ-услуг.

Это быстро и просто, если это 3 машины, а если 300 машин? Это похоже на то, что вам нужен централизованный способ сделать это... например, DNS-сервер.

6 Нажмите "Файл" > "Сохранить", чтобы сохранить изменения.
При сохранении не добавляйте никаких расширений
файл hosts

Если ваш компьютер имеет доступ к внутреннему DNS-серверу, добавьте этот сайт в качестве HOST на своем DNS-сервере. Таким образом, если IP-адрес сайта изменится, вы просто обновите запись HOST на своем DNS-сервере.

greggmh123

Шакал Лир написал:

@Tom0517
Нет, из-за того, что мы делаем, наш DNS-сервер не имеет доступа к Интернету. Это то, что мы пытаемся найти способ обойти это. Если DNS не может разрешить общедоступный адрес, потому что у него нет Интернета (но сайт внесен в белый список), как мы можем заставить его работать?

@dancrane
Просто удалить DNS, вот и все.

"Нет, из-за того, что мы делаем, наш DNS-сервер не имеет доступа к Интернету."

Есть ли возражения против предоставления вашему DNS-серверу **только** DNS-доступа к Интернету? Выделите ему порт 53 для определенного DNS-сервера, например, выделите его только для 8.8.8.8 и 8.8.4.4, после чего он выполнит поиск рабочих станций, которым нужно попасть на этот веб-сайт.

Или у вас есть какие-то ограничения, требующие НУЛЕВОГО доступа к Интернету? В результате системы останутся без исправлений и уязвимы, если кто-то подключит зараженный USB-накопитель.

деанмонкастер

JCT2 написал:

Шакал Лир написал:

@Tom0517
Нет, из-за того, что мы делаем, наш DNS-сервер не имеет доступа к интернет. Это то, что мы пытаемся найти способ обойти это. Если DNS не может разрешить общедоступный адрес, потому что у него нет Интернета (но сайт внесен в белый список), как мы можем заставить его работать?

@dancrane
Просто удалить DNS, вот и все.

Надо искать не DNS, а маршрутизацию.

Один раз нет, два раза нет и три раза НЕТ. Какой совершенно ужасный совет. Это будет означать либо настройку двух DNS-серверов на ваших локальных компьютерах и разрешение всем локальным компьютерам выходить в Интернет через порт 53 с дополнительным бонусом, заключающимся в том, что конечный пользователь может изменить свои DNS-серверы на все, что захочет, если только вы не внесете их в белый список. разрешенные DNS-серверы, что удваивает ваши административные расходы. Что у вас уже должно быть, так это вышестоящий DNS-сервер, настроенный на вашем локальном DNS-сервере, поэтому, когда локальный DNS-сервер не может разрешить адрес, он запрашивает вышестоящий сервер или выполняет рекурсивный запрос (даже если это считается плохим), чтобы найти адрес. IP-адреса доменов по мере необходимости. Затем этот адрес будет добавлен в локальные таблицы IP-адресов, и его можно будет быстро разрешить для будущих запросов.

Ваш DNS-сервер обеспечивает разрешение скорости передачи данных для кэшированных записей DNS.

Что им нужно сделать здесь, так это удалить все вышестоящие DNS-серверы, чтобы неизвестные адреса не могли быть разрешены (игнорируя тот факт, что в любом случае нет шлюза по умолчанию, из которого сервер мог бы выйти), а затем ввести статическую запись в базу данных своих DNS-серверов. .

Проще говоря, им просто нужно сделать записи DNS на своем DNS-сервере для каждого разрешенного веб-сайта из белого списка, к которому они хотят получить доступ.

В некоторых случаях мы сталкивались с проблемой, что у нас есть подключение к Интернету, то есть наш маршрутизатор указывает, что мы получаем кабельную услугу ADSL2 +, VDSL, HFC или FTTH, но, тем не менее, мы не можем открыть ни одну веб-страницу в различные веб-браузеры, которые мы можем использовать. Этот сбой довольно частый, и мы должны шаг за шагом выполнять различные тесты подключения, чтобы проверить, в чем проблема, сегодня в этой статье мы собираемся подробно объяснить все, что вам нужно сделать, чтобы снова иметь возможность выходить в Интернет без каких-либо проблем. .

Почему я не могу работать в Интернете, но у меня есть подключение?

Причины наличия подключения к Интернету, но отсутствия просмотра, могут быть самыми разными. Например, возможно, что мы подключаемся через Wi-Fi в месте, очень далеком от маршрутизатора, и, следовательно, у нас мало покрытия и очень низкая скорость, из-за чего веб-браузер отображает сообщение об ошибке при загрузке разных веб-сайтов. Это очень типично для общедоступных сетей Wi-Fi, где сигнал от этих сетей обычно очень слабый. Также может случиться так, что сеть Wi-Fi, к которой мы подключаемся, полностью разрушена и не принимает больше беспроводных клиентов, передающих трафик, в этом случае рекомендуется изменить точки доступа Wi-Fi, чтобы увидеть, есть ли у нас более высокая пропускная способность.

Другие распространенные проблемы связаны с DHCP-сервером маршрутизатора, который не может предоставить нам IP-адрес, поскольку к нему уже подключено много клиентов, и он выходит за пределы своего диапазона IP-адресов, и может даже случиться так, что WiFi на роутере DHCP-сервер отключен. Что касается DNS-серверов, возможно, DHCP-сервер не предоставил нам DNS-серверы для использования, по этой причине мы не можем разрешить доменные имена различных веб-сайтов и не можем получить доступ, веб-браузер вернет ошибку.< /p>

Это все, что вы должны проверить в своей сети

Чтобы правильно диагностировать проблему и увидеть, где неисправность в вашей сети, мы собираемся объяснить шаг за шагом все, что вы должны проверить и проверить, от физических подключений и проводки до используемых веб-браузеров, переходя через различные тесты, которые нам придется провести, чтобы убедиться, что у нас действительно есть та или иная проблема. Очень важно, чтобы вы шаг за шагом отбрасывали различные проблемы (и решения), которые мы можем дать, если вы пропустите шаг, вы можете не решить свою проблему, потому что вы предположили, что все правильно, когда на самом деле есть проблема, и мы должны ее исправить.

Во-первых, мы должны убедиться, что у нас дома есть интернет-соединение с любым из операторов в вашей стране, некоторые пользователи ошибочно полагают, что, покупая WiFi-маршрутизатор только последней модели с двухдиапазонным WiFi и высокоскоростным скоростные гигабитные порты, воткните его в электрическую лампочку и включите, у нас уже будет подключение к интернету, а это не дело.Чтобы получить доступ в Интернет, мы должны заключить договор на услугу с оператором в вашем регионе или стране, в дополнение к этому интернет-соединению нам также придется использовать маршрутизатор, но последний предоставляется нам операторами совершенно бесплатно. как часть услуги по контракту, которую мы должны будем платить ежемесячно.

Проверьте индикаторы роутера

Если мы заключили интернет-соединение и на уровне сервиса все работает правильно, в роутере мы должны увидеть зеленый свет в части «Интернет» или «WAN», указывающий, что интернет-соединение установлено и что мы можем использовать услугу без каких-либо проблем. На передней панели маршрутизатора находятся все светодиоды состояния оборудования, светодиод питания маршрутизатора, светодиод состояния Интернета, состояние телефона (если у вас есть VoIP), состояние локальной сети, а также состояние сети. Порты WiFi и USB, если они есть на нашем роутере.

В этом случае, чтобы убедиться в правильности подключения к Интернету, необходимо посмотреть на индикатор состояния Интернета. Зеленый означает, что все правильно, а красный означает, что есть какая-то проблема и у вас нет сервиса.

Если индикатор Интернета горит красным, проблема связана с подключением к Интернету, и вам необходимо позвонить своему оператору.

В случае, если подключение к Интернету установлено правильно и светодиоды маршрутизатора указывают на это, мы проверим другие аспекты.

Посмотрите на подключение нашего ПК к маршрутизатору

Сетевой кабель Ethernet: мы подключим наш компьютер с помощью сетевого кабеля от сетевой карты Ethernet к одному из портов локальной сети маршрутизатора. Обычно эти порты LAN имеют желтый цвет, хотя это зависит от производителя маршрутизатора и конструкции конкретной модели. Важно подключить сетевой кабель и проверить, горит ли зеленый индикатор состояния этого конкретного порта, в противном случае, возможно, мы неправильно его подключили или сетевой кабель находится в плохом состоянии.
Wi-Fi: мы можем подключить наш настольный компьютер или ноутбук через Wi-Fi к маршрутизатору, как в диапазонах 2,4 ГГц, так и в диапазонах 5 ГГц. Чтобы подключиться, нам нужно будет найти беспроводные сети вокруг нас, выбрать имя нашей сети WiFi, ввести пароль доступа, и у нас будет доступ к локальной сети и Интернету через WiFi с нашим оборудованием.

После того, как мы подключились к нашему маршрутизатору через Wi-Fi или кабель, необходимо знать, правильно ли мы получили IP-адрес, маску, шлюз по умолчанию, а также DNS-серверы. Самый простой способ сделать это — щелкнуть значок Windows и ввести «cmd» в браузере, чтобы запустить командную строку и выполнить команды. Команда, которую мы должны выполнить в Windows, чтобы показать нам всю информацию об IP-адресе компьютера, выглядит следующим образом:

После выполнения мы можем увидеть следующую информацию:

Здесь мы можем увидеть адрес IPv4, шлюз по умолчанию (наш маршрутизатор), а также DNS-серверы, которые он нам предоставил. Если он окажется полностью пустым, это означает, что DHCP-сервер маршрутизатора не работает, отключен или вы физически не подключены (через кабель или Wi-Fi) к маршрутизатору, поэтому вам следует сначала проверить подключение.

После того, как мы получили IP-адрес, мы собираемся проверить, правильно ли у нас есть связь с маршрутизатором, для этого мы просто вводим в консоль следующую команду:

В нашем случае мы выполним «ping 10.11.1.1», чтобы убедиться, что связь с маршрутизатором установлена правильно.

Как вы видели, связь с маршрутизатором установлена корректно. В том случае, если вы получили IP-адрес по DHCP, но не можете пропинговать роутер, то возможно ваш брандмауэр неправильно настроен и блокирует сетевой трафик, также возможно, что у нас очень мало покрытия WiFi и мы не может обмениваться данными с маршрутизатором.

Теперь нам нужно проверить, есть ли у нас связь с Интернетом, чтобы убедиться, что с нашего компьютера на любой интернет-хост есть связь и нет проблем.

Мы добрались до DNS-серверов?

После проверки связи с маршрутизатором рекомендуется проверить связь с DNS-серверами, предоставленными маршрутизатором. В случае, если DNS-серверами является сам маршрутизатор, то предыдущую проверку мы уже сделали и они должны работать, но мы собираемся провести дополнительную проверку, чтобы увидеть, можем ли мы связаться с каким-либо DNS-сервером в Интернете, то есть если у нас есть сетевой трафик с интернетом и у нас нет проблем.

Чтобы проверить, есть ли у нас подключение к Интернету, все, что нам нужно сделать, это пропинговать Google или Cloudflare DNS, как вы можете видеть ниже:

Мы можем без проблем получить доступ к DNS-серверам Интернета, поэтому мы исключаем проблемы с подключением к локальной сети, а также к Интернету, поскольку все работает правильно.

Если вы не можете проверить связь с этими DNS-серверами (но можете проверить связь с маршрутизатором), значит, с подключением к Интернету возникла проблема. Проверьте индикаторы состояния маршрутизатора еще раз и убедитесь, что они горят красным цветом. Также возможно, что подключение к Интернету еще не установлено и по этой причине светодиод состояния маршрутизатора горит зеленым цветом, когда у нас действительно нет подключения к Интернету.

Убедитесь, что DNS-серверы разрешают домены

Теперь мы должны проверить, правильно ли работает разрешение DNS, одно дело, что у нас есть связь с DNS-серверами через типичный пинг, и совсем другое, что оно правильно разрешает домены. Если DNS-серверы, предоставленные нам маршрутизатором, или те, которые настроены в маршрутизаторе, не работают, мы не сможем перемещаться по Интернету, поскольку не сможем разрешать разные домены.

Как вы видели, он правильно разрешил домен, и нам удалось подключиться к нему без проблем. Однако мы собираемся провести дополнительную проверку с помощью инструмента nslookup. Инструмент nslookup позволяет нам узнать IP-адрес определенного домена с помощью DNS-серверов, кроме того, он также покажет нам, какие DNS-серверы использовались для доступа к этому IP-адресу.

Работа с этим инструментом очень проста, нам просто нужно установить следующий порядок:

В нашем случае это указывает на разные IP-адреса в Интернете, потому что у нас есть CDN для обслуживания контента из разных мест.

Как вы видели, домен правильно нас резолвит, следовательно, на уровне DNS все правильно.

Теперь у нас будет изменен DNS, мы снова пытаемся выполнить ping и nslookup для любого веб-сайта, как мы вас учили ранее, и это должно работать правильно и без проблем.

Проверьте состояние веб-браузера

Мы настроили прокси-сервер в браузере: возможно, мы настроили прокси-сервер в веб-браузере, и этот прокси-сервер недоступен, поэтому он может блокировать весь трафик. В зависимости от используемого веб-браузера вам нужно будет получить доступ к разделу «сеть» и убедиться, что вы не используете прокси-сервер для подключения к Интернету.

Если ни один из этих аспектов не является причиной, мы рекомендуем вам восстановить заводские настройки веб-браузера на случай, если мы сделали неправильную расширенную конфигурацию, и это мешает нам нормально просматривать Интернет.

Выводы

Очень распространенной ошибкой является подключение к Интернету, но невозможность просматривать веб-страницы. Как вы видели, мы должны проверить различные аспекты, чтобы убедиться, что все работает правильно, от самого подключения к Интернету до Интернета. браузер, который вполне может быть виновником. Кроме того, мы также должны проверить DNS-серверы, которые мы используем, потому что они могут быть виновниками того, что у нас нет возможности просматривать Интернет, поскольку мы не можем разрешать доменные имена.

Что касается DNS-серверов, мы рекомендуем использовать серверы Google (8.8.8.8 и 8.8.4.4) или Cloudflare (1.1.1.1 и 1.0.0.1), поскольку они очень быстрые, эффективные и обычно не блокируют загружать содержимое веб-страниц, что блокируют DNS-серверы основных операторов. Однако в последнее время операторы блокируют этот тип веб-сайтов другими, более агрессивными методами, поэтому смены DNS-серверов недостаточно для доступа к заблокированным веб-сайтам.

Мы надеемся, что с помощью этого полного пошагового руководства вы сможете диагностировать возникшую у вас ошибку и решить ее, чтобы без проблем работать в Интернете.

сообщить об этом объявлении

Читайте также: