Текстовые расшифровки как-то привычней, что ли.
On Air, найди человека на текстовку, а? Некогда все эти эфиры смотреть.
Ну-ну.
Нет, у меня там есть уже работник, в одной из первых групп. Печалит лишь, что здесь нет обсуждений новинок.
Имелся в виду чёрный рынок - операции с блоками ip помимо и без ведома региональных регистраторов.
Нужно привыкать к конструктиву. Если не в школе, то хотя бы здесь.
Речь о том, чтобы привлекать новых клиентов.
То начнутся тормоза, рано или поздно.
G00DMAN, дай конкретики-то. Что такое ПФ?
firstman, пока больше разговоры, в текущих регламентах iana/rir's можно забыть про легальность.
Но тренд вполне устойчивый.
Собственно, почему я не могу сменить одного магистральщика на другого? ;) Вопрос только в форме оплаты и её обосновании.
Моему? Это не мой бизнес.
Есть такое. С февраля месяца вообще лютовать стали, даже на PI в /24-/23 размером требуют полных комплект накладных, маркетиногвые планы и прочую тягомотину.
Радует, правда, что намечается чёрный рынок ipv4.
С удовольствием посмотрю на реализацию.
Итак, в чём смысл приобретения разных ip для сеошника?
Мы не будем обсуждать здесь чисто технические вопросы, навроде поднятия собственных ns или парсинга поисковиков, а остановимся исключительно на создании сетки сателлитов и её размещении.
1. Для начала - табличка в помощь (дабы понимать, в разговорах с хостерами, о чём идёт речь, ориентироваться в терминах и представлять масштабы своих желаний):
Таблица соответствия адресов: classfull/classless +----------------------------------------------+ |addrs bits pref class mask | +----------------------------------------------+ | 1 0 /32 255.255.255.255 | | 2 1 /31 255.255.255.254 | | 4 2 /30 255.255.255.252 | | 8 3 /29 255.255.255.248 | | 16 4 /28 255.255.255.240 | | 32 5 /27 255.255.255.224 | | 64 6 /26 255.255.255.192 | | 128 7 /25 255.255.255.128 | | 256 8 /24 1C 255.255.255 | | 512 9 /23 2C 255.255.254 | | 1K 10 /22 4C 255.255.252 | | 2K 11 /21 8C 255.255.248 | | 4K 12 /20 16C 255.255.240 | | 8K 13 /19 32C 255.255.224 | | 16K 14 /18 64C 255.255.192 | | 32K 15 /17 128C 255.255.128 | | 64K 16 /16 1B 255.255 | | 128K 17 /15 2B 255.254 | | 256K 18 /14 4B 255.252 | | 512K 19 /13 8B 255.248 | | 1M 20 /12 16B 255.240 | | 2M 21 /11 32B 255.224 | | 4M 22 /10 64B 255.192 | | 8M 23 /9 128B 255.128 | | 16M 24 /8 1A 255 | | 32M 25 /7 2A 254 | | 64M 26 /6 4A 252 | | 128M 27 /5 8A 248 | | 256M 28 /4 16A 240 | | 512M 29 /3 32A 224 | |1024M 30 /2 64A 192 | +----------------------------------------------+
Из неё мы видим, что, грубо говоря, подсеть класса C разделяется блоками в 256 ip (сеть /24), класс B - блоками в 65.536 ip (сеть /16), и класс A - блоками в 16.777.216 ip (сеть /8). Иными словами, ip в разных сетях класса C будут иметь вид:
1.1.10.1
1.1.20.1
1.1.30.1
В разных сетях класса B:
1.10.1.1
1.20.1.1
1.30.1.1
В разных сетях класса A:
10.1.1.1
20.1.1.1
30.1.1.1
Сети класса C и B разделяются внутри телекомщиков и обслуживающих их региональщиков (их всего пять на планету), сети класса A - между региональщиками и отдельными крупными компаниями (их список - здесь).
2. Чем всё это грозит?
Каждая телеком-компания, включая хостеров, должна обосновать перед региональным регистратором свои потребности в ip-адресах, и поскольку физических клиентов (как и покупаемого под них оборудования) в подавляющем большинстве случаев бывает весьма немного, то редкий хостер получает под собственные нужды четырёхзначные блоки адресов.
Они ограничиваются в основном шаредами, а дополнительные адреса практически всегда проще взять у ДЦ, в котором размещаются мощности хостера, чем оформлять заявку на новые блоки.
Сами же ДЦ тоже не всесильны, политика региональщиков предполагает максимально уменьшить дробление блоков на мелкие, внутри одного большого, поэтому даже в случае получения одной компанией больших блоков (в т.ч. через несколько заявок) весьма велика вероятность, что они будут расположены внутри одного большого диапазона ip, т.е. будут соседями по классу C, B или даже A.
Также нужно учитывать, что практически всегда подсети оформляются на одну и ту же компанию, поэтому пресловутые "несколько адресов в разных классах С" будут иметь одни и те же хуизы, что во многих случаях нивелирует преимущества разнесённой по ip сетки сателлитов.
3. Зачем и как именно получать адреса с такими градациями?
Разнесение сетки нужно сателлитчику для скрытия аффилированности его сайтов, всё остальное вторично. Сответственно, есть два крайних пути, которые можно использовать совместно, исходя из своих финансовых возможностей и свободного времени.
1. Наименее затратный, как здесь уже писали, состоит в том, чтобы набрать у разных хостеров (в т.ч. и в разных странах) нужное количество шаред-аккаунтов, где и хостить свои ресурсы. При этом предпочтительнее выбирать крупных хостеров, дабы сетка терялась среди большого количества посторонних сайтов, расположенных на тех же ip.
Здесь, правда, существуют трудности с централизованным управлением, поскольку софту наверняка придётся столкнуться с нюансами шареда у разных хостеров.
2. "Противоположный" путь состоит в том, чтобы самостоятельно купить (у региональщиков, ДЦ, или непосредственно у хостера) ip-адреса, после чего размещать ресурсы на отдельных серверах (шаред и впс не предполагают выделенных для конкретного сайта ip, насколько я помню).
Минус этого метода, кроме дороговизны, состоит в том, что сетка будет "на ладони" у ПС, если не разбавлять её дополнительно создаваемыми, для разбавления рабочей сетки, ресурсами. Плюсов тоже немало - полный контроль за ip, на которых заведомо не будет дорвеев и прочего левака, простота централизованного управления и т.п.
Разумеется, между этими двумя крайностями есть много компромиссных вариантов. Конкретный выбор зависит, естественно, от конкретных потребностей сателлитчика.
Остались вопросы?
Если ничего не забыл, то можете смело давать "хочу-кнопку-бабло!" клиентам ссылку на этот пост. Или в подпись там поставьте.
