Тут надо аккуратно и с умом. Главное - не перестараться, иначе эффект очень печальный для акцептора будет (и для доноров тоже, хотя это не столь важно). Не нужно думать, что при подклейке "простым сложением" показатели увеличатся. Если много надо - лучше ссылками, а массовый редирект десятков доменов на один - верный признак для гугла.
К слову, напомню случаи, когда всякий шлак приклеивают к конкурентам и их быстро уносит из топа. Сейчас уже более-менее спокойно с этим, но пару лет назад массовая проблема была.
tmatm: Мне кажется, варианта 2: 1. TTL был установлен очень большой, и поэтому ещё не везде кэш обновился (сейчас TTL в некоторых местах показывается больше 4 дней).
Несколько раз написал, что много месяцев прошло, какие TTL 4 дня...
tmatm:
2. NS для r01.ru выдают разную информацию при каждом запросе. Не так давно на сайте Ру-Центра некоторые файлы стали выдаваться не от текущей даты, а от лета 2019 года. При обновлении страницы опять от текущей. И так при каждом обновлении страницы менялись. Чинили они это наверно месяц. Может и с NS у них есть такая же проблема...
Чисто теоретически всякое может быть конечно, может и от положения звезд неймсервер разные записи выдает, в зависимости от знака зодиака обратившегося, но маловероятно, кроме того, за множество проверок такого не зафиксировано.
netwind: ну так почему бы не проанализировать в логе чем эта часть отличается от остальных? Там будет как минимум IP и user agent. Что известно об этой части клиентов?
Что бы посмотреть логи, нужно например доступ к серверу. Снаружи видно то что видно. Например геозависимость прослеживается, но не четкая.
netwind: Возможно, это парсеры и прочие боты. Только они в современном интернете игнорируют TTL в DNS. И даже они непонятно зачем это делают.
CA / host-tracker - это в вашем понимании парсеры/боты? Ну, ok, называете как вам угодно. Они игнорируют TTL? Нет, это не так.
Mobiaaa: tmatm, Есть ещё 3 вариант Anycast DNS И у них нарушалась консистентность данных
Да, этот вариант рассматривался (там на cloud'ах anycast), но с разных локаций получить отличные записи не удалось.
Mobiaaa: suffix, Разные они потому, что без trace: dig напрямую спрашивает у yandex, а у них старые записи (как вариант TTL был огромен до этого, о чём уже озвучивали в топике) С ключом strace: dig ходит поэтапно к каждой записи (корень -> корневая зона ru -> DNS домена и т.д.) Сложно в целом судить где косяк, но он имеет место быть Кстати возможно что есть те, кто используют яндекс как резольвер, возможно поэтому часть в hostracker не видят новый
Про TTL там есть ограничения, он настолько огромен быть как бы не может. Кроме того, даже если предположить, что он попал в записть, слишком огромный, он должен игнорироваться. Можно конечно сделать такое предположение, что конкретная реализация Yandex DNS игнорирует RFC.
И тогда можно было бы предположить, что корень проблемы в Yandex DNS, но что-то слабо верится, что многие площадки с CA / host-tracker, в т.ч. зарубежные, используют их... Слишком много маловероятных допущений получается.
suffix, PTR то ту причем? Она влиять никак не должна.
Даже не говоря о смысле и предназначении этой записи, хотя бы по логике - вот есть у вас IP-адрес, указали вы там для обратной зоны например хостнэйм какого-нибудь DNS-крупняка типа CF, и что думаете запросы для этого неймсервера вдруг к вам пойдут (и можно MITM делать)? :)
Doma-in: Вроде года три назад они его выкупили, потом пошли скупать мелких конкурентов.
Сильно раньше, чем три года назад, просто не афишировалась (вероятно в те времена не очень хорошо воспринялась бы новость, что регистратор становиться прямым конкурентом своим же партнерам), хотя давно секрет полишинеля.
Тут надо аккуратно и с умом. Главное - не перестараться, иначе эффект очень печальный для акцептора будет (и для доноров тоже, хотя это не столь важно). Не нужно думать, что при подклейке "простым сложением" показатели увеличатся. Если много надо - лучше ссылками, а массовый редирект десятков доменов на один - верный признак для гугла.
К слову, напомню случаи, когда всякий шлак приклеивают к конкурентам и их быстро уносит из топа. Сейчас уже более-менее спокойно с этим, но пару лет назад массовая проблема была.
Если кому интересно в чем причина.
Glue-записи застряли в корне .RU, а некоторые резольверы их кэшируют (что не совсем правильно).
Мне кажется, варианта 2:
1. TTL был установлен очень большой, и поэтому ещё не везде кэш обновился (сейчас TTL в некоторых местах показывается больше 4 дней).
Несколько раз написал, что много месяцев прошло, какие TTL 4 дня...
2. NS для r01.ru выдают разную информацию при каждом запросе. Не так давно на сайте Ру-Центра некоторые файлы стали выдаваться не от текущей даты, а от лета 2019 года. При обновлении страницы опять от текущей. И так при каждом обновлении страницы менялись. Чинили они это наверно месяц. Может и с NS у них есть такая же проблема...
Чисто теоретически всякое может быть конечно, может и от положения звезд неймсервер разные записи выдает, в зависимости от знака зодиака обратившегося, но маловероятно, кроме того, за множество проверок такого не зафиксировано.
ну так почему бы не проанализировать в логе чем эта часть отличается от остальных? Там будет как минимум IP и user agent.
Что известно об этой части клиентов?
Что бы посмотреть логи, нужно например доступ к серверу. Снаружи видно то что видно. Например геозависимость прослеживается, но не четкая.
Возможно, это парсеры и прочие боты. Только они в современном интернете игнорируют TTL в DNS. И даже они непонятно зачем это делают.
CA / host-tracker - это в вашем понимании парсеры/боты? Ну, ok, называете как вам угодно. Они игнорируют TTL? Нет, это не так.
tmatm, Есть ещё 3 вариант
Anycast DNS
И у них нарушалась консистентность данных
Да, этот вариант рассматривался (там на cloud'ах anycast), но с разных локаций получить отличные записи не удалось.
suffix, Разные они потому, что без trace: dig напрямую спрашивает у yandex, а у них старые записи (как вариант TTL был огромен до этого, о чём уже озвучивали в топике)
С ключом strace: dig ходит поэтапно к каждой записи (корень -> корневая зона ru -> DNS домена и т.д.)
Сложно в целом судить где косяк, но он имеет место быть
Кстати возможно что есть те, кто используют яндекс как резольвер, возможно поэтому часть в hostracker не видят новый
Про TTL там есть ограничения, он настолько огромен быть как бы не может. Кроме того, даже если предположить, что он попал в записть, слишком огромный, он должен игнорироваться. Можно конечно сделать такое предположение, что конкретная реализация Yandex DNS игнорирует RFC.
И тогда можно было бы предположить, что корень проблемы в Yandex DNS, но что-то слабо верится, что многие площадки с CA / host-tracker, в т.ч. зарубежные, используют их... Слишком много маловероятных допущений получается.
Дело в том, что вебмани поставило ограничение на WMR 40к в месяц, независимо от аттестата
Это не так, как раз от аттестата зависит.
rownong4, Qiwi точно, WM вроде тоже.
suffix, PTR то ту причем? Она влиять никак не должна.
Даже не говоря о смысле и предназначении этой записи, хотя бы по логике - вот есть у вас IP-адрес, указали вы там для обратной зоны например хостнэйм какого-нибудь DNS-крупняка типа CF, и что думаете запросы для этого неймсервера вдруг к вам пойдут (и можно MITM делать)? :)
Вроде года три назад они его выкупили, потом пошли скупать мелких конкурентов.
Сильно раньше, чем три года назад, просто не афишировалась (вероятно в те времена не очень хорошо воспринялась бы новость, что регистратор становиться прямым конкурентом своим же партнерам), хотя давно секрет полишинеля.
Новые тарифы до сих пор нигде не опубликованы?
Приветствую. Есть ли возможность пополнять WMZ за USD wire с личного счета (за пределами СНГ)?
Средствами самой WM только в евро - https://top-up.wmtransfer.com/order.aspx?ps=20
Или картой - https://top-up.wmtransfer.com/Order.aspx?ps=80
Для некоторых стран доступно поплолнение в конкретных банках, но список их небольшой.
Здравствуйте. Ничего не слышно по поводу разблокировки епейментс?
Сообщений: 1
Специально ради этого вопроса зарегистрировались? :D