Структура url сайта, уровни вложенности и оптимизация. Сколько адресов на сайте один или больше

Несколько сайтов на одном IP, какие риски?

Основной тезис статьи: Если на одном с вами сервере находятся сайты компаний с похожей деятельностью или сайты с запрещенным контентом, то ваш сайт может пострадать.

Хороший SEO оптимизатор проверяет, какие еще сайты находится с вами на одном сервере. Почему? Большинство компаний для своих сайтов используют виртуальный хостинг. Виртуальный хостинг отличается от настоящего сервера тем, что вместе с вами на одном физическом сервере находятся еще сотни или тысячи сайтов. Это самый доступный вид хостинга, когда вы делите ресурсы одного сервера с другими компаниями. Вы наверняка используете именно такой.

Какие минусы общего хостинга?

Ресурсы сервера ограничены. Если какой-то сайт будет перегружен или подвержен атаке, то скорость и доступность вашего сайта пострадает.
Если ваш сайт превысит разрешенную нагрузку, то вас могут отключить и заставить перейти на более дорогой тариф. В моей практике был хостинг, который сразу отключал сайт и присылал уведомление на почту. Обычно же, сначала несколько раз присылают предупреждение и потом отключают.

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

Последнему пункту и я посветил эту статью. Насколько реально опасно такое соседство? Сначала разберемся с термином «аффилиат». Ведь если ваш сайт признали чьим-то аффилиатом, вы теряете посетителей.

Что такое аффилиаты?

Поддержка Яндекс не использует термин «аффилиат», но он используется сеошниками и стоит знать что это такое. Аффилиат — это сайт, который дублирует информацию основного сайта и/или принадлежит одному владельцу.

Зато, в справке Яндекса есть раздел «Некачественные сайты», в котором написано, какие сайты считаются некачественными. В том числе, это:

«Группы сайтов одного владельца/компании, предоставляющие пользователю одни и те же товары или услуги, созданные с целью заполнения нескольких позиций в результатах поиска и сбора трафика.»

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

Если вы заметили у конкурента два сайта в поисковой выдаче, можете смело жаловаться. Яндекс любит такие жалобы, ниже скриншоты ответов из клуба Вебмастеров от представителя Яндекс:

№1

№2

Как же поисковые системы вычисляют аффиалиты или сайты одной компании? Признаков очень много

самые простые: одинаковые телефоны, адрес, один владелец доменов, один IP и хостинг
посложней: один логин для Метрики или Аналитикса, один рекламный аккунт, подключенные сервисы, одинаковые фото товаров, прайсы, одинаковый владелец фирм, регулярная работа с сайтами с одного компьютера

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

Как поисковики относятся к аффилиатам?

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

Реальные примеры

Насколько всё это реально? Может ли быть такое, что на одном IP находятся сайты похожих компаний? А давайте возьмем и проверим.

Я беру первый попавшийся сайт автосервиса в Москве, смотрю его айпи-адрес с помощью сервиса 2whois.ru. Затем проверяю с помощью поисковой системы Bing какие сайты подходят под запрос «автосервис» и находятся на этом же IP адресе. У нас получилось на одном IP два автосервиса в Москве и два из СПб (другой регион не очень критично)

Затем проверим сайты по металлопрокату. Точно также беру любой сайт из выдачи Яндекса, узнаю IP адрес и проверяю в Bing. Опять несколько компаний. На одном сервере находятся несколько сайтов одной компании, плюс 2 других компании

Теперь грузоперевозки. 6 разных сайтов!

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

Теперь проверим на взрослый контент. Берем последний пример с грузоперевозками. Видим на этом сервере как минимум один секс-шоп и портал с видео для взрослых:

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

Заключение

Я рассказал, что такое аффилиаты, как это может вам помешать и показал, как найти сайты на одном IP с вами.

Следует понимать, что поисковые системы наверняка учитывают такую особенность интернета, знают, что есть вирутальный хостинг и общие IP-сервера. Скорей всего вам ничего не грозит. Однако выделенный IP-адрес стоит в районе 1000 руб/год, подумайте о его приобретении.

ilyapronin.ru

Что такое прямые заходы на сайт, на что они влияют и как увеличить долю прямых заходов в Яндекс.Метрике?

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

На информационных сайтах количество прямых заходов и доля таких визитов связана с размером постоянной аудитории проекта. На коммерческих сайтах количество прямых заходов отражает известность бренда компании и число постоянных клиентов. Поэтому анализу данного показателя необходимо уделять большое внимание.

В этой статье мы разберем:

что такое прямые заходы в Яндекс.Метрике,
что делать, если число прямых заходов резко выросло или по таким визитам наблюдается резкий рост показателя отказов,

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

Какие визиты попадают в прямые заходы в Яндекс.Метрике?

В Яндекс.Метрике в прямые заходы попадают визиты, в которых:

Пользователь ввел адрес сайта в адресную строку браузера.
Пользователь перешел на сайт из закладок в браузере.
Пользователь перешел на сайт, работающий на http-протоколе, с сайта, работающего на защищенном https-протоколе. В этом случае пользователь переходит с защищенного соединения на незащищенное, из-за чего источник визита – сайт, с которого осуществляется переход, не передается.

Если ваш сайт работает на http-протоколе, вы можете не увидеть в статистике визиты с сайтов, работающих на протоколе https. Они будут попадать в категорию прямых заходов.

Как посмотреть прямые заходы в Метрике?

Откройте отчет «Отчеты» -> «Стандартные отчеты» -> «Источники» -> «Источники, сводка»:

В открывшемся отчете вы можете посмотреть число прямых заходов и их долю. Для просмотра доли необходимо нажать на символ % (выделен на скриншоте ниже красной рамкой):

В примере выше мы видим, что число прямых заходов на сайт достаточно велико. Доля таких визитов составляет порядка 17% от общего числа. Это неплохой показатель, однако картину портит высокий процент отказов по таким визитам на уровне 73,7%. Что делать в такой ситуации, мы рассмотрим ниже.

Какой должна быть доля прямых заходов на сайт?

Хорошим показателем для коммерческих сайтов можно считать долю прямых заходов на уровне 15-30%. Если доля таких визитов менее 10%, это может быть проблемой. Скорее всего, компания обладает недостаточно сильным брендом и ее не знают на рынке. Соответственно, веб-ресурс компании может проседать по коммерческим факторам.

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

Что делать, если число прямых заходов в Метрике резко выросло?

Подобная ситуация может наблюдаться в случае:

Ваш сайт находится на http-протоколе, а один или несколько ваших доноров перешли на https-протокол. Соответственно, визиты с этих сайтов стали попадать в категорию прямые заходы в Яндекс.Метрике. Проверьте, не исчезли ли в отчетах переходы с сайтов, которые ранее давали много трафика? Если такие проекты есть, проверьте, что на них сохранились ссылки на ваш ресурс, а доноры стали открываться по протоколу https. Если все так, значит, всплеск визитов связан с попаданием части переходов с сайтов в категорию прямых заходов.

Владелец продвигаемого вами сайта провел рекламную кампанию в оффлайне, по которой люди стали приходить на проект. В этом случае по прямым заходам будут фиксироваться визиты с высокой глубиной просмотра и продолжительностью. Это нормальная ситуация, которая не требует вмешательства со стороны SEO-специалиста.
На сайт стали заходить роботы, которые накручивают число прямых заходов. Как правило, в такой ситуации у прямых заходов резко, в разы вырастает показатель отказов. В некоторых случаях он может достигать 90% и выше.

Что делать, если по прямым заходам резко вырос показатель отказов?

Скорее всего, показатель отказов накручивают роботы, которые генерируют много обращений к серверу. Например, кто-то парсит ваш сайт или генерирует спам-запросы. Есть два варианта действий. Разберем их подробно.

1. Заблокировать роботов в Яндекс.Метрике

Для этого в настройках счетчика в блоке про фильтрацию роботов необходимо выбрать пункт «фильтровать роботов по строгим правилам и поведению». На скриншоте ниже показано, где необходимо активировать данную настройку:

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

2. Заблокировать доступ роботов к сайту

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

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

Случай из практики

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

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

Как увеличить долю прямых заходов на сайт?

В случае информационного сайта:

Стимулируйте посетителей добавлять сайт в закладки. Например, разместите на видном месте ссылку «Добавить в закладки», которая будет добавлять ваш проект в закладки браузера.
Разместите на сайте полезную информацию, за которой посетитель может периодически заходить. Например, справочную информацию, которая периодически нужна вашей аудитории.

Разместите полезные сервисы, которыми будут пользоваться посетители. Например, на сайте для SEO-специалистов можно разместить сервисы для проведения бесплатных аудитов.

В случае коммерческого сайта:

Можно применять способы, актуальные для информационных проектов, т.е. разместить на сайте полезную справочную информацию или нужный посетителям сервис.
Разместите на оффлайн-рекламе ссылки на сайт, чтобы стимулировать клиентов посещать ваш ресурс. Делайте клиентам бонусы за онлайн-запись через сайт.
Внедрите на сайте полезные сервисы для клиентов. Например, возможность сделать онлайн-заказ, посмотреть наличие товаров в магазинах, отслеживать состояние заказа, получить бонус при заказе через сайт и т.д. Это будет стимулировать клиентов заходить на ваш ресурс и пользоваться им.
Используйте инструменты крауд-маркетинга, чтобы повышать известность бренда в Интернете.
Размещайте PR-публикации в Интернете для роста известности вашего проекта и бизнеса.

Органичный рост числа прямых заходов на сайт – это еще положительный сигнал для поисковых систем. Ведь это означает, что ваш проект интересен людям, и он создан не только для получения трафика из Яндекса или Google.

adblogger.ru

Структура url сайта, уровни вложенности и оптимизация

Здравствуйте, уважаемые читатели сайта Uspei.com. Что такое структура url и что такое url в принципе? Url это тот адрес, который мы видим в адресной строке браузера. В переводе с английского языка url расшифровывается как "универсальный показатель адресов". Он чем-то очень напоминает путь файлов в нашей операционной системе. Если вы что-то устанавливали на свой компьютер вы указывали: С:/program files/games, и устанавливали туда какую-то программу.

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

Наряду с такими элементами внутренней оптимизации страницы как title description и keywords адрес страницы играет большую роль.

Что поисковую систему интересует в плане структуры url:

Понятность адресов для обычных пользователей (чпу)
Глубина вложенности страниц по url адресу
Глубина вложенности страниц по клику
Ответ сервера при смене структуры url (301 редирект)

К оглавлению ↑

Что такое ЧПУ адреса url

Первое, что интересует поисковую систему - это понятность или чпу. Чпу расшифровывается как человеко-понятные адреса. Бывают чпу адреса и не чпу адреса. Давайте рассмотрим примеры. Предположим мы увидели страницу с каким-то вот таким адресом:

uspei.com/index.php?id=23452.

Можно ли по адресу этой страницы понять, какое содержание этой страницы? Конечно же нет, то есть этот адрес мы не будем называть чпу адрес - он не понятный для человека. Если мы такой адрес скопируем и отправим кому-то, он посмотрит на него и не поймет, что за этим адресом скрывается.

А если мы отправим человеку адрес вот такого рода: uspei.com/noutbuk/apple он посмотрит и подумает: наверно по этому адресу я открою информацию про ноутбуки apple. Такой адрес мы называем чпу адресом или человеко понятным адресом.

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

К оглавлению ↑

Оптимизация url адреса

Здесь есть несколько нюансов, как правильно сформировать чпу адрес:

Часто спрашивают, что использовать - латиницу или кириллицу, какие символы вообще допускаются в чпу. На самом деле вы можете использовать как русские буквы так и буквы латинского алфавита, в этом нет никакой проблемы. Главное крайне желательно, чтобы все адреса на ваших страницах были в одном формате. То есть, если у вас на сайте половина страниц имеют кириллические адреса, а вторая половина страниц имеет латинские адреса, то это не очень удобно, во-первых, а во-вторых, может вызвать небольшие проблемы. Хотя чаще всего это тоже будет нормально восприниматься поисковой системой просто это не совсем удобно.
И все же, если вы только планируете структуру сайта и перед вами стоит выбор, что все таки использовать, я рекомендую использовать транслитерацию вместо кириллицы, чуть позже объясню почему. Как транслитерировать, то есть как русские слова написать правильно латиницей? Существует специальный стандарт iso 9. Это международный стандарт транслитерации, по которому мы переводим русские слова в транслит. Также существуют онлайн-инструменты транслитерации. Нельзя в url использовать разнообразные символы апострофа, кавычки и все, что с этим связанно. Пробелы лучше всего заменять на минусы, то есть на короткое тире или нижнее подчеркивание. Это в принципе базовые принципы по формированию чпу адреса.
Также не стоит злоупотреблять ключевыми словами в чпу, то есть не надо писать uspei.com/katalog_noutbuk/noutbuk_apple. Это злоупотребление ключевыми словами неправильно. За злоупотребления ключевыми словами в url поисковая система также может занизить рейтинг вашего сайта. Поэтому просто напишите uspei.com/noutbuk/apple, поисковой системе, как и человеку, достаточно такого url для того, чтобы понять содержание этой страницы. Кстати поисковики выделяют жирным ключевые слова в url адресе, не забываем.
Еще один важный момент - крайне желательно все символы в url использовать в нижнем регистре, то есть писать маленькими буквами.

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

Когда мы копируем такой url и вставляем в какой-то текстовый файл, а часто просто в почту или в какой-нибудь messenger (например Skype), то мы видим, что кириллический url превращается вот в такую длиннющую строку непонятных символов.

На самом деле вот так выглядит кириллический url, просто браузер его интерпретирует в понятный красивый вид.

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

Необязательно прописывать или транслитерировать URL вручную. Например, в WordPress можно настроить автоматическое формирование адреса создаваемой странички с помощью плагина Cyr-To-Lat (использую его на всех сайтах). В других CMS также есть аналогичные плагины.

К оглавлению ↑

Вложенность страниц по url адресу

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

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

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

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

На самом деле допускаются страницы, имеющие вложенность третью и даже четвертую и даже пятую (именно по url), но далее 5 уровня вложенности крайне нежелательно размещать какие-либо страницы. В длинном адресе сложно разобраться и неудобно делиться с другими пользователями. А если это длинный (4-5 уровень вложенности) кириллический адрес, то вообще капец - портянка кракозябр отпугнет кого угодно.

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

К оглавлению ↑

Вложенность страниц по количеству кликов

Уровень вложенности также оценивается поисковой системой по количеству кликов. То есть какое количество кликов необходимо сделать с главной для того, чтобы попасть на эту страницу.

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

Идеально, если структура нашего сайта и структура нашего url совпадают. То есть вложенность страниц по клику соответствует вложенности страниц по url.

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

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

Но все же мы должны помнить, что вложенность по клику - она важнее чем вложенность по url. Если дать короткий совет, то постарайтесь разместить все наиболее важные страницы, которые вы собираетесь продвигать и занимать высокие позиции, постарайтесь их разместить не далее 2 уровня вложенности.

Если сайт очень большой, то можете разместить на третьем, если сайт это какой-то огромный портал, то максимум 4 уровень вложенности. Но старайтесь, чтобы все важные страницы для небольшого сайта были на втором уровне вложенности по клику и не далее 5 уровня вложенности по url.

К оглавлению ↑

301 редирект при смене структуры url

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

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

Предположим у нас ситуация: есть какая-то страница и ее url мягко скажем не очень хороший, вот что-то как мы рассматривали в первом примере, вот какой-то такой: uspei.com/index.php?id=23452. И мы, узнав про то, что нужно делать хорошие красивые url, решили сделать uspei.com/noutbuk/apple.

Предположим, мы уже отображались на каком-то хотя бы даже 15-м месте в поиске. Что будет, если мы просто поставим задачу разработчику взять и вместо этой страницы сделать вот такой адрес. На самом деле мы потеряем те позиции, которые мы уже имеем и вот почему.

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

О чем я говорю. Чаще всего вы сталкивались с ответом сервера 404, когда вы пытаетесь зайти на какую-то страницу. Браузер как бы стучится в эту страничку и спрашивает: как ты себя чувствуешь, страничка? Страничка ему в ответ отвечает ну, например, 404. Это значит, что страница не существует, она удалена.

Еще чаще браузер получает ответ сервера 200. 200 означает ok - все хорошо. В этом случае просто открываются страницы, вы даже этого не замечаете.

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

Вместе с ней, поскольку страница удалена, будет удалён весь ее рейтинг, вся ее релевантность, все ее позиции. А тут он найдет абсолютно новую страницу с кодом 200, абсолютно новую, без той релевантности, без того веса, которым обладала старая страница. Даже если она будет полностью скопирована - эта страница банально из-за возраста могла иметь какой-то рейтинг, который вы удалите просто отдав ответ 404.

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

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

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

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

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

Хотя структура и понятность адреса это важные факторы, но как любой фактор это не кардинальный фактор в сео. В сео нет фактора, который за секунду выдвинет вас топ 1. Каждый фактор имеет небольшой вес, небольшое влияние, но именно обработка большого списка разных моментов на сайте дает нам путь к хорошим позициям.

Итог

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

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

А если ваш сайт ещё находится в разработке, то зачем его показывает людям. То есть в любой момент эти страницы могут еще быть удалены, как-то изменен на них контент или еще что-то в этом духе. То есть, когда поисковая система понимает, что сайт не доработан - она просто не будет его показывать в поиске. Поэтому ваш сайт должен быть, во-первых, статичным, то есть вы сделали какие-то страницы не удаляйте их массово сразу более 40% страниц вашего сайта. Это может очень негативно сказаться на вашем сайте.

И, во-вторых, если вы что-то не удалили, а перенесли - обязательно 301 redirect, обязательно!

До встречи! Успевайте всё и всегда на страницах блога Uspei.com

Твитнуть

Плюсануть

Класснуть

Линкануть

Запинить

Буду благодарен, если поделитесь новостью в соцсетях

uspei.com

Сколько адресов нужно для счастья? / Хабр

Картинка, которая некоторых привыкших к IPv4 сетевиков может ввести в ступор: R6#sh ipv6 interface brief FastEthernet0/0 [up/up] FE80::218:18FF:FE45:F0E2 1::1 1::2 1::3 1::10 1::100:500 2::1 2::2 Причём каждый из этих адресов может быть использован наравне с другими. Как так?

Важные изменения в IPv6

Адресов на интерфейсе может быть много.
У адресов есть scope — область видимости или область действия.
Активно используются адреса с областью действия в пределах сегмента — так называемые link-local.
Адреса могут быть сгенерированы самостоятельно.

Теперь подробнее.

1. Много адресов на интерфейсе

Конечно можно возразить, что в IPv4 тоже были различные методы, как назначить на интерфейс несколько адресов (secondary, alias и так далее). Но в IPv6 адреса сделали равными, и это открывает широкие возможности.

К примеру, узел может использовать один адрес для связи в своей локальной сети, другой адрес для связи в пределах организации и третий — для доступа в Интернет. Или сразу 10 для доступа в Интернет — на каждый сайт отправлять запросы с нового адреса.

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

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

2. Scope

Опять же, формально область действия была и у адресов в IPv4.

Есть link-local адреса. Они обычно известны под кодовым именем "$@#*!!! Опять DHCP не работает!" и выбираются из диапазона 169.254.0.0/16. Но вообще-то у них есть функции помимо «Дать админу понять, что его DHCP-сервер не выдаёт адреса».

Во-первых, такой адрес может быть автоматически сгенерирован самим устройством. Во-вторых, он вполне подходит для связи внутри сети. Ограничение: он вообще-то не должен маршрутизироваться, ибо link-local.

Кроме них, RFC 1918 задаёт три диапазона приватных адресов: всеми любимый 192.168.0.0/16, большой 10.0.0.0/8 и незаслуженно забываемый 172.16.0.0/12 (т.е. от 172.16.0.0 до 172.31.255.255). Они маршрутизируются, но только в пределах вашей внутренней сети. Для связи в Интернете их использовать нельзя.

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

Существенное ограничение IPv4: нельзя использовать эти адреса одновременно. Либо link-local, и сиди без связи с другими сетями, либо приватные, но без NAT в Интернет не попасть, или публичные, которые подходят для всего, но нынче в страшном дефиците.

В IPv6 одновременно можно использовать адреса с разной областью действия. Надо постучаться к соседу по сети — используем link-local. Пошли в Интернет — берём глобально-уникальный.

Для узлов предусмотрены три варианта адресов:

Link-local. Диапазон FE80::/10. Обязан быть на всех узлах с IPv6. Создаётся узлом самостоятельно (например, по EUI-64), либо можем задать его ручками. Как следует из названия, действует в пределах сегмента, поэтому уникальность требуется только в пределах этого сегмента (как у MAC-адресов, например). Отсюда на разных интерфейсах может быть одинаковым.
Unique-local address (ULA). Это аналог «приватных» адресов. Scope — вообще говоря, глобальный (RFC 4193), но в Интернете их маршрутизировать никто не обязан, поэтому в большинстве случаев будут срезаться провайдером, например. Назначать можно по аналогии с адресами 192.168..., только теперь их много больше, поэтому вероятность выбрать одинаковые гораздо ниже.

ПримечаниеВ IPv4 есть одна неприятная ситуация с приватными адресами, когда фирма А покупает фирму Б, и в этих фирмах используется одинаковая сеть (в худшем случае 10.0.0.0/8). Сращивать их — головная боль. Хотя адреса ULA можно брать любые, рекомендуется их генерировать случайным образом и заносить в один из общественных каталогов (например сюда). Это гарантирует очень маленькую вероятность пересечения. Если же вы возьмёте «красивые» адреса ULA, и потом вам придётся сращивать одинаковые сети на пару с другим таким же неудачником админом — сами виноваты.

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

Примечание

Ранее существовали т.н. site-local адреса со своей областью действия — одной площадкой (site). Но разработчики IPv6 пришли к выводу, что понятие площадки слишком мутное, и от site-local отказались в пользу ULA.

Кроме общего понятия «область действия», у каждого конкретного адреса на конкретном интерфейсе возникает зона действия. Это часть топологии, на которую распространяется область действия данного адреса с данного интерфейса. Для программистов обычно предлагается такое объяснение: область действия — это абстрактный класс, а зона действия — экземпляр класса. Например, у link-local-адреса на интерфейсе Fa0/0 зоной действия будет сегмент сети, подключенный к интерфейсу Fa0/0.

Границы зон проходят по узлам. Отсюда link-local адреса на разных интерфейсах маршрутизатора будут лежать в разных зонах.

Визуализировать области действия и зоны действия поможет картинка:

Побочный эффект: возникает двусмысленность. Если мы говорим «Отправь пакет на FE80::101», то встречный вопрос будет «На который из интерфейсов?», потому что данный адрес может быть на любом из интерфейсов. Поэтому для link-local адресов обязательно уточняется интерфейс, который будет использоваться. В Windows используется записи вида FE80::1%5, где после символа "%" идёт ID интерфейса. В Linux применяется название (FE80::1%eth0).

3. Польза от link-local адресов

Возможность одновременно использовать адреса разных типов открывает очень интересные возможности.

Возьмём вот такую топологию:

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

В IPv4 понадобится 4 подсети, и даже если мы будем брать сети /31, это 8 адресов.

Сколько подсетей достаточно будет настроить в IPv6?

Правильный ответ

Две, одна между компьютером и Router0, а другая между сервером и Router2. Остальные адреса могут быть link-local, их можно сгенерировать автоматически.

Как это возможно?

А очень просто. Маршрутизация работает хоп за хопом. На каждом этапе нам нужно знать только исходящий интерфейс и адрес следующего перехода, причём физический, а IP нам нужен постольку-поскольку.

Компьютер знает link-local адрес ближайшего роутера (Router0). Router0 знает link-local следующего в цепочке (Router1). Router1 знает адрес Router2. Router2 может доставить сообщение серверу. Обратно так же.

Уточнение: Как справедливо заметил в комментариях Alukardd, такая возможность есть и в IPv4. Поэтому в Интернете вы вполне можете увидеть приватные адреса в результатах трассировки.

Проверим.

Включим маршрутизацию IPv6:

Router#conf t Router(config)#ipv6 unicast-routing Включим IPv6 на интерфейсах, адреса link-local создадутся автоматически:Router(config)#interface fa0/0 Router(config-if)#ipv6 enable Router(config-if)#interface fa0/1 Router(config-if)#ipv6 enable Router(config-if)#end Router# Проверяем:Router#show ipv6 interface brief FastEthernet0/0 [up/up] FE80::201:C7FF:FE8D:B001 FastEthernet0/1 [up/up] FE80::201:C7FF:FE8D:B002 Настраиваем глобальные адреса:Router0#conf t Router0(config)#interface fa0/0 Router0(config-if)#ipv6 address 1::1/64 Router2#conf t Router2(config)#interface fa0/1 Router2(config-if)#ipv6 address 2::1/64 Обратите внимание, что на компьютерах в общем случае ничего настраивать не нужно, адреса будут автоматически получены. Каким образом — тема отдельной статьи.

Наконец, понадобится маршрутизация. Настроим OSPFv3.

Router0#conf t Router0(config)#ipv6 router ospf 1 %OSPFv3-4-NORTRID: OSPFv3 process 1 could not pick a router-id,please configure manually !Обратите внимание, нужно настроить router-id, для каждого из роутеров свой уникальный Router0(config-rtr)#router-id 1.0.0.0 Router0(config-rtr)#exit Router0(config)#interface fa0/0 Router0(config-if)#ipv6 ospf 1 area 0 Router0(config-if)#interface fa0/1 Router0(config-if)#ipv6 ospf 1 area 0 Повторяем процедуру на остальных роутерах (меняя router-id, само собой). После этого у нас установится соседство (по link-local адресам!), и в таблицу маршрутизации попадут нужные маршруты.Router0#sh ipv6 route IPv6 Routing Table - 4 entries Codes: C - Connected, L - Local, S - Static, R - RIP, B - BGP U - Per-user Static route, M - MIPv6 I1 - ISIS L1, I2 - ISIS L2, IA - ISIS interarea, IS - ISIS summary O - OSPF intra, OI - OSPF inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2 ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2 D - EIGRP, EX - EIGRP external C 1::/64 [0/0] via ::, FastEthernet0/0 L 1::1/128 [0/0] via ::, FastEthernet0/0 O 2::/64 [110/3] via FE80::201:63FF:FE59:4501, FastEthernet0/1 После чего можно убедиться, что всё работает.На грани экстрима

Можно обойтись всего двумя глобальными адресами (на компьютер и на сервер). Однако в этом случае на Router0 и Router2 придётся создавать статические маршруты до компьютера и сервера, соответственно, поскольку самостоятельно роутеры об этих адресах не узнают. Затем можно сделать редистрибуцию в OSPF и проверить, что связь даже в таком странноватом случае будет.

Вывод: для транзита трафика достаточно использовать link-local адреса. Глобально-уникальные адреса и ULA нужны будут только в том случае, если вы хотите обратиться к самому устройству (к примеру, зайти на роутер по SSH).

Несомненный плюс маршрутизации по link-local адресам в том, что убирается привязка к конкретной адресации. Можно привести такую аналогию: в IPv4 маршрут записывался через названия улиц и домов — «По улице Ленина до дома 51 и направо». В IPv6 маршрут можно записать как «два светофора прямо, на третьем направо». В случае смены адресации («переименования улиц») маршруты IPv4 нужно перестраивать заново, а в IPv6 всё продолжит работать как обычно.

4. Автоматическое назначение адресов

Про EUI-64 разъяснение было ранее, но сама тема в целом достойна отдельной статьи.

IPv6-адреса через EUI-64: Точки над i

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

habr.com

Как работает интернет. Часть 1

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

Много людей знают, что у сайтов есть адреса. Например, yandex.ru или mail.ru. Их нужно вбивать в адресную строку браузера, чтобы он перешел на требуемый сайт. Но на самом деле у каждого сайта есть как минимум 4 адреса. Рассмотрим, какие это адреса, и для чего они нужны.

Как узнать mac адрес у сетевой карты?

Первый адрес называется MAC-адрес, и представляет собой последовательность из 12 символов «0123456789ABCDEF». Например, 001B2C4D5577. Так как читать MAC-адрес в таком виде неудобно, обычно через каждые два символа ставят «двоеточие» или «тире», например 00:1B:2C:4D:55:77. Такой адрес есть у каждой сетевой карты, то есть, у каждого устройства, умеющего соединяться с Интернетом. Задается он производителем оборудования, и обязан никогда не повторяться. Вообще никогда. Ни в коем случае. Понятно почему – если адрес будет повторяться более чем один раз, то возможен конфликт – мы отправили письмо на адрес 00:1B:2C:4D:55:77, а нам ответили сразу два компьютера, что это им. Как узнать, кому именно письмо предназначалось?

Хорошо, если есть такой хороший MAC-адрес, который вообще никогда не повторяется, что мешает нам им и пользоваться? Вместо mail.ru набирали бы в адресной строке браузера 00:1B:2C:4D:55:77? Если оставить в стороне то, что mail.ru гораздо красивее на глаз чем набор из каких-то странных цифр, есть и другая проблема. Допустим, вы системный администратор и у вас есть корпоративная сеть на 1000 компьютеров. У каждого из них, конечно, есть свой MAC-адрес, и они не повторяются. Но вряд ли в вашей сети все сетевые карты одной фирмы и из одной партии. А раз фирмы разные, то и MAC-адреса у них будут очень не похожи друг на друга. Представьте себе, у вас табличка из 1000 строк, в одной колонке непонятные 12 символов, в другой «Компьютер Тети Глаши из Бухгалтерии». Тут запутаться – две секунды.

Как и где узнать IP-адрес у компьютера?

Чего бы хотелось? Хотелось бы, чтобы адреса могли назначать МЫ. То есть, не какие-то дяди, которые произвели мой компьютер в Китае или Малазии, а сам системный администратор мог по своему усмотрению назначить своей 1000 компьютеров адреса. Такие адреса есть, и они называются IP-адреса. Они состоят из четырех чисел от 0 до 255, разделенных точками, например 144.155.166.200.

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

Так и наш системный администратор выдаст своим 1000 компьютеров похожие адреса, например, начинающиеся на 144.155, а последние два числа выберет сам, как ему заблагорассудится. Например, бухгалтерии выдаст адреса 144.155.1.х, отделу снабжения 144.155.2.х, и так далее.

Тут возникает тот же вопрос, что и про MAC-адреса. MAC-адреса никогда не могут повторяться, и это контролируется прямо на этапе производства. IP-адреса тоже, по идее, не могут повторяться. Но как это проконтролировать? Мы назначили тете Глаше IP-адрес 144.155.1.200. Пусть даже у нас все в порядке с головой, и этот адрес только у тети Глаши, и больше он ни разу не повторяется среди наших 1000 компьютеров. Но где гарантия, что когда тетя Глаша выйдет в Интернет, где-нибудь в Америке не окажется еще одного системного администратора, который тоже вдруг решил назначить себе IP-адрес 144.155.1.200? Мы же не можем обзвонить всех системных администраторов в мире и договориться со всеми. Производители оборудования, в принципе, могут, их не так много, а вот системные администраторы вряд ли.

Обсуждению этого интересного вопроса будет посвящена вторая статья из нашего цикла.

Предлагаю в качестве подарка скачать бесплатную книгу: причины зависаний на ПК, восстановление данных, компьютерная сеть через электропроводку и много других интересных фишек.Еще больше интересных новостей, а главное общение, решений ваших проблем! Добавляйтесь в телеграм - https://t.me/mycompplus

Понравилась полезная статья? Подпишитесь на RSS и получайте больше нужной информации!

< Предыдущая Следующая >

mycompplus.ru

Еще раз про IP-адреса, маски подсетей и вообще / Хабр

Чуточку ликбеза. Навеяно предшествующими копипастами разной чепухи на данную тему. Уж простите, носинг персонал.

IP-адрес (v4) состоит из 32-бит. Любой уважающий себя админ, да и вообще айтишник (про сетевых инженеров молчу) должен уметь, будучи разбуженным среди ночи или находясь в состоянии сильного алкогольного опьянения, правильно отвечать на вопрос «из скольки бит состоит IP-адрес». Желательно вообще-то и про IPv6 тоже: 128 бит.

Обстоятельство первое. Всего теоретически IPv4-адресов может быть: 232 = 210*210*210*22 = 1024*1024*1024*4 ≈ 1000*1000*1000*4 = 4 млрд. Ниже мы увидим, что довольно много из них «съедается» под всякую фигню.

Записывают IPv4-адрес, думаю, все знают, как. Четыре октета (то же, что байта, но если вы хотите блеснуть, то говорите «октет» — сразу сойдете за своего) в десятичном представлении без начальных нулей, разделенные точками: «192.168.11.10».

В заголовке IP-пакета есть поля source IP и destination IP: адреса источника (кто посылает) и назначения (кому). Как на почтовом конверте. Внутри пакетов у IP-адресов нет никаких масок. Разделителей между октетами тоже нет. Просто 32-бита на адрес назначения и еще 32 на адрес источника. Однако, когда IP-адрес присваивается интерфейсу (сетевому адаптеру или как там его еще называют) компьютера или маршрутизатора, то кроме самого адреса данного устройства ему назначают еще и маску подсети. Еще раз: маска не передается в заголовках IP-пакетов.

Компьютерам маска подсети нужна для определения границ — ни за что не угадаете чего — подсети. Чтоб каждый мог определить, кто находится с ним в одной [под]сети, а кто — за ее пределами. (Вообще-то можно говорить просто «сети», часто этот термин используют именно в значении «IP-подсеть».) Дело в том, что внутри одной сети компьютеры обмениваются пакетами «напрямую», а когда нужно послать пакет в другую сеть — шлют их шлюзу по умолчанию (третий настраиваемый в сетевых свойствах параметр, если вы помните). Разберемся, как это происходит.

Маска подсети — это тоже 32-бита. Но в отличии от IP-адреса, нули и единицы в ней не могут чередоваться. Всегда сначала идет сколько-то единиц, потом сколько-то нулей. Не может быть маски

120.22.123.12=01111000.00010110.01111011.00001100.

Но может быть маска

255.255.248.0=11111111.11111111.11111000.00000000.

Сначала N единиц, потом 32-N нулей. Несложно догадаться, что такая форма записи является избыточной. Вполне достаточно числа N, называемого длиной маски. Так и делают: пишут 192.168.11.10/21 вместо 192.168.11.10 255.255.248.0. Обе формы несут один и тот же смысл, но первая заметно удобнее.

Чтобы определить границы подсети, компьютер делает побитовое умножение (логическое И) между IP-адресом и маской, получая на выходе адрес с обнуленными битами в позициях нулей маски. Рассмотрим пример 192.168.11.10/21:

11000000.10101000.00001011.00001010 11111111.11111111.11111000.00000000 ---------------------------------------------- 11000000.10101000.00001000.00000000 = 192.168.8.0

Обстоятельство второе. Любой уважающий себя администратор обязан уметь переводить IP-адреса из десятичной формы в двоичную и обратно в уме или на бумажке, а также хорошо владеть двоичной арифметикой. Адрес 192.168.8.0, со всеми обнуленными битами на позициях, соответствующих нулям в маске, называется адресом подсети. Его (обычно) нельзя использовать в качестве адреса для интерфейса того или иного хоста. Если же эти биты наоборот, установить в единицы, то получится адрес 192.168.15.255. Этот адрес называется направленным бродкастом (широковещательным) для данной сети. Смысл его по нынешним временам весьма невелик: когда-то было поверье, что все хосты в подсети должны на него откликаться, но это было давно и неправда. Тем не менее этот адрес также нельзя (обычно) использовать в качестве адреса хоста. Итого два адреса в каждой подсети — на помойку. Все остальные адреса в диапазоне от 192.168.8.1 до 192.168.15.254 включительно являются полноправными адресами хостов внутри подсети 192.168.8.0/21, их можно использовать для назначения на компьютерах.

Таким образом, та часть адреса, которой соответствуют единицы в маске, является адресом (идентификатором) подсети. Ее еще часто называют словом префикс. А часть, которой соответствуют нули в маске, — идентификатором хоста внутри подсети. Адрес подсети в виде 192.168.8.0/21 или 192.168.8.0 255.255.248.0 можно встретить довольно часто. Именно префиксами оперируют маршрутизаторы, прокладывая маршруты передачи трафика по сети. Про местонахождение хостов внутри подсетей знает только шлюз по умолчанию данной подсети (посредством той или иной технологии канального уровня), но не транзитные маршрутизаторы. А вот адрес хоста в отрыве от подсети не употребляется совсем.

Обстоятельство третье. Количество хостов в подсети определяется как 232-N-2, где N — длина маски. Чем длиннее маска, тем меньше в ней хостов.

Из данного обстоятельства в частности следует, что максимальной длиной маски для подсети с хостами является N=30. Именно сети /30 чаще всего используются для адресации на point-to-point-линках между маршрутизаторами.

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

А вот маска /32 используется достаточно часто. Во-первых, для всяких служебных надобностей при адресации т. н. loopback-интерфейсов, во-вторых, от криворукости: /32 — это подсеть, состоящая из одного хоста, то есть никакая и не сеть, в сущности. Чем чаще администратор сети оперирует не с группами хостов, а с индивидуальными машинами, тем менее сеть масштабируема, тем больше в ней соплей, бардака и никому непонятных правил. Исключением, пожалуй, является написание файрвольных правил для серверов, где специфичность — хорошее дело. А вот с пользователями лучше обращаться не индивидуально, а скопом, целыми подсетями, иначе сеть быстро станет неуправляемой.

Интерфейс, на котором настроен IP-адрес, иногда называют IP-интерфейсом или L3-интерфейсом («эл-три», см. Модель OSI).

Прежде чем посылать IP-пакет, компьютер определяет, попадает ли адрес назначения в «свою» подсеть. Если попадает, то шлет пакет «напрямую», если же нет — отсылает его шлюзу по умолчанию (маршрутизатору). Как правило, хотя это вовсе необязательно, шлюзу по умолчанию назначают первый адрес хоста в подсети: в нашем случае 192.168.8.1 — для красоты.

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

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

Следующий шаг — разбиение подсетей на более мелкие подсети. Полюбившуюся нам сеть 192.168.8.0/21 можно разбить на 2 подсети /22, четыре подсети /23, восемь /24 и т. д. Общее правило, как не сложно догадаться, такое: K=2X-Y, где K — количество подсетей с длиной маски Y, умещающихся в подсеть с длиной маски X.

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

Процесс объединения мелких префиксов (с длинной маской, в которых мало хостов) в крупные (с короткой маской, в которых много хостов) называется агрегацией или суммаризацией (вот не суммированием!). Это очень важный процесс, позволяющий минимизировать количество информации, необходимой маршрутизатору для поиска пути передачи в сети. Так, скажем, провайдеры выдают клиентам тысячи маленьких блоков типа /29, но весь интернет даже не знает об их существовании. Вместо этого за каждым провайдером закрепляются крупные префиксы типа /19 и крупнее. Это позволяет на порядки сократить количество записей в глобальной таблице интернет-маршрутизации.

Обстоятельство шестое. Чем больше длина маски, тем меньше в подсети может быть хостов, и тем большую долю занимает «съедение» адресов на адреса подсети, направленного бродкаста и шлюза по умолчанию. В частности в подсети с маской /29 (232-29 = 8 комбинаций) останется всего 5 доступных для реального использования адресов (62,5%). Теперь представьте, что вы провайдер, выдающий корпоративным клиентам тысячи блоков /29. Таким образом, грамотное разбиение IP-пространства на подсети (составление адресного плана) — это целая маленькая наука, включающая поиск компромиссов между разными сложными факторами.

При наличии достаточно большого диапазона адресов, как правило из блоков для частного использования 10.0.0.0/8, 172.16.0.0/12 и 192.168.0.0/16, конечно, удобно использовать маски, совпадающие по длине с границами октетов: /8, /16, /24 или, соответственно, 255.0.0.0, 255.255.0.0 и 255.255.255.0. При их использовании можно облегчить работу мозгу и калькулятору, избавившись от необходимости работать с двоичной системой и битами. Это правильный подход, но не стоит забывать, что злоупотребление расслабухой редко доводит до добра.

И последнее. Пресловутые классы адресов. Дорогие товарищи, забудьте это слово вообще! Совсем. Вот уже скоро 20 лет (!), как нет никаких классов. Ровно с тех пор, как стало понятно, что длина префикса может быть любой, а если раздавать адреса блоками по /8, то никакого интернета не получится.

Иногда «матерые специалисты» любят блеснуть словами «сеть класса такого-то» по отношению к подсети с той или иной длиной маски. Скажем, часто можно услышать слово «сеть класса C» про что-нибудь вроде 10.1.2.0/24. Класс сети (когда он был) не имел никакого отношения к длине маски и определялся совсем другими факторами (комбинациями битов в адресе). В свою очередь классовая адресация обязывала иметь маски только предписанной для данного класса длины. Поэтому указанная подсеть 10.1.2.0/24 никогда не принадлежала и не будет принадлежать к классу C.

Но обо всем этом лучше и не вспоминать. Единственное, что нужно знать — что существуют разные глобальные конвенции, собранные под одной крышей в RFC3330, о специальных значениях тех или иных блоков адресов. Так, например, упомянутые блоки 10/8, 172.16/12 и 192.168/16 (да, можно и так записывать префиксы, полностью откидывая хостовую часть) определены как диапазоны для частного использования, запрещенные к маршрутизации в интернете. Каждый может использовать их в частных целях по своему усмотрению. Блок 224.0.0.0/4 зарезервирован для мультикаста и т. д. Но все это лишь конвенции, призванные облегчить административное взаимодействие. И хотя лично я крайне не рекомендую вам их нарушать (за исключением надежно изолированных лабораторных тестов), технически никто не запрещает использовать любые адреса для любых целей, покуда вы не стыкуетесь с внешним миром.

habr.com

Сайты на одном IP

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

Сайты на одном IP — Данный тест вам поможет узнать сколько и какие именно сайты расположены на одном сервере (на одном IP)?

Никогда не задавались вопросом, сколько и какие именно сайты расположены на одном сервере (на одном IP)? С помощью нашего сервиса вы сможете узнать это.Введя ниже в поле IP адрес вы получите список сайтов, расположенных на том же IP адресе.Зачем это нужно? У каждого свой интерес. Кому то интересно, есть ли еще сайты на сервере rambler.ru и если есть, то какие. Kого то, например, неустраивает скорость открытия своего сайта и он хочет посмотреть, много ли других сайтов находятся на том же сервере.

Сайты на одном IP — Проверка сайтов на выбранном IP

Нередко на одном IP-адресе расположено несколько виртуальных серверов с разными именами. Этот сервис позволит Вам установить, какие именно сайты расположены по указанному Вами адресу. Поиск может занять некоторое время.Утилита поможет вам найти все сайты на одном IP адресе. Данная утилита поможет узнать какой хостер оказывает услуги сайтам, сколько сайтов на одном IP, кому они принадлежат и другую информацию.

Определить сайты на одном IP — Узнать ip сайта. Сайты расположенные на сервере. Lookup IP, сайта.

Иногда бывает что нужно определить сайты расположены на одном сервере (на одном IP), либо сколько серверов обрабатывают один сайт. С помощью нашего сервиса Вы сможете узнать это.Введя IP адрес Вы получите список сайтов, расположенных на том же IP адресе. Если же ввести домен то Вы получите IP адрес сервера либо список IP адресов если их несколько. Благодаря этому Вы можете например узнать сколько еще сайтов находятся с Вами на одном сервере по соседству (shared-хостинг). Либо же например узнать сколько серверов обрабатывают сайт ya.ru.

Сайты на одном IP — Проверка сайтов на одном Ip адресе.

Сервес проверки ip адреса сайта, ip сайта. Позволяет найти все сайты, которые находятся на етом ip адресе или возможно на сервере, хостинге. Но невсегда сервер имеет один ip адрес. Часто у сервера много ip и к серверу можно подсоединятся с разных ip адресов. Более понятным языком ето случается тогда, когда заказывают хостинг с выделенным ип адресом. В таком случае все сайты найдуться на аккаунте пользователя хостинга. А остальные сайты на сервере будут не найденные, так как там другой ip сайта.

Сайты на одном IP — С помощью этого сервиса вы можете узнать, какие еще сайты находятся на одном сервере с интересующим вас сайтом.