Тебе достаточно сохранить куки (или весь профиль) на сервисы mts хоть вручную в текстовый фйлик из настроек браузера. Но маловероятно что кто то будет разбираться серьезно, ты с мтс связался им не интересно (а должно было бы), больше некому
Если тебе прямо сейчас надо в свой личный кабинет, заходи в него из режима incognito (приватный режим любого браузера) там куки не читаются и не сохраняются
p.s. не было никакого общения, к компьютеру он доступ не имел, никакие файлы тебе не передавал, почту ты его не читал и т.п.?
постарайся вспомнить что было до этого момента? раньше ты заходил в личный кабинет мтс?
существует очень маловероятный вариант что мтс авторизует сессию по ip адресу (это дырища страшная) а в условиях динамического выделения, вчера ip адрес принадлежал тому человеку сегодня тебе,.. но тогда события такого типа просходили бы сплошь и рядом, это значит твой сценарий чем то отличается от типичного поведения!
неа, проверено, на других службах, схема рабочая
не думаю что rdp как то отличается
использование нескольких ip адресов даже из одной подсети это НОРМАЛЬНЫЙ способ веб серверу обслуживать одновременное количество подключений на большее количество чем портов в системе 65536 (я к тому что это операционная система нормально разруливает какое подключение по какому исходящему адресу куда направлять)
я не уверен про mts но я знаю что есть некоторые кривые реализаторы авторизации, когда авторизация может пройти по ссылке (например ее раздают в письмах на почту с рекламными предложениями, ты заходишь уже авторизованный) - не воспользовался ли ты такой ссылкой
но случайно она попасть к тебе не может, поэтому подумай хорошенько, что ты делал и что делала жертва?.
я встречал ситуацию, когда при сильно нестабильном соединении, fuse подвисало так что пользоваться этим было сильно некомфортно, когда как обычный клиент работал (может там лучше было реализовано автопереподключение)
почему сразу почти все вопрошающие не дают всю информацию, все клещами надо вытаскивать
не нужен доступ тогда и настраивать ничего не надо
без роутера ip адреса прописывай статикой
подключив просто проводом компьютеры, они окажутся в своей личной локальной сети (по умолчанию никак не связанной с сетью wifi которая будет потом), связь между ними будет возможна по ip адресу и в некоторых случаях по имени (netbios работает неспешно)
я пользуюсь ssh сервером и клиентом, это его штатная фича
если подключиться к серверу с ключом -D1080 (1080 это порт) или в putty это tunneling dynamic то на машине где запущен ssh клиент будет поднять socks прокси на сервер ssh (само собой они могут быть одной и той же машиной, но это будет оверкил)
на али куча готовых плат hdmi-lvds, на сколько я знаю, до определенного разрешения (кажется до fullhd) они все совместимы, в крайнем случае получше порыть даташиты на них (чаще всего это запчасти от какого-нибудь монитора, идут сразу с панелькой питания, пультом управления и портами hdmi/dsub/audio), я не видел дешевле 1т.р.
maaestr0 ты просто помни что стоимость (буквально, сколько ты заплатишь за сервера которые это будут обслуживать, правда когда нагрузка слабая подсчитать так не всегда получится) хранения данных в базе данных примерно на порядок выше хранения в файлах, и на два -три порядка - в оперативной памяти.
но при этом хранение в базе данных добавляет фишек типа многопльзовательского редактирования, контроля над целостностью структуры (частичное), а вот работа с файлами и тем более в оперативной памяти потребовало бы от разработчика кратно больших усилий на реализацию всего что готово в базах данных.
назови главный критерий, почему тебе нужно стороннее решение, я знаю что обычно сложно реализовать самому но ты не назвал ни одного требования кроме 10к записей, ни объема запросов в очереди ничего...
Сергей, конечно, но для редактирования такой конфигурации нужно городить интерфейс (спасибо crud это не сложно) а вот конфигурационные файлы исторически делают для ручной правки
ну так меняй способ хранения очереди чтобы искать не пришлось!
ищи реализацию для твоего языка ordered map (на php или java массивы и объекты уже таковы), тогда и порядок будет и индекс по ключу, туда складывай идентификатор задачи
сколько читаю про внезапные проблемы с raid то везде фигурируют железные контроллеры
а если софтварный mdadm то как то нет, все спокойно
сам я не работал с дорогими контроллерами, а с дешевыми не хочу, смысла нет, так что только софт raid массив, и вот тут у меня были ситуации когда массив чудом не просто оставался живым но и даже не требовал ребилда (один раз я даже использовал btrfs его встроенный raid5 и активно его ломал, прерывая его операции, данные выжили, хотя везде все пишут что ну есть проблемы...)
p.s. я вроде четко сказал что raid2 смысла для реальной эксплуатации не имеет, его даже в linux не реализовали, зачем маразмом маяться?