Alexey Dmitriev, спасибо за ответ, так и скажите что ничего не понятно нет технических определений схемы организации сети и т.д. не надо пытаться попустить человека который обратился за помощью ввиду его необразованности в данном вопросе.
Alexey Dmitriev, ну это во влажных мечтах, что каждая компания обладает суперскилловыми сисадминами иногда компании экономят на них. Да я не сисадмин (рядовой программист), но о структуре сети и правилах маршрутиризации и прочих сопутствующих вытекающих представление и понимание есть. Я описал поверхностно структуру сети ниже в комментариях если есть что посоветовать прошу.
Меня больше интересует тот факт что ничего на сервере не делалось и не устанавливалось, на сервер выполнялись повседневные операции с базами и все через MS SQL и использовались виртуалки на этом сервер обычные операции которые выполняются уже больше 5 лет и тут вот такое необъяснимое для меня.
Вопрос 1 почему именно моя учетка, в которую я захожу через RDP, и которую я использую каждый день работая в одних и тех же программах. Остальные учетки не вызывают такого дропа интернета.
PS. Учетки всего 3 по которым заходят через RDP. Одна из них моя, которая по необъяснимым обстоятельствам стала дропать инет. На ней нет стороннего софта (который появился бы недавно и на который можно было бы подумать)
Фраuмент логов микротика:
0. Пропадает инет у все и на сервере. Локалка функционирует нормально.
1. По логам ipip-tunnel1 link down
2. killing ike2 SA: белый IP - какой то ip (A)
спустя 8 минут
3. new ike2 SA: белый IP - ip (из пункта 2. (A))
4. peer authorized: белый IP - ip (из пункта 2. (A))
5. ipip-tunnel1 link up
Сервер в сети имеет такое же положение как и обычный хост (клиент). На сервере поднят IIS с сервисами клиент обращаясь по поддомену -> выходит в глобальный инет -> cloudflare заворачивает на белый IP -> далее маршрутиризация по порту 80 -> попадает на сервер в iis к приложению поддомен.домен.ру и все, в инет что сервер что клиент заходят независимо друг от друга. Сеть основана на микротике. На самом сервере поднята виртуалка которая использует второй сетевой порт и этот порт настроен в режиме свича (сквозной типа) сама виртуалка держит две машины. Обе находятся в одной подсети с сервером и клиентами т.е. 2-ая подсеть. Так же проброшена вчс-ка с 10 подсетью отличной от подсети в которой сервер и клиенты но маска настроена так что вторая подсеть видит десятую. До этих событий больше 2 лет все работало без проблем таких.
PS. Создали на сервере новую учетку, ничем не отличающуюся кроме поднятого TLC туннеля для одного приложения. На новой учетке не вышибает инет.
PS. Пытались заходить через мою учетку с выключенным TLC туннелем, результат такой же после какой то активности на сервере вышибает инет иногда сразу иногда через пару минут. Самое странное что только моя учетка вышибает инет, этой учетке больше 5 лет и на нее никакого стороннего софта не ставилось.
PS. По логам микрота:
0. Пропадает инет у все и на сервере. Локалка функционирует нормально.
1. По логам ipip-tunnel1 link down
2. killing ike2 SA: белый IP - какой то ip (A)
спустя 8 минут
3. new ike2 SA: белый IP - ip (из пункта 2. (A))
4. peer authorized: белый IP - ip (из пункта 2. (A))
5. ipip-tunnel1 link up
Сервер в сети имеет такое же положение как и обычный хост (клиент). На сервере поднят IIS с сервисами клиент обращаясь по поддомену -> выходит в глобальный инет -> cloudflare заворачивает на белый IP -> далее маршрутиризация по порту 80 -> попадает на сервер в iis к приложению поддомен.домен.ру и все, в инет что сервер что клиент заходят независимо друг от друга. Сеть основана на микротике. На самом сервере поднята виртуалка которая использует второй сетевой порт и этот порт настроен в режиме свича (сквозной типа) сама виртуалка держит две машины. Обе находятся в одной подсети с сервером и клиентами т.е. 2-ая подсеть. Так же проброшена вчс-ка с 10 подсетью отличной от подсети в которой сервер и клиенты но маска настроена так что вторая подсеть видит десятую. До этих событий больше 2 лет все работало без проблем таких.
PS. Создали на сервере новую учетку, ничем не отличающуюся кроме поднятого TLC туннеля для одного приложения. На новой учетке не вышибает инет.
PS. Пытались заходить через мою учетку с выключенным TLC туннелем, результат такой же после какой то активности на сервере вышибает инет иногда сразу иногда через пару минут. Самое странное что только моя учетка вышибает инет, этой учетке больше 5 лет и на нее никакого стороннего софта не ставилось.
PS. По логам микрота:
0. Пропадает инет у все и на сервере. Локалка функционирует нормально.
1. По логам ipip-tunnel1 link down
2. killing ike2 SA: белый IP - какой то ip (A)
спустя 8 минут
3. new ike2 SA: белый IP - ip (из пункта 2. (A))
4. peer authorized: белый IP - ip (из пункта 2. (A))
5. ipip-tunnel1 link up
Евгений, Хосты обычные клиенты не имеют учеток для входа по rdp. Подключаются только профильные специалисты программисты и сисадмины. Всего 3 учетки. На сервере никаких сторонних VPN нет. Просто IIS и шара. Подключался как из локальной сети по локальному статичному ip сервера так и из вне по белому ip через роутинг по порту на сервер ловил отключение интернета сразу на предприятии после того как подключился по rdp. Спустя 5-10 минут интернет поднимался сам и больше такого за сутки не наблюдалось. Утром сделал перезагрузку сервера после зашел по RDP и сбоя интернета не было. Я в тупике.
rPman, пропадает интернет во всей сети. Ни один хост располагаемый в одной сети с сервером не может попасть в инет. Это происходит после того как захожу на сервер по RDP. Звучит как бред но это не первый раз.
Спустя 5-10 минут инет поднимается. Авторизация на микроте. Во время дропа инета локальная сеть работает как обычно.
Grigoriy-86, вот такой купил C-DATA xPON ONT FD511G-X-APC. Разные прошивки перепробовал. PON регистрацию проходит статус (O5) начинает показывать Tx, после ребута терминал создает IPOE "интерфейс" пробовал из под терминала пинговать ничего.
0. Прописал SN и SN Password.
1. Создал Bridge с приоритетом 0, VLAN ID 20 как у знакомого. Пишет конектед.
2. IPOE подкрутил приоритет 1, VLAN ID 1089 как у знакомого. На IPOE стоит галка DHCP.
3. Пробовал докидывать сразу PPPOE но не проходит авторизация.
Подкидываю к роутеру ничего даже обмен не мигает, пробовал пинговать из под терминала тоже ничего, может что то не так делаю я так по верхам что то знаю в но не так углубленно.
Есть ли вероятность того что в пакетах идут доп данные типа MAC или Device ID из за чего фильтр не проходит.
Поведение такое 25.05.25 весь день были разрывы авторизации Пн, Вт пока ковырялся с новым ONT терминалом и между делом подключая обратно старый дропов у старого не было по авторизации. Так и не смог PPPOE настроить на новом но регистрацию нового на сетях прошел Настройки на новом были Bridge и IPOE. Удалось узнать какие VLAN ID используются в моем городе через знакомого, но все это не помогло поднять PPPOE соединение. Вернул 28.05.25 старый терминал подключил сразу авторизацию поймал все завелось как прежде. В период с 22:00 по 23:30 снова был разрыв авторизации на 5-10 минут после этого не наблюдалось. На вебморде старого и вправду ничего нет кроме SN Password и технической информации о устройстве. От РТ ничего не удалось получить касаемо их нового оборудования хочется конечно освежить этого старичка судя по шилдику он с 2010 года.
Писал РТ на счет разрыва авторизации они разводят руками и говорят что у них все отлично, остальная их позиция впарить новый терминал или модем. Запросил созвон со специалистом так и не позвонили. Буду дальше сидеть и собирать статистику. Ах да провал через UART считать инит но наощуп не удалось найти ни сам сериал порт ни его комбинацию. На плате есть 4 пин коннектор 3.3V GND 2.4V 3.3V а так же что то похожее на jtag 14 пин.
Думаю как вариант подключится через сериал порт посредсвам юарт, но борды платы нет и где там сериал порт непонятно. Две колодки торчат на 4 пин с токами 3.3v и одной землей и колодка на 14 пинов где весь нижний нряд это земля. Плата rtf2066v v.3.0
Удалось пройти регистрацию нового оборудования по оптике путем подмены pon sn и sn password от ростекомовского оборудования. Само pppoe не проходит пытался VLAN id подобрать, не вышло. РТ упирается рогами и не дает дополнительной информации. Сводит к выкупу их оборудования.
AntHTML, я бы к оптике вообще не прикасался если бы они делали как к-телеком в моем городе. Ставят простой медиаконвертер с одним оптическим входом и 1 лан выходом и все. Никакой аренды и выкупа оборудования. Тут же мой бунтарь внутри меня хочет идти против навязывания системой)
Неполадки были на стороне провайдера. Залез в этот терминал а он аж 2010 года старющий. Настроек мало только SN пасворд мак и серийник все больше ничего. Купил ONT коробку смог пройти регистрацию подменой SN а вот pppoe не пролетает. РК говорит покупай мое и покинула чат. Vlan id не знаю. Wan в режиме моста.
чтобы развесить сомнения авторизацию и на компе проходил, она верная. Т.е. я перебрал все комбинации и пришел к выводу что проблема либо в терминале либо в провайдере
Когда происходит дроп авторизации роутер пытается восстановить ее но не может. Подключался напрямую к терминалу и проходил авторизацию с пк тоже не срабатывало. Вставлял обратно в роутер и ждал около получаса потом авторизация проходила
Илья Голец, мне кажется что моя конфигурация сессии по куки не работает всвяски с кастомным мидлваре по проверки аутентификации. Потому что я заметил что на момент когда сервер разворачивается авторизованного пользователя пройти авторизацию у этого пользователя уже есть куки авторизации. Из этого я делаю вывод что пользователь хранит токен авторизации который должен совпадать с токеном на сервере, и пользователя разворачивает на авторизацию. Причем время удержания составляет дефолтные 30 минут. Из этого делаю вывод что моя конфигурация аутентификации по куки не работает она в (дефолтном) состоянии. Причем есть еще один проект с точно такой же реализацией и там все работает как задумано.... Пока что я написал свою кастомную реализацию без подкапотных клаймсов, и вот это работает как и задумывалось куки закодированы и держаться указанное время.