как узнать айпи хоста
Как узнать локальный IP адрес хоста, после трансляции адреса NAT?
Собственно как узнать локальный адрес компьютера, если провайдер использует NAT?
P.S. Раньше думал что это не возможно, но сервис 2ip.ru доказал обратное.
Мой ноутбук подключен через Wi-Fi роутер, разве на нем не используется NAT?
Еще получил такой ответ, от админа сайта:
«Пользователь 2ip.com.ua оставил официальный ответ к отзыву «Как вы определяете локальный IP, если я нахожусь за NAT?» проекта «Обратная связь для сайта 2ip.com.ua».
К сожаление рассказать подробности получения этой информации я вам не могу, так как этот сервис является нашим конкурентным преимуществом перед остальными аналогичными сайтами. Насколько я понимаю, то подобный функционал на других сайтах Вы не встречали. Единственное что могу сказать так это то, что мы можем определять не только IP находящееся за nat, но и полученные в результате подключения через VPN клиенты. Тогда наш сервис покажет информацию в подобном виде: 172.101.0.135 / 10.10.0.10″
А я могу рассказать, поскольку некоторых пользователей которые здесь отписались конкурентами не считаю(нашли в чём конкурировать).
Скрипт определения локального адреса доступен по ссылке https://blog.ivru.net/?id=157
Работает на JavaScript + HTML5 + RTCPeerConnection применим для браузеров Firefox Chrome Opera версий, которые были актуальны на момент написания этого ответа(Firefox например 70-й).
В Edge не определяется. Safari не пробовал, но в интернете пишут что Safari тоже не определяется.
Так же могу добавить что локальный адрес подключения в VPN так же определяется.
7 способов определить хостера сайта
Периодически перед многими из вебмастеров возникает задача определить хостера, у которого живет тот или иной сайт. Мотивация для этого бывает самая разная, как простое любопытство, так и желание поселиться по соседству на хорошем и стабильном хостинге или наоборот не вляпаться в такое соседство. В этом посте я приведу несколько известных мне методов с их достоинствами и недостатками. Вполне возможно, что он неполон, поэтому дополнения всячески приветствуются.
Так же «на берегу» оговорюсь: все упомянутые ниже сайты и хостеры упомянуты исключительно как наглядные примеры, и ни в коем случае не в качестве рекламы или, упаси господи, антирекламы. Выбор оных был сделан так же практически случайно — где какие методы у меня в свое время срабатывали, то и привожу.
Способы я перечисляю в порядке убывания точности и, к сожалению, в порядке возрастания вероятности срабатывания.
1. NS-сервера
Плюсы
Минусы
2. Ошибка 403/404
Не могу сказать, что большинство, но немало серьезных хостеров страницы ошибок веб-сервера по умолчанию делают с информацией о себе, а многие их клиенты забывают/ленятся их переопределить. Поэтому в первую очередь стоит попытаться вызвать такую ошибку и посмотреть, что получится. Бывает так, что CMS на сайте при помощи mod_rewrite перехватывает запросы к несуществующим файлам и отдает в ответ свою 404-ю ошибку. Это можно попробовать обойти, вызвав ошибку 403 путем обращения к какталогу без индексного файла. Им может быть папка с картинками/шаблонами, папка для загруженных файлов, кэша движка, системная папка типа includes и т. п. Небольшой хинт — иногда на странице ошибки есть email вебмастера и часто из него можно узнать домен сайта хостера.
Пример
Сайт: sloger.net
Cтраница с 404 ошибкой.
Результат: Хостер Hostgator
Плюсы
Минусы
3. Виртуалхост по умолчанию.
Здесь ситуация во многом аналогична предыдущей — крупные хостеры как правило на виртуалхост по умолчанию ставят свои заглушки, мелкие часто этим пренебрегают и виртуалхостом по умолчанию как правило становится либо первый сайт первого их клиента, либо стандартная заглушка от панели управления (особенно часто это наблюдается в случае с cpanel). Кстати, при первом раскладе есть приятный частный случай, состоящий в том, что иногда первым сайтом первого клиента становится сайт самого хостера и поэтому прием все же дает желаемый результат.
Самый надежный способ попасть на виртуалхост по умолчанию — это обратиться к веб-серверу по IP.
Пример
Плюсы
Минусы
4. Reverse DNS Lookup
Не вдаваясь в подробности скажу, что для любого IP адреса можно с помощью PTR записи в DNS-зоне можно задать «домен по умолчанию“ (не совсем точный термин, но не в этом суть). При этом подавляющее большинство хостеров присваивают своим серверам домены по умолчанию, содержащие в себе имя домена хостера, т. е. что-то вроде server-name.hoster-name.com.
Самый простой вариант узнать это доменное имя по умолчанию — при помощи всем родного ping’a (альтернативно — команды host, dig и nslookup под Linux’ом, аналоги под виндой должны быть, но я про них ничего не знаю).
Пример
PING cisnet.ru (78.108.81.180) 56 (84) bytes of data.
64 bytes from timur.majordomo.ru (78.108.81.180): icmp_seq=1 ttl=55 time=102 ms
Результат: Хостер — majordomo.ru
Плюсы
Минусы
5. Traceroute
Этот способ тесно связан с предыдущим, поскольку тоже подразумевает использование Reverse DNS Lookup, только на этот раз мы будем смотреть домены и для узлов на пути к интересующему нас узлу. Смысл в этом прост — по доменам последних узлов в трейсе мы с большой вероятностью угадаем хостера или датацентр, в котором размещен интересующий нас сайт. Очевидно, что этот способ поможет нам в случае если испытуемый сидит на VPS или выделенном сервере.
Пример
traceroute to phpbbguru.net (88.198.45.197), 30 hops max, 60 byte packets
/* Пропущен неинтересный нам кусок */
6 87.226.228.149 (87.226.228.149) 126.004 ms 103.010 ms 103.147 ms
7 xe-2–2–0.frkt-ar2.intl.ip.rostelecom.ru (87.226.133.150) 115.394 ms 115.575 ms xe-1–0–0.frkt-ar2.intl.ip.rostelecom.ru (87.226.133.110) 137.887 ms
8 decix-gw.hetzner.de (80.81.192.164) 120.920 ms 137.137 ms 137.343 ms
9 hos-bb1.juniper1.rz6.hetzner.de (213.239.240.238) 115.458 ms hos-bb1.juniper2.rz6.hetzner.de (213.239.240.239) 118.008 ms 118.280 ms
10 hos-tr4.ex3k41.rz6.hetzner.de (213.239.252.180) 118.562 ms hos-tr2.ex3k41.rz6.hetzner.de (213.239.229.180) 137.399 ms hos-tr3.ex3k41.rz6.hetzner.de (213.239.252.52) 115.269 ms
11 static.88–198–45–197.clients.your-server.de (88.198.45.197) 136.016 ms 137.170 ms 132.209 ms
Плюсы
Минусы
6. Whois
Вот и добрались до Whois’a, великого и ужасного. В базе данных Whois хранятся не только данные о доменах, но и данные о владельцах диапазонов и отдельных IP-адресов. Соответственно, на основе информации мы можем попытаться установить компанию-владельца хостинга или датацентра.
Пример
whois 83.222.4.124% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See www.ripe.net/db/support/db-terms-conditions.pdf
% Note: This output has been filtered.
% To receive output for a database update, use the «-B» flag.
% Information related to ‘83.222.4.0 — 83.222.5.255’
inetnum: 83.222.4.0 — 83.222.5.255
netname: MASTERHOST-COLOCATION
descr: Masterhost is a hosting and technical support organization.
country: RU
admin-c: MHST-RIPE
tech-c: MHST-RIPE
status: ASSIGNED PA
mnt-by: MASTERHOST-MNT
source: RIPE # Filtered
% Information related to ‘83.222.0.0/19AS25532’
Вывод: сайт живет на собственном сервере, размещенном у Мастерхоста.
Плюсы
Минусы
7. Сигнатура SMTP сервера
небольшой хак — телнет на 25 порт, в большинстве случаев на нём висит почтовый сервис который сразу выдаст хостнейм сервера.
На примере ваших сайтов:
# telnet cisnet.ru 25
Trying 78.108.81.180…
Connected to cisnet.ru.
Escape character is ‘^]’.
220 timur.majordomo.ru ESMTP Exim 4.69 Sat, 17 Apr 2010 22:20:47 +0400
# telnet phpbbguru.net 25
Trying 88.198.45.197…
Connected to phpbbguru.net.
Escape character is ‘^]’.
220 sds.fastvps.ru ESMTP Exim 4.69 Sat, 17 Apr 2010 22:23:25 +0400
Вместо telnet можно использовать netcat:
$ netcat cisnet.ru 25
220 timur.majordomo.ru ESMTP Exim 4.69 Sun, 18 Apr 2010 12:21:21 +0400
^C
Дополнительные сервисы, предложенные хабраобщественностью
Мораль
Практически в любом случае свое любопытство мы сумеем удовлетворить, вопрос лишь в том, насколько точно. А мораль для хостеров — не ленитесь обеспечить себе дополнительный канал притока клиентов, но в то же время не перегните палку, чтобы не распугать клиентов нынешних.
UDP. Перенес в Хостинг.
UPD2. Добавил еще два сервиса, предложенных в комментах.
UPD3, 30 мая. Неожиданно обнаружил этот топик в черновиках. Вернул на место.
PS. Если вы знаете еще способы — пишите, а я добавлю в список.
7 сетевых Linux-команд, о которых стоит знать системным администраторам
Существуют Linux-команды, которые всегда должны быть под рукой у системного администратора. Эта статья посвящена 7 утилитам, предназначенным для работы с сетью.
Этот материал — первый в серии статей, построенных на рекомендациях, собранных от множества знатоков Linux. А именно, я спросил у наших основных разработчиков об их любимых Linux-командах, после чего меня буквально завалили ценными сведениями. А именно, речь идёт о 46 командах, некоторые из которых отличает тот факт, что о них рассказало несколько человек.
В данной серии статей будут представлены все эти команды, разбитые по категориям. Первые 7 команд, которым и посвящена эта статья, направлены на работу с сетью.
Команда ip
Команда ip — это один из стандартных инструментов, который необходим любому системному администратору для решения его повседневных задач — от настройки новых компьютеров и назначения им IP-адресов, до борьбы с сетевыми проблемами существующих систем. Команда ip может выводить сведения о сетевых адресах, позволяет управлять маршрутизацией трафика и, кроме того, способна давать данные о различных сетевых устройствах, интерфейсах и туннелях.
Синтаксис этой команды выглядит так:
Самое важное тут — это (подкоманда). Здесь можно использовать, помимо некоторых других, следующие ключевые слова:
Вывод IP-адресов, назначенных интерфейсу на сервере:
Назначение IP-адреса интерфейсу, например — enps03 :
Удаление IP-адреса из интерфейса:
Изменение статуса интерфейса, в данном случае — включение eth0 :
Изменение статуса интерфейса, в данном случае — выключение eth0 :
Изменение статуса интерфейса, в данном случае — изменение MTU eth0 :
Изменение статуса интерфейса, в данном случае — перевод eth0 в режим приёма всех сетевых пакетов:
Добавление маршрута, используемого по умолчанию (для всех адресов), через локальный шлюз 192.168.1.254, который доступен на устройстве eth0 :
Добавление маршрута к 192.168.1.0/24 через шлюз на 192.168.1.254:
Добавление маршрута к 192.168.1.0/24, который доступен на устройстве eth0 :
Удаление маршрута для 192.168.1.0/24, для доступа к которому используется шлюз 192.168.1.254:
Вывод маршрута к IP 10.10.1.4:
Команда ifconfig
Команда mtr
Синтаксис команды выглядит так:
Если вызвать эту команду, указав лишь имя или адрес хоста — она выведет сведения о каждом шаге маршрутизации. В частности — имена хостов, сведения о времени их ответа и о потерянных пакетах:
А следующий вариант команды позволяет выводить и имена, и IP-адреса хостов:
Так можно задать количество ping-пакетов, которые нужно отправить системе, маршрут к которой подвергается анализу:
А так можно получить отчёт, содержащий результаты работы mtr :
Вот — ещё один вариант получения такого отчёта:
Для того чтобы принудительно использовать TCP вместо ICMP — надо поступить так:
А вот так можно использовать UDP вместо ICMP:
Вот — вариант команды, где задаётся максимальное количество шагов маршрутизации:
Так можно настроить размер пакета:
Для вывода результатов работы mtr в формате CSV используется такая команда:
Вот — команда для вывода результатов работы mtr в формате XML:
Команда tcpdump
Утилита tcpdump предназначена для захвата и анализа пакетов.
Установить её можно так:
Прежде чем приступить к захвату пакетов, нужно узнать о том, какой интерфейс может использовать эта команда. В данном случае нужно будет применить команду sudo или иметь root-доступ к системе.
Если нужно захватить трафик с интерфейса eth0 — этот процесс можно запустить такой командой:
▍ Захват трафика, идущего к некоему хосту и от него
Можно отфильтровать трафик и захватить лишь тот, который приходит от определённого хоста. Например, чтобы захватить пакеты, идущие от системы с адресом 8.8.8.8 и уходящие к этой же системе, можно воспользоваться такой командой:
Для захвата трафика, идущего с хоста 8.8.8.8, используется такая команда:
Для захвата трафика, уходящего на хост 8.8.8.8, применяется такая команда:
▍ Захват трафика, идущего в некую сеть и из неё
Трафик можно захватывать и ориентируясь на конкретную сеть. Делается это так:
Ещё можно поступить так:
Можно, кроме того, фильтровать трафик на основе его источника или места, в которое он идёт.
Вот — пример захвата трафика, отфильтрованного по его источнику (то есть — по той сети, откуда он приходит):
Вот — захват трафика с фильтрацией по сети, в которую он направляется:
▍ Захват трафика, поступающего на некий порт и выходящего из некоего порта
Вот пример захвата трафика только для DNS-порта по умолчанию (53):
Захват трафика для заданного порта:
Захват только HTTPS-трафика:
Захват трафика для всех портов кроме 80 и 25:
Команда netstat
Если в вашей системе netstat отсутствует, установить эту программу можно так:
Ей, в основном, пользуются, вызывая без параметров:
В более сложных случаях её вызывают с параметрами, что может выглядеть так:
Можно вызывать netstat и с несколькими параметрами, перечислив их друг за другом:
Для вывода сведений обо всех портах и соединениях, вне зависимости от их состояния и от используемого протокола, применяется такая конструкция:
Для вывода сведений обо всех TCP-портах применяется такой вариант команды:
Если нужны данные по UDP-портам — утилиту вызывают так:
Список портов любых протоколов, ожидающих соединений, можно вывести так:
Список TCP-портов, ожидающих соединений, выводится так:
Так выводят список UDP-портов, ожидающих соединений:
А так — список UNIX-портов, ожидающих соединений:
Вот — команда для вывода статистических сведений по всем портам вне зависимости от протокола:
Так выводятся статистические сведения по TCP-портам:
Для просмотра списка TCP-соединений с указанием PID/имён программ используется такая команда:
Для того чтобы найти процесс, который использует порт с заданным номером, можно поступить так:
Команда nslookup
Команда nslookup используется для интерактивного «общения» с серверами доменных имён, находящимися в интернете. Она применяется для выполнения DNS-запросов и получения сведений о доменных именах или IP-адресах, а так же — для получения любых других специальных DNS-записей.
Рассмотрим распространённые примеры использования этой команды.
Получение A-записи домена:
Просмотр NS-записей домена:
Выяснение сведений о MX-записях, в которых указаны имена серверов, ответственных за работу с электронной почтой:
Обнаружение всех доступных DNS-записей домена:
Проверка использования конкретного DNS-сервера (в данном случае запрос производится к серверу имён ns1.nsexample.com ):
Проверка A-записи для выяснения IP-адресов домена — это распространённая практика, но иногда нужно проверить то, имеет ли IP-адрес отношение к некоему домену. Для этого нужно выполнить обратный просмотр DNS:
Команда ping
Команда ping — это инструмент, с помощью которого проверяют, на уровне IP, возможность связи одной TCP/IP-системы с другой. Делается это с использованием эхо-запросов протокола ICMP (Internet Control Message Protocol Echo Request). Программа фиксирует получение ответов на такие запросы и выводит сведения о них вместе с данными о времени их приёма-передачи. Ping — это основная команда, используемая в TCP/IP-сетях и применяемая для решения сетевых проблем, связанных с целостностью сети, с возможностью установления связи, с разрешением имён.
Эта команда, при простом способе её использования, принимает лишь один параметр: имя хоста, подключение к которому надо проверить, или его IP-адрес. Вот как это может выглядеть:
Обычно, если запустить команду ping в её простом виде, не передавая ей дополнительные параметры, Linux будет пинговать интересующий пользователя хост без ограничений по времени. Если нужно изначально ограничить количество ICMP-запросов, например — до 10, команду ping надо запустить так:
Или можно указать адрес интерфейса. В данном случае речь идёт об IP-адресе 10.233.201.45:
Применяя эту команду, можно указать и то, какую версию протокола IP использовать — v4 или v6:
В процессе работы с утилитой ping вы столкнётесь с различными результатами. В частности, это могут быть сообщения о нештатных ситуациях. Рассмотрим три таких ситуации.
▍ Destination Host Unreachable
Вероятной причиной получения такого ответа является отсутствие маршрута от локальной хост-системы к целевому хосту. Или, возможно, это удалённый маршрутизатор сообщает о том, что у него нет маршрута к целевому хосту.
▍ Request timed out
Если результат работы ping выглядит именно так — это значит, что локальная система не получила, в заданное время, эхо-ответов от целевой системы. По умолчанию используется время ожидания ответа в 1 секунду, но этот параметр можно настроить. Подобное может произойти по разным причинам. Чаще всего это — перегруженность сети, сбой ARP-запроса, отбрасывание пакетов фильтром или файрволом и прочее подобное.
▍ Unknown host/Ping Request Could Not Find Host
Такой результат может указывать на то, что неправильно введено имя хоста, или хоста с таким именем в сети просто не существует.
О хорошем качестве связи между исследуемыми системами говорит уровень потери пакетов в 0%, а так же — низкое значение времени получения ответа. При этом в каждом конкретном случае время получения ответа варьируется, так как оно зависит от разных параметров сети. В частности — от того, какая среда передачи данных используется в конкретной сети (витая пара, оптоволокно, радиоволны).
Итоги
Надеемся, вам пригодятся команды и примеры их использования, о которых мы сегодня рассказали. А если они вам и правда пригодились — возможно, вам будет интересно почитать продолжение этого материала.
Учитель информатики
Сайт учителя информатики. Технологические карты уроков, Подготовка к ОГЭ и ЕГЭ, полезный материал и многое другое.
Что такое IP-адрес, маска, хост, адрес сети.
Здравствуйте, в этой статье вы узнаете что такое IP-адрес, маска, хост, адрес сети и как это рассчитывается. Давайте начнем с ip-adress (айпи-адреса). Он записывается в виде 4 чисел от 0 до 255 разделенных точками.
Например такой: 192.168.1.1
каждый из этих чисел представляет собой один байт т. е. может принимать максимум 256 значений. Если перевести числа ip — adress в двоичную систему то это можно увидеть наглядно. Наш ip — adress будет выглядеть вот так: 11000000.10101000.00000001.00000001
В ip — adress записывается адрес сети и адрес хоста. Адрес хоста еще иногда называют адресом компьютера в сети. Часть нулей и единиц является адресом сети, а другая часть адресом хоста. Для того что бы понять что где находится нужна маска подсети. Маска подсети это тоже набор чисел от 0 до 255 только в двоичной системе всегда в ней сначала идут единицы, а потом нули.
Рассмотрим такой пример: 255.255.255.0 — маска подсети
В двоичной системе она будет иметь такой вид 11111111.11111111.11111111.00000000
На месте этих единиц в ip — adress записывается адрес сети, а на месте нолей адрес хоста.
Давайте определим адрес сети. Нужно выписать все числа которые находятся над единицами. Либо можем перемножить разряды получится то же самое.
11000000.10101000.00000001.00000001
11111111. 11111111. 11111111. 00000000
Адрес сети будет равен
что в десятичной системе будет равно
192.168.1.0 — адрес сети.
Номер компьютера оставшиеся числа под нулями вот эти
При этом хостом не может быть 0 потому что в этом случае у нас получится адрес сети вот такой 192.168.1.0. И хостом не могут быть все 1 потому что для всех 1 у нас зарезервирован широковещательный адрес т. е. из всех возможностей из 256 которые здесь могут быть, хостом могут быть только 254.
Теперь давайте определим сколько различных хостов может быть вот для такой маски
Запишем каждый байт этой маски в двоичной системе счисления
Адрес сети нам не нужен нам нужно узнать только сколько здесь возможных хостов. Как мы видим у нас вот эта часть (все единицы) маски необходима для определения адреса сети.
Под хосты выделены 13 нулей. Соответственно каждый разряд этой части ip — adress может принимать либо единицу либо ноль, проще говоря возможны 2 варианта. 2 в 13 степени т. к. у нас 13 нулей равно 8192. У нас не может быть хоста со всеми нулями или всеми единицами поэтому нужно вычесть 2 адреса тогда получиться 8190.
Это только базовые знания построения адресации сетей. Мы не рассматривали зарезервированные адреса для подсетей и т. д. Но в целом этого достаточно для базовых знаний.
Как узнать на каком хостинге находится сайт?
Или инструкция «как определить хостинг сайта» без заумных терминов
В интернете вы найдете около 5 способов того, как узнать, где размещен сайт. Но эти варианты, кроме одного, могут либо не дать ответ на вопрос, либо дать неверный, что еще хуже. Единственный достоверный способ выяснить, на каком хостинге размещен сайт это определение хостинга по ip адресу сайта. А в конце статьи мы разобрали несколько других способов проверки хостинга сайта и расписали, почему не рекомендуем ими пользоваться.
Впрочем, довольно лирики. Приступим уже к практике! Ниже пошаговая инструкция, в которой мы подробно расписали и рассмотрели на примере, как узнать, на каком хостинге сайт.
ДОСТОВЕРНЫЙ СПОСОБ УЗНАТЬ ХОСТИНГ САЙТА
Вариаций того, как определить хостинг сайта с помощью его IP-адреса, как вы догадываетесь, тоже несколько. Мы рассмотрели самый простой и удобный из них. Он позволит получить достоверный ответ на вопрос даже неискушенному интернет-пользователю.
1. Открываем командную строку.
Возможно, звучит страшно, но мы вас уверяем — это максимально просто и займет буквально 5 минут. К тому же, командная строка — это обычный интерфейс для работы с компьютером, только текстовый. Такой же обычный, как, например, те же Word или Excel, но просто без красивого дизайна, а потому и текстовый.
Итак, есть много способов запустить консоль (это другое название той же самой командной строки, только более короткое), но мы покажем только один — универсальный, который работает для всех версий операционных систем Window, Linux и Mac OS.
Если на вашем компьютере установлена операционная система Windows, то для вызова консоли нажмите на клавиатуре одновременно клавишу с логотипом Windows и клавишу с латинской буквой R (при этом вообще не важно, латинская ли у вас раскладка на клавиатуре включена или кириллическая). Введите в открывшемся поле команду «cmd» и нажмите кнопку «OK».
Если на вашем компьютере установлена операционная система Linux, то для вызова консоли нажмите на клавиатуре одновременно клавиши «Ctrl», «Alt» и клавишу с латинской буквой «T» (при этом вообще не важно, латинская ли у вас раскладка на клавиатуре включена или кириллическая).
Если на вашем компьютере установлена операционная система Mac OS, то для быстрого вызова консоли, которая в Mac OS носит название «Терминал», вам будет удобнее всего щелкнуть по иконке Spotlight в виде лупы (она находится в верхнем правом углу экрана), в строке поиска ввести слово «Терминал» и дважды кликнуть по иконке терминала, отобразившейся в результатах поиска напротив слова «Программы».
2. По домену узнаем, какой IP-адрес у интересующего нас сайта.
В открывшейся консоли пишем латинскими буквами слово «ping», потом ставим пробел и пишем домен того сайта, о котором хотим получить информацию. Затем нажимаем клавишу «Enter» на клавиатуре. В нашем случае мы для примера ввели домен «korablpurga.ru».
После этого в консоли будет виден IP-адрес, на котором находится этот сайт. Все IP-адреса принадлежат каким-либо провайдерам. Так что теперь, зная, по какому IP-адресу находится сайт, остается лишь выяснить, какому провайдеру этот IP-адрес принадлежит. Так что копируем IP-адрес, состоящий из 10 цифр, разделенных точками, и переходим к последнему шагу. В нашем случае IP-адресом для сайта на домене korablpurga.ru является «77.222.61.113».
3. По IP-адресу узнаем, на каком хостинге сайт.
Сервис, который позволяет определить, какому провайдеру принадлежит тот или иной IP-адрес, называется «whois-сервис». Не пугайтесь незнакомых слов: пользоваться этим сервисом сплошное удовольствие. Тем более что он совершенно бесплатен и не требует регистрации.
Так что заходим на наш сервис Whois, вводим в поле «IP-адрес или домен» полученный на прошлом шаге IP-адрес и нажимаем кнопку «Проверить».
В строке «Провайдер» будет указано название компании, в которой размещен сайт.
МЕНЕЕ ДОСТОВЕРНЫЕ СПОСОБЫ ОПРЕДЕЛЕНИЯ ХОСТИНГА САЙТА
Неизвестно по какой причине в Интернете полно статей, авторы которых пытаются всеми силами придумать максимально возможное число способов нахождения хостинга сайта, даже не задумываясь о том, что они частенько не работают. Это тот самый случай, когда в погоне за количеством страдает качество.
Как и обещали в начале нашей статьи, в этом разделе мы приведем в качестве примера несколько других способов, которыми не рекомендуем пользоваться из-за их недостоверности.
Такой способ можно отнести к едва ли не самым популярным методом, описываемым на просторах Интернета. Его суть проста: в нем предлагается с помощью whois-сервиса узнать, DNS какого хостера используются для поддержания работоспособности домена интересующего нас сайта, а потом предположить, что для обеспечения работоспособности и самого сайта, наверное, используются мощности того же хостера. Правдивость получаемой таким образом информации о хостинге сайта, к сожалению, не велика.
Все дело в том, что домен сайта и сам сайт могут располагаться у разных хостинг провайдеров, например, если владельцу ресурса нравится качество хостинга у одного хостера, а цены на продление доменов — у другого.
Этот способ определения хостинга рассчитан на то, что если владелец интересующего вас сайта не сделал для него собственные страницы ошибок веб-сервера, то при их вызове можно будет увидеть страницы ошибок хостинг-провайдера, идущие по умолчанию (если они у этого хостера, конечно, есть). Минус этого способа кроется в том, что часто небольшие хостинговые компании просто не имеют собственных страниц ошибок веб-сервера. А еще чаще случается так, что у сайта есть свои страницы ошибок или что при попытке открыть несуществующую страницу на сайте с CMS система просто скрывает страницу ошибки, предоставляемую этой CMS по умолчанию.
МОЖНО ЛИ СКРЫТЬ ХОСТИНГ САЙТА
Можно. Конечно, можно. Если владелец сайта не захочет, чтобы кто-то знал, на каком хостинге находится его сайт, он примет для этого все возможные меры и определить хостинг такого сайта будет уже, увы, невозможно без обладания хороших технических знаний.
К счастью, таких сайтов очень, очень мало. Поэтому вероятность, что вы окажитесь в тупиковой ситуации, крайне мала.
Не будем в этой статье подробно рассматривать, как скрыть хостинг своего сайта, так как это уже совсем другая история, для рассмотрения которой потребуется целая статья, но все же о нескольких самых простых способах расскажем.
Во-первых, для скрытия хостинга сайта можно воспользоваться каким-либо CDN-сервисом, который с помощью CDN-прокси, пропускающим через себя трафик, скроет настоящий IP-адрес сайта. Во вторых, можно взять сам хостинг у одного провайдера, а IP-адрес использовать другого провайдера. В-третьих, сайт можно разместить на выделенном сервере хостера со своей собственной подсетью IP-адресов и настроить BGP, который будет использоваться для маршрутизации своей собственной AS, установив предварительно BGP-peers. Одним словом, возможность скрыть хостинг есть всегда. Было бы желание : )
ДЛЯ ЧЕГО ЗНАТЬ, НА КАКОМ ХОСТИНГЕ РАЗМЕЩЕН САЙТ
Интересный факт, что причин на то хоть и может быть множество, в основном их всего лишь 4:
1. Для того, чтобы пожаловаться на сайт.
К сожалению, мир не идеален, и интернет не исключение. Все мы знаем, что в сети могут встречаться недобросовестные владельцы сайтов, занимающиеся, например, мошенничеством, рассылкой спама или другой незаконной деятельностью. В этом случае необходимость узнать, где размещен сайт, появляется для того, чтобы написать хостинг-провайдеру жалобу.
2. Для того, чтобы перенести свой сайт на тот же хостинг.
Бывает, что качество хостинга вашего сайта устраивает вас не до конца, в то время как один из известных вам сайтов, напротив, работает безо всяких нареканий — быстро и стабильно. В таком случае потребность узнать, где размещен определенный сайт, возникает для того, чтобы понять, куда именно лучше перенести ваш сайт.
3. Для того, чтобы узнать хостинг собственного сайта
Хоть это и может показаться странным, но как показывает практика это весьма распространенное явление. Компании достаточно часто поручают ведение своего сайта сторонним лицам, и когда перестают с ними работать, данные о хостинге теряются, а к тому времени, когда возникает необходимость продления домена или услуг хостинга, найти эти данные уже невозможно. Поэтому единственно верным решением в таком случае бывает просто узнать своего хостинг-провайдера.
4. Пользователи хотят узнать, на каком хостинге размещен сайт, ради интереса.
Любопытство, любопытство и еще раз любопытство! Некоторые из любопытства читают новости о жизни поп-звезд, а некоторые хотят знать все о сайте, который их интересует. На вкус и цвет, как говорится.
Топ-6 сервисов для проверки кроссбраузерности сайта
NVMe SSD диски — обзор технологии
10 инструментов сжатия изображений
Надежный хостинг для сайта с бесплатным доменом и SSL за 159 ₽
Надежный хостинг для сайта с бесплатным доменом и SSL за 159 ₽
Стань партнером
Выгодное предложение SpaceWeb:
© 2001-2021 ООО «СпейсВэб» Все права защищены.
Лицензия на предоставление телематических услуг связи № 163230.
Стань партнером
Выгодное предложение SpaceWeb:
© 2001-2021 ООО «СпейсВэб» Все права защищены. Лицензия на предоставление телематических услуг связи № 163230.
Общество с ограниченной ответственностью «СпейсВэб». Генеральный директор: Шпагин А.Ю. Юридический адрес: 198095, город Санкт-Петербург, улица Маршала Говорова, дом 35, корпус 5, литер Ж, этаж 4, офис 371. Адрес офиса: 198095, Санкт-Петербург, ул. Маршала Говорова, д. 35, корп. 5, лит. Ж, бизнес-центр «Терминал», офис 401.