скрыть принадлежность ip адресов одному серверу

[imgreen]

собственно сабж, можно ли это сделать?
палится по hostname

[fireXXX]

не, ты не понял меня

я хочу, чтобы у нескольких разных айпишников С класса через nslookup показывались разные домены второго уровня, щас там идёт что-то типа vds24.hoster.ru, vds25.hoster.ru, что собсно палит абсолютно точно любой "типа разный" С класс

а ты мне вообще про другое говоришь, ты бы попробовал сначала сделать то о чем в теме пишут, о принципах работы нейм серверов я знаю

[netzoner]

imgreen скорее всего решение твоей проблемы лежит в указании rDNS.

Стукни в аську и покажи на примере палево.

[Алёша]

Сообщение от fireXXX

не, ты не понял меня

я хочу, чтобы у нескольких разных айпишников С класса через nslookup показывались разные домены второго уровня, щас там идёт что-то типа vds24.hoster.ru, vds25.hoster.ru, что собсно палит абсолютно точно любой "типа разный" С класс

а ты мне вообще про другое говоришь, ты бы попробовал сначала сделать то о чем в теме пишут, о принципах работы нейм серверов я знаю

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

[fireXXX]

2 разные С класса выдают один и тот же домен 2го уровня, т.е. для Гугла выпалить SEO хостинг или сетку С классов как 2 пальца

Интересно смотрит ли он туда и клеит ли бэки?

[imgreen]

Сообщение от netzoner

imgreen скорее всего решение твоей проблемы лежит в указании rDNS.

Стукни в аську и покажи на примере палево.

Да вот показали уже на примере. А часто бывает даже без сабдоменов, тупо один домен.
Но хостеры и правда это меняют, только наверно не все

[fireXXX]

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

inetnum: 78.108.185.0 - 78.108.185.255
netname: HOST-SYSTEM-NET
descr: Host System
admin-c: SM9797-RIPE
tech-c: SM9797-RIPE
status: ASSIGNED PA
mnt-by: UPL-MNT
source: RIPE # Filtered

inetnum: 78.108.184.0 - 78.108.184.255
netname: HOST-SYSTEM-NET
descr: Host System
admin-c: SM9797-RIPE
tech-c: SM9797-RIPE
status: ASSIGNED PA
mnt-by: UPL-MNT
source: RIPE # Filtered

Поэтому тут надо просто потестить, имхо.
Учитывает ли это гугл при проверке или нет.

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

[imgreen]

ну netname это поменьше палева уже чем тупо один и тот же хостнейм, да и ими не напасешься же особо

[Алёша]

Сообщение от fireXXX

2 разные С класса выдают один и тот же домен 2го уровня, т.е. для Гугла выпалить SEO хостинг или сетку С классов как 2 пальца

Интересно смотрит ли он туда и клеит ли бэки?

а, ну теперь понятно
в никсах это так выглядит:

Non-authoritative answer:
22.185.108.78.in-addr.arpa name = 726.vds.yeshost.ru.

это PTR-запись (reverse address) конечно же и правится у хостера

Сообщение от fireXXX

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

сетки закреплены за провайдерами в общей базе данных
это никак не скроешь

а насчёт PTR.. ты её можешь вообще-то отключить (попросить хостера), потому что она нужна только для почты, в основном
если он тебе выдал IP персональный конечно