Понятия не имею, железные проблемы бывают такие непредсказуемые
Если диск рабочий и глючить начинает в рейде то однозначно проблема в контроллере (еще кабели могут давать проблемы, и грязные разъемы)
Попробуй используя тот же контроллер поднять рейд софтварный средствами ос, т.е. контроллер использовать исключительно как способ подключения дисков, в этом режиме его процессор почти не будет использоваться и если причина в нем, возможно глюк перестанет воспроизводиться.
При использовании браузерного движка speech recognition (имеет смысл наверное только google chrome, будет использоваться их облачный движок плюс распознование в браузере напрямую, чтобы трафик оптимизировать, но оффлайн не получится) лимиты будут но на каждого пользователя свои а не на весь сервис
belotooth, размечтался, в момент ввода машины в домен на ней туева куча чего правится, еще во времена winxp я как то попробовал лог собрать, уже не помню что там было но он был огроменный
прежде чем задавать вопрос - как хранить данные, ответь - как ты этими данными будешь пользоваться!
- будешь ли работать с ними во время сбора?
- будут ли данные меняться или это write once read many?
- будут ли с данными работать сразу много процессов (хотя на этот вопрос наверное уже пофиг)?
- нужен ли поиск, нужны ли индексы или это временные ряды и нужен только запрос на временной интервал или точную дату?
- как много данных поступает? могут ли читающие данные получать устаревающие данные? на сколько долго?
- как собираешься бакапить? восстанавливать? допускаются ли потери и дыры? подойдет?
Тебе достаточно сохранить куки (или весь профиль) на сервисы mts хоть вручную в текстовый фйлик из настроек браузера. Но маловероятно что кто то будет разбираться серьезно, ты с мтс связался им не интересно (а должно было бы), больше некому
Если тебе прямо сейчас надо в свой личный кабинет, заходи в него из режима incognito (приватный режим любого браузера) там куки не читаются и не сохраняются
p.s. не было никакого общения, к компьютеру он доступ не имел, никакие файлы тебе не передавал, почту ты его не читал и т.п.?
постарайся вспомнить что было до этого момента? раньше ты заходил в личный кабинет мтс?
существует очень маловероятный вариант что мтс авторизует сессию по ip адресу (это дырища страшная) а в условиях динамического выделения, вчера ip адрес принадлежал тому человеку сегодня тебе,.. но тогда события такого типа просходили бы сплошь и рядом, это значит твой сценарий чем то отличается от типичного поведения!
неа, проверено, на других службах, схема рабочая
не думаю что rdp как то отличается
использование нескольких ip адресов даже из одной подсети это НОРМАЛЬНЫЙ способ веб серверу обслуживать одновременное количество подключений на большее количество чем портов в системе 65536 (я к тому что это операционная система нормально разруливает какое подключение по какому исходящему адресу куда направлять)
я не уверен про mts но я знаю что есть некоторые кривые реализаторы авторизации, когда авторизация может пройти по ссылке (например ее раздают в письмах на почту с рекламными предложениями, ты заходишь уже авторизованный) - не воспользовался ли ты такой ссылкой
но случайно она попасть к тебе не может, поэтому подумай хорошенько, что ты делал и что делала жертва?.