Я тут увидел вопрос про впн предыдущий - если это тот же роутер, и по-умолчанию маршрутизация трафика ведёт в туннель, то надо ответы с хоста сайта отлавливать, и маршрутизировать нормальным путем, т.к. может возникнуть ситуация, когда запросы до хоста доходят, а ответы идут через туннель.
snippetsx, если это все имеющиеся правила фильтра - тогда обозначенная проблема не в фильтре. Если не все - то информации недостаточно. Разрешающего правила нужного нет, но и запрещающего форвард не видно (то, что с connection-state=invalid - не влияет).
Дмитрий, Евгений Хлебников, ну из банального правила фильтра проверить, а так да, конечно, накручено может быть что угодно.
может у него там запрет стоит на доступ к 192.168.88.248
Ну, по хорошему должен быть нормально-закрытый фильтр на форварде в направлении wan->lan, так что базисно должен быть закрыт. А вот открыть забыть легко.
Я всецело одобряю использование списков интерфейсов и указание интерфейсов, а не адресов, в правилах nat, но только ответом на вопрос это не является, указание адреса допустимо, и должно работать
Diskmgmt может создать проблемы только в руках того, кто не понимает как устроена разметка диска в принципе. Но это любого софта для работы с разделами касается. Сам по себе diskmgmt не является проблемным.
anoldman25, свистки, как правило, тупые как полено. И ребутаться не умеют сами, и виснут иногда сами по себе, вне всякой привязки к действиям провайдера. Особенно всяких неизвестно-непонятных касается (популярные модели приличней себя ведут, потому и популярные). В микротах с усб портами раньше ребутал по скрипту, проверяя есть ли связь. Нет связи - ребут usb питальника. Потом перешёл на роутеры со встроенными lte модулями. Они дороже, но контроля за ситуацией там больше.
Для дачи лучше бы конечно уличные микроты типа sxt, но как сейчас у них с ценниками - не в курсе.
shpakovar, один маршрут к 0.0.0.0/0 через впн, второй маршрут к 0.0.0.0/0 с метрикой чуть выше на локалхост, к примеру. Хотя с виндой есть сложности в этом плане, она самовольно умеет отбрасывать такие маршруты, надо изощряться.
А чтобы не изощряться - есть платные впн с опцией kill switch, там уже всё изощрено.
Если перемещаемых профилей нет, то можно просто переименовать, и всё. А профиль на машине пользователя подцепить ручками, если сам не подцепится. Слететь при такой схеме ничего не должно.
VoidVolker, дрова и софт асусовые автор, видимо, не ставил (и вин10 накатывал сам, т.к. поставляется этот ноут с вин11), поэтому и в плане питания ничего про частоту монитора нет, и профиль на неё не влияет, ибо скорее всего регулируется это на уровне ефи, и винду надо учить на это влиять.
Но МВ основа системного блока.
А CPU скорее расходник.)
Ммм... Нет. Особенно когда речь о топовых и предтоповых камнях, цикл жизни которых больше из-за запаса производительности. Кроме того, материнки много чаше выходят из строя, точек отказа у них куда больше.
Что касается z-чипсета - это либо под разгон в будущем, как раз таки чтобы жизненный цикл проца удлинить - если материнка доживёт, либо если деньги карман жмут. Ну или под разгон "здесь и сейчас", конечно.
Tost2121, нагрузка и не должна быть под сотку ни в одной из приведенных ситуаций. А троттлинг обычно таки раньше 100°C начинается, иногда сильно раньше - но тут кто во что горазд из вендоров.
kedra90, любое общение двух удаленных узлов - это общение вида "запрос-ответ". Формат этого общения регламентируется протоколом, который они при общении используют.
И никакого "просмотра, а не скачивания" не существует и существовать не может. Один узел передает другому узлу набор данных, другой узел этот набор данных получает - "скачивает". Нельзя ничего просмотреть, не скачав этого.
Если одна и та же картина в разных играх - возможно бп в этот момент проседает по 12v линии, но оттестировать это нетривиальная задача. Может и электросеть проседать. А могут просто свежие дрова глючить.
А ещё ты ничего не написал про температуры, и может это троттлинг.