Как узнать где хостится сайт: Как узнать, где расположен хостинг сайта?

Инструкция по восстановлению доступов к сайту – Блог iSEO

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

В отличие от других случаев, «потеря» в данном случае — не повод для паники. Практически всегда доступы к собственному сайту можно восстановить. Рассмотрим, что нужно делать.

Доступ к регистратору домена

Здесь возможны два случая.

Случай №1 — домен оформлен на клиента, но клиент потерял пароли. Чтобы их восстановить, необходимо обратиться в службу техподдержки регистратора домена — по адресу или телефонам, указанным в договоре, либо «вычислив» компанию на сайте nic.ru.

Скорее всего, при обращении у вас запросят номер паспорта, отправленного при регистрации имени. 99,9% вероятности, что в данном случае доступы будут восстановлены.

Случай №2 — когда разработчик сайта зарегистрировал домен на себя и не готов передать пароли клиенту. На такой вариант изначально лучше вообще не соглашаться, поскольку в этом случае домен можно будет только отсудить — и то при условии, если вы зарегистрировали свою торговую марку раньше домена. Этот путь долгий и дорогой. Также существует риск проиграть суд.

Доступ к хостингу

Случай №1 — хостинг оформлен по документам клиента, но пароли утеряны. Как и в ситуации с регистрацией домена, необходимо обращаться в техподдержку хостера, которая должна вам помочь.

Случай №2 — нет доступов к FTP. Если сайт делают подрядчики, советуем сразу договариваться с ними о предоставлении прав на сайт, поскольку без их участия в дальнейшем восстановить доступ будет невозможно.

Как узнать, какой хостинг используется?

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

Это можно сделать:

• по платежным документам;
• на сайте хостера, если оплата хостинга производится на нем;
• посмотрев DNS.

Пример. Выясним хостинг сайта iSEO.ru. Переходим по ссылке http://whois.domaintools.com/. Сервис сам способен определить, где хостится сайт. В открывшемся окне вбиваем домен и нажимаем «Search». Видим: сайт iSEO.ru размещен на хостинге TIMEWEB.

Доступ к админке

Случай №1 — фрилансер делал сайт, но потом на что-то обиделся и поменял пароль администратора. Как итог — клиент не может зайти в панель администратора и внести какие-либо изменения.

Случай №2 — самописная система управления сайтом. Кем и когда она была создана, уже давно забыто, пароли утеряны.

Оба случая можно решить при наличии доступа к хостингу: панели управления + FTP. Можно восстановить доступ через смену пароля непосредственно в базе данных сайта.

Доступ к почте

Случай №1 — почта в доменной зоне сайта, доступы к ней утеряны. Если почта создана на хостинге сайта, пароль восстанавливается вместе с доступами к самому хостингу. При возникновении затруднений можно попросить помощи у техподдержки хостера. Если для домена используется сторонний сервис (например, Яндекс или Google), про доступ к хранящейся информации придется забыть: существует вероятность, что администрация внешних сервисов не пойдет вам навстречу. Но связаться с техподдержкой все же стоит попробовать. В случае неудачи рекомендуем перенастроить почтовый сервер домена на другой сервис.

Случай №2 — почта в зоне @yandex.ru или @gmail.com. Если забыты все секретные слова и прочие подсказки, возможно, при регистрации вы указали свой номер телефона или дополнительный адрес электронной почты. В этом случае попробуйте восстановить пароль с их помощью. О восстановлении доступа к аккаунту Яндекса читайте здесь, к аккаунту Google — здесь. Либо обращайтесь в техподдержку компаний.

Как у меня угнали домен с Webnames.ru и перенесли к Reg.ru и как Reg.ru вернули мне его обратно — Приёмная на vc.ru

4.06.20 на почту, что привязана к аккаунту на domains.webmoney.ru, пришло уведомление, что домен onlajnigry.net был успешно перенесён к другому регистратору, whois показывал, что ушёл он к Reg.

ru.

3833 просмотров

Одномоментно были написаны тикеты в техподдержки Webnames и Reg.ru. Первые пояснили, что «запрос на получение authinfo для onlajnigry.net был направлен через их сайт 02.06.2020 в 04:07:38 по МСК с IP-адреса 188.64.170.221. С этого же IP-адреса произошло подтверждение выдачи кода авторизации (на почту отправляется ссылка-ключ, после активации которой генерируется код Authinfo)», они же предположили, что был взломан почтовый ящик, который был указан в качестве администраторского, в общем так и оказалось, в Reg.ru порекомендовали обратиться в правоохранительные органы, и обещали принять меры, как только я предоставлю квитанцию о возбуждении уголовного дела.

7.06.20 ДНС доменного имени были скрыты с помощью ДНС Cloudflare и определить где хостится сайт стало не возможно, одновременно произошел сброс прав Яндекс Вебмастере, метрике, Гугл вебмастере,

В общем вор установил всё своё, включая Гугл адсенс рекламу с кодом ca-pub-7214846705425106, по которой я нашёл и другие домены, как оказалось тоже украденные например этот https://oldmerin.

net, темка о краже тут https://oldmerin.club/board/index.php?showtopic=232870 , который тоже был перенесён к Reg.ru

9.06.20 мне позвонил следователь из отдела К, я приехал, показания записали, следователь сказал, что по поводу кражи домена уголовное дело не возбудят, так и получилось… Тут стоит пояснить, что первоначально предварительную проверку проводит следователь из Отдела К, который прекрасно понимает, что такое домены, что такое ДНС сервера и т.д., а дальше вся собранная информация отправляется обычному следователю из РОВД, который, со слов следователя из отдела К, ни какие запросы и просьбы писать уже не будет, он будет работать с тем что есть, почему так — хз, может быть это потому, что он, в моём случае она, с её же слов, ни чего в этом не понимает.

16.07.20 Было возбуждено уголовное дело по УК РФ Статья 272. Неправомерный доступ к компьютерной информации. Несколько позже я получил уже от другого следователя, не из отдела К, копию Постановления о признании меня потерпевшим, и предоставил его Reg. ru после чего они согласились начать процедуру идентификации администратора домена, которую товарищ пройти не смог, так как к левой ксерокопии паспорта нужно было предоставить селфи с паспортом, оригиналом, и тут он пошёл бомбить, создал тут темку «Reg.ru заблокировал домен, хотя я предоставил все документы» https://vc.ru/claim/148159-reg-ru-zablokiroval-domen-hotya-ya-predostavil-vse-dokumenty , в которой утверждал, что принадлежащий ему домен заблокировали, рег ру не имеют права при проверки требовать селфи. В то же самое время он зарегистрировал домен https://onlineigra.net/ , я успел заскринить данные whois,

и сделал на него 301 редирект c https://onlajnigry.net/, но после обращения в Webnames с просьбой провести идентификацию администратора и этот домен был заблокирован.

28.07.2020 Дальше интересней, по идентификатору Гугл адсенс ca-pub-7214846705425106, что был установлен на моём домене нашёл ещё один украденный домен и связался с его настоящим владельцем, вот его темка о краже https://vc. ru/u/561775-aleksandr-danilchuk/145120-ugnali-domen-s-webnames-ru , он мне сообщил, что он обратился в WIPO и те ему предоставили данные из WHOIS, в которых в качестве администратора указан некий Vadym Didenko,

27.08.20 REG.ru присылает сообщение, с чего бы вдруг подумал я, он же не прошёл процедуру идентификации, но как оказалось некто Алексей Иванов предоставил и паспорт и селфи с этим паспортом сделал видимо

Дальше мои полномочия всё, в эту пятницу доменное имя будет скорее всего разблокировано и возвращено вору, так как следователь на мои звонки не отвечает, а просьбы в whatsapp предоставить в Reg.ru то что они требуют игнорирует, как быть хз…

02.09.20. REG.RU провели внутреннее расследование, я предоставил недостающие документы, и домен вернули до завершения расследования в МВД, спасибо Reg.ru! Как оказалось и в моём случае к краже причастен товарищ, скрывающийся под псевдонимом Вадим Диденко, в Яндекс вебмастере его логин значился в качестве пользователя управляющего доменом, а значит почтовый ящик [email protected] принадлежит вору, может кому-то будет полезна эта информация.

Веб-хостинг

— Как я могу узнать, какие другие веб-сайты размещены на моем IP-адресе веб-сайта, и почему это важно с точки зрения SEO?

спросил 6 лет, 9 месяцев назад

Изменено 4 года, 2 месяца назад

Просмотрено 16 тысяч раз

Я слышал, что с точки зрения поисковой оптимизации важно, какие другие веб-сайты размещены на IP-адресе, на котором хранится мой веб-сайт. Влияют ли другие веб-сайты, размещенные на моем сервере/VPS, на мои результаты поиска в поисковых системах?

Есть ли команда, которую я могу запустить в клиенте telnet, чтобы узнать, сколько/каких веб-сайтов хранится на IP-адресе моего веб-сайта? (например, я отправляю запросы GET от клиента telnet, например)

• seo
• веб-хостинг
• http
• vps
• виртуальный хостинг

1

Чтобы завершить другие ответы, нет официальной базы данных полных сопоставлений IP -> имен.

DNS обеспечивает два вида сопоставлений:

• имя -> IP. Несколько имен могут сопоставляться одному IP
• IP -> имя (также известное как «обратное»). Данный IP может сопоставляться только с одним именем.

Существует ли на самом деле обратное сопоставление (IP -> имя) и на что оно указывает, зависит от политики «владельца» IP-адреса (в данном случае веб-хостинговой компании). Но он не предоставит исчерпывающий список всех имен, которые сопоставляются с этим IP-адресом.

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

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

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

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

11

Не знаю, возможно ли это простой командой, но для этого есть специальные сервисы «Reverse-IP», проверьте например вот этот: http://viewdns.info/reverseip/

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

. Однако, если все домены на этом IP хорошие, это не должно иметь большого эффекта (теоретически).

4

Чтобы ответить на ваш вопрос напрямую: нет, в большинстве случаев совместное использование IP-адреса с плохим доменом не имеет негативных последствий. Откуда я это знаю? Я SEO-оракул. Я пришел из будущего, чтобы спасти человечество.

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

• Общие планы хостинга. Некачественные хосты, такие как hostgator, 1&1 и другие, нередко упаковывают более 400 арендаторов на один сервер. Позволить одному из них разрушить импульс 399 других было бы разрушительным. Начались беспорядки, пылающие факелы, вилы и полчища разгневанных оперативников окажутся на пороге Google в одночасье. Гугл не такой тупой.
• Сдается в аренду Электронная коммерция и SaaS. Возьмем, к примеру, Bigcommerce. Они используют мультиарендные IP-адреса, поэтому при поиске rdns вы найдете множество магазинов рядом с вашим. Глядя на домены, вы можете заметить, что они очень низкого качества, повторяются и т. д. Во многих случаях это прямой спам. Теперь пойдем немного дальше. BC позволяет вам запустить демонстрационный магазин, в котором используются некоторые из тех же ресурсов маршрутизации, что и в реальных магазинах. В вашей демонстрации используются такие вещи, как использование маршрутов поддоменов. Демонстрации часто злоупотребляют, используют для спама и т. д. Эти маршруты должен вычеркнуть из поисковой выдачи, но это не так. Опять же, Google не настолько глуп.
• Облачные серверы с высокой текучестью. Крупнейшие мировые бренды используют Google/AWS/Digitalocean наряду с крупнейшими в мире ботнетами-слизняками. Они всегда находятся в непосредственной близости друг от друга. Возможно, Netflix может позволить себе предприятие AWS, которое гарантирует более чистый IP-адрес, но 99% остальных людей, использующих сервис, не могут. Большее количество слизняков, создающих одноразовые экземпляры, чтобы избежать запрещенных / поврежденных IP-адресов через AWS, означает больше IP-адресов с сомнительной историей. Соотношение плохих IP-адресов к хорошим IP-адресам может когда-нибудь стать значительным, из-за чего AWS может выглядеть плохо. Google не настолько глуп, чтобы выставлять AWS в плохом свете. В их интересах продолжать справедливо индексировать этот сервис.
• Насыщение IPv6. Слишком много IP-адресов для отслеживания. 340 282 366 920 938 000 000 000 000 000 000 000 000 из них, если быть точным. IPv6 означает, что каждому живому человеку на земле может быть выделено 5×1028 IP-адресов… достаточно, чтобы сделать их «одноразовыми». Это слишком много, чтобы отслеживать, и слишком много, чтобы волноваться, пока вы не создадите большую волну. Итак, в свете этих цифр, является ли 1 IP-хостинг 1 дерьмовым спам-доменом из 400 на сервере достаточно большим, чтобы вызвать волнение для остальных? Я так не думаю. Достаточно ли 1 C&C ботнета, работающего на собственном VPS с парой фишинговых сайтов, чтобы вызвать волнение? Вы держите пари. Беспокоиться об интеллектуальной собственности мистера Спама в бесконечном море одноразовой злобы нецелесообразно. Беспокойство о том, что сильные нападающие делают то же самое на своих собственных экземплярах, является устойчивым. Google не настолько глуп, чтобы тратить все ресурсы на мелочь на уровне IP. Вместо этого они используют домен и другие уровни, что имеет смысл.

Как видите, интеллектуальная собственность не так важна для авторитета SEO, как думают люди. Все факторы ранжирования начинают действовать на уровне домена, и они полуконсервативны + прозрачны (например, очевидно, что вы делаете что-то не так). Вот ссылка, раскрывающая эту мысль: https://moz.com/search-ranking-factors/correlations#6

Итак, когда авторитет ИС действительно имеет значение? Доставка электронной почты на стороне сервера и запрет на IP-адрес клиента. Вот и все. Имеет ли это значение для SEO? Неа.

PS: есть несколько инструментов для rdns, вы должны попробовать их все. Я не знаю ни одного, который легко запускается, поскольку для поиска соседей требуется «индекс» сети. Поскольку они являются «краулерами», результаты инструментов веб-сайта могут отличаться. Один сайт rdns может показать домен на IP-адресе, который пропустил другой. Еще одна вещь, которую вы можете попробовать, — это SSH на ваш общий сервер, если они позволяют вам делать такие вещи. Проверьте список пользователей и начните нажимать IP-адрес сервера, а затем имя пользователя, чтобы увидеть, какие у вас есть соседи: 123.123.123.123/~имя пользователя

PSS: мы попробовали Bigcommerce один раз. Наш IP был предварительно выброшен, почтовый сервер был снесен спамерами из демо-магазина, почтовый сервер был в RBL, а соседи были дерьмовыми полусырыми магазинами, но наш новый домен получил PR3 и рейтинг первой страницы менее чем за 2 месяца, без каких-либо обратные ссылки какие угодно. Если бы этот IP имел значение, мы бы остались похоронены.

8

Вы можете использовать службу, которая выполняет «обратный поиск IP» для проверки веб-сайтов, размещенных на том же сервере / с тем же IP-адресом. Эта служба http://viewdns.info, например, позволяет вам просто ввести доменное имя в «обратный поиск IP» и выдает список других веб-сайтов/доменов, размещенных на том же адресе. То же самое здесь: http://www.yougetsignal.com/tools/web-sites-on-web-server/. Результаты могут отличаться, поэтому я всегда сверяюсь с двумя сервисами.

По моему честному мнению, будет немного больно, если есть, например, десятки веб-сайтов по одной и той же теме, особенно если они часто ссылаются друг на друга. Но я полагаю, что ошибка G достаточно умна, чтобы отличить черную SEO-практику от добрососедства . Представьте себе звукозаписывающую компанию, размещающую все свои группы на собственном сервере — я полагаю, что это, например, не будет (должно!) наказываться.

Если это действительно вредит, SEO обсуждается, вероятно, с тех пор, как существуют поисковые системы и веб-серверы — например, здесь, на кворе, или здесь, на воинском форуме.

4

Я получаю очень высокие нагрузки на сервер, которые мой хост объясняет тем, что я нахожусь на платформе общего хостинга. Я смотрю на это так: если Google действительно использует скорость в качестве индикатора и сканирует мой сайт, когда нагрузка на сервер выходит за пределы шкалы Рихтера, это будет означать, что он будет воспринимать мой сайт как медленный. Следовательно, это не может быть хорошо для SEO.

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Обязательно, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Нажимая «Опубликовать свой ответ», вы соглашаетесь с нашими условиями обслуживания, политикой конфиденциальности и политикой использования файлов cookie

.

dns — Как найти веб-сайты, размещенные за IP-адресом, с помощью командной строки?

спросил 5 лет, 10 месяцев назад

Изменено 2 года, 2 месяца назад

Просмотрено 4к раз

Как я могу найти размещенные веб-сайты за IP-адресом, используя только командную строку Linux/Unix? В эпоху виртуального хостинга довольно часто бывает, что несколько веб-сайтов размещаются на одном и том же IP-адресе. И я ищу 100% решение для командной строки.

Мое единственное рабочее решение требует использования браузера и командной строки.

1. копать + короткое имя хоста
2. Затем скопируйте IP-адрес результата в браузер и запустите запрос Yahoo или Bing с ip:theip. ..

Это вернет все веб-сайты, размещенные под этим IP-адресом. Однако я хотел бы полагаться исключительно на командную строку. У кого-нибудь есть предложения?

• днс
• ip
• сайт

5

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

Невозможно заставить/попросить веб-сервер раскрыть домены, которые он размещает, без специального доступа к нему. Google, Bing и т. д. находятся в положении, когда они видят множество сайтов и могут создавать эти базы данных.

Если вы не найдете систему с каким-либо API и не купите доступ, вы не сможете получить искомую информацию, т.е. она недоступна с сервера, и нет единого органа, который вы можете запросить через DNS.

4

Удачи. Вот, попробуй мой.

URL-адрес: http://calttc.net На ту же файловую систему указывает http://calttc.com

В /login.htm есть тест входа в систему, который просто ссылается на файл PHP, который повторяет все, что вы вводите.

Итак, попробуйте выполнить это в обратном порядке:

Сначала используйте ping или nmap из командной строки, чтобы получить IP-адрес.

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

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

И я даже особо не пытаюсь это скрывать.

5

Я действительно не понимаю вопроса, но если вы имеете в виду не «Как проверить хостинг-провайдера сайта», то это довольно просто. Используя команду «tracert», за которой следует URL-адрес веб-сайта, вы можете получить информацию, например, хостера и IP-адрес.