Jump to content
Калькуляторы

seoadm

Пользователи
  • Content Count

    10
  • Joined

  • Last visited

About seoadm

  • Rank
    Абитуриент

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. В ripe-овской рассылке 6-го марта вы писали, что " I will describe the details in the morning in the request for arbitration." Как у вас, начался арбитраж? Как со скоростью рассмотрения вашего дела, с объективностью?
  2. У вас для PI блока /24: 1) В admin-c:, tech-c: бы прописан один и тот же человек? 2) В объектах admin-c:, tech-c: были указан телефон и email или что-то одно? 2.1) Данные: email, телефон были актуальные? 3) На email (или все email всех объектов, встречающихся в атрибутах PI /24) владельца PI /24 не приходило письмо, что открыт такой-то тикет на тему sponsoring-org:? По идее, без тикета они не могут просто вот так взять и деанонсировать адреса. Если тикет открыт, то он открывается с отправкой уведомления на email.
  3. Хотечется уточнить несколько вопросов: 1) RIPE произвел дерегистрацию вашего LIR. Тут все понятно, вопросов нет. 2) Далее вы пишите, что у вас было общении с RIPE по поводу PI блока адресов. И тут возникает вопрос: при закрытом LIR-е на каком основании сотрудник RIPE раскрыл информацию о том, что "Ответ: мы не нашли контактов владельца". То есть, вы к этому блоку вообще никакого отношения не имеете, а RIPE раскрывает по нему информацию? 3) Правильно я понимаю, что размер "PI (причем этот PI мой давний друг и коллега" был небольшой, так как вы с другом согласились на то, что блок дерегистрировали и перевели в пул свободных адресов?
  4. Как у вас, продолжаете работать с этим "халявщиком" или попрощались с ним?
  5. Конечно, предоставлял. Только раньше у них была тема, что ИП им не ИП, подавай еще скан паспорта физ лица. Поэтому, как уж они там по факту у себя это провели, только им известно.   Удалось, кстати, связаться с налоговой? Что ответили?
  6. Сегодня RIPE прислало занятное письмо: Dear Colleague, I hope this email finds you well. As of 1 January 2017, new VAT rules for e-services are applicable in Russia, see for more info https://assets.kpmg.com/content/dam/kpmg/pdf/2016/07/ru-en-new-VAT-rules-for-e-services.pdf) This new law implies that when providing e-services, VAT is applicable based on the place where the services is supplied. The place is based on the location of the customer. This means that we require your OGRN or OGRNIP number for ru.XXXX. Can you please provide the number at your earliest convenience? We appreciate your time in this matter. LIR изначально оформлялся на ИП. Чем нибудь ИП-шнику на УСН грозит предоставление в RIPE ОГРНИП и вообще, зачем оно им?
  7. Были бы контакты, уже бы договорились. Если есть, пишите в личку. У Яндекс есть сервис Яндекс.XML. Вот только данные там отличаются от того, что получает обычный пользователь. Вариант со шлюзом рассматривается, необходимо только, чтобы результат выполнения поискового запроса совпадал с результатами запросов большинства пользователей, и чтобы СБ не докопалась, так как потеря доступа к шлюзу даже на день критична.
  8. 1-ое: я сам использую в работе IP адреса из так называемых "черных списков" в работе через socks прокси. У меня капч нету, так как я не делаю автоматизированные запросы каждые 10-20 секунд; 2-ое: всем LIR-ам (и свой в том числе), чьи IP адреса используются, не было ни одного запроса от Яндекс, Гугл за более чем 4 года; Итак, "компенсируют домашнему провайдеру потерю пользователей" - ошибочное утверждение; "головняк для тех. поддержки" - ошибочное утверждение; P.S. Ни один из адресов в спаме и чем-то подобным за все это время не засветился, так как деятельность направлена исключительно на поисковые системы.
  9. Добрый день, Есть компания, которая занимается продвижением сайтов. Одна из услуг - предоставление пользователям позиций в Яндекс, Гугл по различным запросам. IPv4 адреса, анонсируемые на AS ЦОД периодически попадают в черный список Яндекс, Гугл, при котором количество запросов, которые можно сделать из одной подсети /24, значительно уменьшается. После N-го числа запросов Яндекс, Гугл выдает капчу. Оно и ппонятно: когда с адресов идут только автоматические запросы без "живого" трафика с компьютера, телефона, смартфона, то вычислить такие подсети и поместить их в черный список не составляет особых проблем. Есть предположение, что адреса можно вывести из черного списка одим из способов: 1) Создается новый ASSIGNMENT на домашенго провадейра + анонс с использованием AS домашенего провайдера. Далее эти адреса назначаются пользователям, которые делают с этих адресов живые запросы, заходят в почту и т.п. Предполагаем, что через некоторое время адерса должны быть убраны из черных списков поисковых систем; 2) Анонсирование блоков с использованием AS домашенего провайдера и роутинг их на выделенный сервер, на котором крутятся все эти адреса, с которых делаются запросы в Яндекс, Гугл 3) Если провайдер использует NAT, то огранизация socks прокси для того, чтобы с одних и тех же адресов провайдра шел как естественный трафик пользователя, так и запросы по позициям Яндекс, Гугл. У кого какие мысли и кто что может предложить, просьба писать в личку.