Sergey Ozerov

Посетитель
  • Публикации

    2 507
  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    45

Последний раз Sergey Ozerov выиграл 18 марта

Публикации Sergey Ozerov были самыми популярными!

Репутация

257 Excellent

6 подписчиков

О Sergey Ozerov

  • Звание
    Профи
  • День рождения 31.05.1964

Contact Methods

  • ICQ
    28344437

Profile Information

  • Пол
    Мужчина
  • Откуда
    Bogorodskoye, Moscow, Russia

Посетители профиля

16 459 просмотров профиля
  1. Этот был в плей-листе от 29 ноября. Затем в январском (от 30 января) плей-листе он пропал. Сейчас, походу, вернулся -- на тот же IP-адрес...
  2. Sergey Ozerov

    L2tp перестал соединяться

    Я бы всё-таки предложил перенабрать и логин, и пароль вручную (не через буфер обмена): возможно (как обычно и бывает в подобного рода случаях), затесались неотображаемые символы (типа 0x0d и.или 0x0a).
  3. Sergey Ozerov

    Проблема со внешним IP

    В конфигурации "нормального доменного имени" укажите "IN CNAME" со ссылкой на имя от динамического DNS вместо "IN A IP-адрес", и всё будет работать в том числе и при обращении по "нормальному имени": именно так я в своё время и настраивал свою фидошную BinkP-ноду (имя было f348.n5020.z2.fidonet.net) для доступа через xxx.dyndns.org, прописав в конфиге на NS-сервере фидошной зоны "f348.n5020.z2.fidonet.net IN CNAME xxx.dyndns.org". Насчёт сроков перевода на CGNAT я -- не в курсе, да и обычно об этом выясняется только "по факту", т.е. когда перевод уже осуществлён, и в связи с этим отвалился доступ извне. На статику это не повлияет -- в том числе и в плане исправления отсутствия внутрисегментного доступа.
  4. Sergey Ozerov

    Проблема со внешним IP

    Можно сделать "псевдостатику" -- через сервисы типа DynDNS. То есть, при изменении IP-адреса сообщать этот адрес сервису, а к самому ресурсу обращаться по выданному сервисом имени. Но это будет работать только до тех пор, пока район не переведут на CGNAT: после перевода придётся-таки для приёма обращений (сессий) извне заказывать статику, поскольку CGNAT блокирует внешние обращения, не говоря уже о том, что и IP-адрес он выдаёт из "серого" (не маршрутизируемого в интернете) диапазона.
  5. Sergey Ozerov

    Проблема со внешним IP

    Либо на одном из концов отказаться от статики: при этом IP-адрес будет выдан из другого сегмента, и проблема "самоустранится".
  6. Sergey Ozerov

    Проблема со внешним IP

    Эта проблема известна уже несколько лет: отсутствует маршрутизация в сети Билайна на статические адреса, находящиеся в том же сегменте сети, что и тот, откуда пытаетесь на них зайти, т.е. отсутствует маршрутизация на статику внутри сегмента. Что, собственно, и подтверждается Вашим первым скриншотом.
  7. Маршрут между AS (автономными системами) строится по BGP-анонсам (при их наличии) с той стороны. Если BGP-анонсов нет, то маршрут будет завёрнут по дефолту -- через Франкфурт.
  8. Вы ничего не путаете: именно PPPoE, а не IPoE?.. Ибо Билайн доступ к интернету через PPPoE практически нигде не предоставляет.
  9. Sergey Ozerov

    Не работают сайты (блокировка)

    У меня тоже стало перекидывать на страницу с числом "404". Походу, это сам сайт дурит...
  10. Sergey Ozerov

    L2TP IPSEC не работает

    Здесь -- речь не про связь с Билайн (которая, кстати, может быть и через IPoE), а про связь с третьими VPN-серверами ЧЕРЕЗ Билайн... ...Хотя, конечно, если IPSEC отключен в реестре, то это может мешать...
  11. Sergey Ozerov

    Не работают сайты (блокировка)

    На текущий момент у меня этот сайт открывается.
  12. Sergey Ozerov

    Маршрутизатор NETIS WF2880

    @OlegMeln1970, по представленным Вами скриншотам очень похоже на то, что новый роутер, в отличие от старого, не получает от DHCP-сервера провайдера IP-адрес на WAN-интерфейс. И соответственно, до поднятия VPN (L2TP) соединения дело не доходит: сначала надо получить локальный адрес с маской подсети, адрес шлюза и адреса локальных DNS-серверов, чтобы роутеру было куда строить маршрутизацию внешнего трафика. Я бы предложил абстрагироваться от L2TP (переключить режим на роутере с L2TP на IPoE/DHCP/Automatic) и добиться, чтобы он получал от DHCP-сервера провайдера локальный адрес. При этом, если Вам не нужен интернет через IPoE, то просто не авторизуйтесь через ввод логина/пароля. Для начала попробуйте просто сменить MAC-адрес на WAN-интерфейсе нового роутера, вбив туда MAC-адрес старого роутера. Если смена MAC-адреса поможет -- пинайте техподдержку провайдера. Если не поможет, и если роутер вообще не видит линка на WAN-интерфейсе, то возможно, что в новом роутере криво работает автодетектирование прямого/перекрёстного обжатия кабеля (MDI/MDI-X AutoNegotiation) -- проверяется переобжатием кабеля с одной из сторон с заменой местами пар 1-2 и 3-6 (пары 4-5 и 7-8 на 100-мегабитном линке не задействованы). Я всё-таки думаю, что проблема -- в MAC-адресе (либо в первых (слева направо) 3-х байтах этого адреса, определяющих изготовителя), а не в отказе автодетектирования обжатия кабеля... То есть, либо на порту провайдерского свича сработало ограничение на количество приходивших на него за всё время с момента последнего сброса MAC-адресов, либо DHCP-серверу провайдера не нравятся первые (старшие) 3 байта MAC-адреса... Когда добьётесь получения информации от DHCP-сервера провайдера, думаю, проблем с последующим поднятием VPN (L2TP) на этом роутере не возникнет: надо будет всего-лишь вернуть настройки обратно с IPoE на L2TP и прописать логин с паролем, если они затрутся.
  13. К сведению: в кладже "From:" ("Откуда:") письма можно написать всё, что угодно, ибо это никак не проверяется. Соответственно, если Вам пришло письмо якобы "с собственного адреса", то это не является признаком взломанности этого адреса: истинный отправитель (до уровня почтового сервера) вычисляется вовсе не по "From:", а по "Received:" при просмотре "снизу вверх", т.е. каждый новый почтовый сервер добавляет свой кладж "Received:" в начало письма -- над предыдущими кладжами. Поскольку кладжи "Received:" подделываются так же легко, как и "From:", доверять обычно следует самому верхнему из них, поскольку этот самый верхний кладж гарантированно формируется тем сервером, с которого Вы получаете почту.
  14. Не только может, но и обязан. Бесплатно, естественно. Для прокладки по улице предназначен "бронированный" кабель, а не тот, который кидают к абонентам. Иначе при грозах будут сдыхать порты как на оборудовании абонента, так и на оборудовании провайдера.
  15. Sergey Ozerov

    проблема с резолвером

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