Rdp тормозит прокрутка в excel

Обновлено: 05.07.2024

Добрый день! Проблема - тормозит печать чека на фискальном регистраторе при печати из 1С через RDP (удаленная точка, подключена через интернет по выделенке). Печать занимает 8 секунд. Прилагаю скриншот с замером времени, из которого видно, что именно операции с драйвером занимают все время.

Сервер - 16 Гб памяти, нормальный
Связь по выделенке, нормальная
1С - Комплексная автоматизация 1.1
ФР - атоловский FPrint
драйвера - атоловские, стоят на сервере, на клиент RDP пробрасывается порт

Отпишитесь, плиз, кто сталкивался с подобной проблемой

Для начала. (возможно эти рекомендации уже решат твои проблемы) Сделай следующие вещи.

1) Если на сервере есть физические СОМ порты, то задай им такие номера, что бы случайный появившийся маппинговый порт их не перекрывал.
ПРИМЕР:
Физический СОМ1 => СОМ61
Физический СОМ2 => СОМ62

ВАЖНО!
Это касается и возможных виртуальных портов на сервере (при временном подключении какого нибудь USB устройства с эмуляцией RS232.

2) Раз у тебя есть вариации работы по ADSL.(Да чего греха таить многие провайдеры и по Ethernet подключают методом PPPoE)
То нам необходимо защитить пакеты для предотвращения дропа и(или) фрагментации пакетов промежуточным устройством при прохождении через программно-аппаратный туннель провайдеров.
Для этого достаточно изменить размер MTU сетевой карты. Как правило у Windows размер MTU = 1500 байт . Количество байт для инкапсуляции может быть различным. Но больше 50 байт инкапсуляцию уж точно никто не делает.
Поэтому достаточно изменить размер MTU = 1450 байт .
При чем меняй размер и у сервера и у клиентов. Т.к. неизвестно где какой провайдер.

ВАЖНО!
После изменения размера MTU компьютер необходимо перезагрузить! Для вступления настроек в силу.

Как менять размер MTU описывать не буду. в интернете полно примеров. Вот один из них Изменение MTU в Windows

После этого проверь скорость печати чеков.

П.С. И не используй для ФР через маппинг большие скорости UART. Не больше 57600. Зачастую 9600 и 19200 достаточно.

П.П.С А вообще MTU лучше подбирать опытным путем , до тех пор пока пакет передачи данных перестанет фрагментироватся.

Для это выполняй такую команду
ping адрес_назначения - f - l xxxx где (хххх - это размер пакета в байтах)

Начинаешь с 1500 и потихоньку снижаешь размер по 10-12 байт.
Фрагментируемый пакет будет отображаться так

а вот как только он станет отображаться следующим образом

Значит пакет прошел сразу! Целиком без разбиения на части и потери драгоценного времени. (Т.к. любое разбиение пакета заставляет генерировать новую контрольную сумму, добавь к этому еще и генерацию контрольной суммы на шинах RS232)

После это побробуй немного увеличить размер, по 2-3 байта, что бы найти оптимальную точку когда пакет не дробиться.

Слишком маленький MTU тоже не сулит ничего хорошего.

П.П.П.С
Кстати если работа с 1С в режиме тонкого клиента тормозит. а интернет вроде как работает. "Поиграться" с MTU то же имеет смысл.

Прилагаю скриншот с замером времени, из которого видно, что именно операции с драйвером занимают все время.
Это не удивительно, честно сказать ни разу не видел, чтобы печать чека через RDP при удаленном сервере работала быстро.
При локальном серваке обычно проблем нет 1. RDP - в локалке или через инет?
2. Скорость на портах какая? (на компах и на ФР)
3. Локально если подключить ФР скорость печати такая же, или шустро печатает? (Исключить кривость драйвера. Т.к. например у Штриха есть драйвер 1С-ных и тест-драйвер это разные длл с разным набором функций.)

(5) Kutuzov, Если хотите получить дельный ответ сообщите:

1. Пинг с клиента на сервер.
2. Попробуйте распечтать (чек, Х-отчет) на ФР который локально подключен к клиенту. (Тупо дровина может быть не хорошая)
3. Скорость портов какая? (Пример штрих АСПД максимум 57600 поддерживает и наблюдалось улучшение работы при снижении скорости портов)

Вы же когда к врачу приходите отвечаете на его вопросы, показываете результаты анализов. Одним замером производительности не обойтись))))

Оказывается, это известная проблема. На момент этой темы штатного решения не было.
Может, у кого-то есть опыт решения такой проблемы, используя локальный сервер печати и т.д.?

Конечно известная проблема :) Все думают о пингах и ширине канала. А зрить нужно в корень.
Механизмы передачи пакетов данных TCP, RS232. То о чем выше писал.

Надо запомнить главное! Быстрый - не значит качественный!

10000 гастробайтеров быстрее перенесут тонну кирпичей, чем один погрузчик, но это не значит, что это лучший вариант :)

Я рекомендую не использовать маппинг СОМ-порта через RDP.
Используйте механизм RS232-Ethernet-RS232 т.е. проброс портов по сети.
Для этого прекрасно зарекомендовала себя программа(бесплатная) Tibbo Device Server Toolkit

Устанавливается на торговых точках(серверный режим) и на сервере(клиентский).
На торговых точках необходимо настроить проброс TCP порта для программы.

Пример:
Настройки точек для ком порта на самом компе указывает только порт прослушки (и этот порт прослушки пробрасываем "наружу" в интернет)
(Точка-1) com1 = внеш.адрес: 123.123.123.123 порт: 7000
(Точка-2) com1 = внеш.адрес: 223.223.223.223 порт: 7000

Настройка сервера для созданных виртуальных комп портов указываем адрес и порт.
адрес: 123.123.123.123 порт: 7000 = com1
адрес: 223.223.223.223 порт: 7000 = com2

Получаем на сервере СОМ-порты на каждую торговую точку. В настройках Торг.оборудования настраиваем ФР каждой кассы на соответствующий порт.
Скорость ком. портов лучше делать небольшую.
от 19200 до 57600.И тайм аут выставлять в 300 мс. (Лучше немного поиграть с этими настройками)

На текущий момент в таком режиме работает порядка 40 магазинов заказчиков.

(9) bzmax, круто)
а сколько по времени печатается чек с такой архитектурой?

(10) Kutuzov,
Тут главный момент, что на конкретный сом-порт, конкретный туннель-устройство.

А при RDP если на нескольких точках касса на COM1, то и для каждого сеанса устройство будет на COM1.
Т.е. технологически на сервере получается несколько COM1 (но в разрезе разных сеансов).
А как такой механизм работает неизвестно потому как документации нет.

Мой же механизм реализует идентификацию COM портов, независимо от сеансов!

Главное правильно настроить соответствие "настройки кассы"-"COM порт"
А то может получиться такое:
Покупку пробили в Череповце, а чек вылез в Самаре :)

Для начала. (возможно эти рекомендации уже решат твои проблемы) Сделай следующие вещи.

ВАЖНО!
После изменения размера MTU компьютер необходимо перезагрузить! Для вступления настроек в силу.

Как менять размер MTU описывать не буду. в интернете полно примеров. Вот один из них Изменение MTU в Windows

После этого проверь скорость печати чеков.

П.С. И не используй для ФР через маппинг большие скорости UART. Не больше 57600. Зачастую 9600 и 19200 достаточно.

Для это выполняй такую команду
ping адрес_назначения - f - l xxxx где (хххх - это размер пакета в байтах)

Слишком маленький MTU тоже не сулит ничего хорошего.

Начинаешь с 1500 и потихоньку снижаешь размер по 10-12 байт
Для ОС семейства Windows в команде ping после ключа -l указывается не MTU (Maximum Transmission Unit), а MSS (Maximum Segment Size)
И начинать надо не с 1500, а с 1472. От 1500 (размер кадра Ethernet) отнимаем 28 (размер заголовков протоколов IP и ICMP, которые добавляются к пакету), получаем 1472 (максимальный размер пакета, проходящего через интерфейс Ethernet). А есть инструкция, как настраивать на локальной машине, где стоит касса, и как настраивать на сервере терминалов? Не понятно, как Tibbo Device Server Toolkit должен со своего виртуального порта пробросить уже на физический порт. Как правило моментально.
Т.к. создаються отдельные каналы-туннели по которым передается просто текстовая строка (команды драйвера в фр и обратно)
А т.к. на каждый девайс свой канал, то приоритет у него единственный-высший :)
а по RDP валит сборная солянка всяких перенаправлений и какой пакет имеет высший приоритет одному богу и команде Билла известно :)

Кстати совсем забыл.

Но это только для тех у кого Штрих-М
Ребята с Ростова сделали Драйвер-Сервер под "штрихи".
Механизм простой.
На торг.точке ставиться эта программулина у неё есть TCP порт (возможна работа по SSL- шифровани данных)

Через этот порт можно и управлять фискальником и печатать. Когда серверу нужно напечатать чек, он формирует xml-ку и пуляет её по нужному порту в нужный адрес. И все!
Офигенно надежно и быстро, своими глазами видел целую сеть АЗС на данном механизме.
Никаких сом-портов и потерянных сессий.
И главное(!) кроссплатформенность!

Подниму тему
С одним лишь отличием: регистраторы печатали быстро,а теперь всё медленее и медленее. Т.е. проблема не врожденная,а приобретенная
Скоро чек 20 сек займёт. Причём сначала думает долго, потом печатает понемногу, отдохнет 3-5 сек и дальше печатает, отдохнет 3-5 сек и дальше печатает.

Портов нет с одинаковыми номерами.
Это происходит на всех регистраторах и на всех компах. Даже есть функция ОТКРЫТЬ ЯЩИК ( т.е. без печати текста) и то она жутко тормозить стала
феликс-02к

Подскажите где можно копнуть

(16) camel, перезагрузить таки сервер. Добавить ему память. Сделать тестирование базы. Перевести базу на SQL. Проверить сеть. Ну и т.д. Кол-во вариантов - бесконечно.

(17) spacecraft,
Перезагружал. Загрузка памяти совсем небольшая.
И конечно подкупает тот факт, что еще месяц назад всё работало исправно и быстро.

По работе возникает необходимость использовать раб комп из дома удалённо.
Т.к. наличие на раб компе белого ip позволяет использовать RDP, то его и пользую.

Всё устраивает, кроме 1. Периодически, если свернуть окно с RDP, а потом развернуть, то окно зависает. Т.е. удалённый комп как бы не реагирует. Решается всё простым перезаходом.
Закрываю зависшее окно, коннекчусь заново и всё ок. Это немного напрягает.

С удалённым компом всё ок, не виснет. Как при непосредственной работой за ним, так и после перезахода RDP. Винда и там и там 10 pro x64. Интернет отличный и дома, и на работе. Возникают мысли снести винду на рабочем, но лениво.

P.S. понимаю, что пост сейчас заминусят, но вдруг кто-нибудь сталкивался с подобной проблемой и подскажет, куда копать.
Всем спасибо!

Отключите UDP и оставьте соединение только по TCP.

От имени администратора откройте консоль CMD и в ней выполните команду:

reg add "HKLM\software\policies\microsoft\windows nt\Terminal Services\Client" /v fClientDisableUDP /d 1 /t REG_DWORD

Используй TCP подключение, а не UDP

Срочно долбите админа настроить vpn. Rdp смотрящий наружу это пздц всем файлам на компе

не сворачивайте, а закрывайте - открывайте, в чем проблема?

0.5гБит скорость на работе и не понимать почему не делается голый rdp.

Здесь причин может быть много.

1) микрообрывы связи (у провайдера, сами роутеры глючат, проходят атаки на роутеры и прочее, плюс сама винда или антивирус может дропать соединение). Попробуйте перегрузить сначала один, затем если не поможет другой роутер, проанализируйте после перезагрузки какого баг пропадает и раскручивайте проблему с той стороны;

2) если у вас белый ип и вы сделали проброс порта 3389 на свою машину вас могут ломать. Проанализируйте логи винды на предмет ошибки логина-пароля. Проброс прота оч небезопасное действо - глубокой ночью у кого-то может и получиться.. Скрывайтесь в впн туннеле, так хоть чуть побезопаснее будет

3) проверьте ваше оборудование и кабели от одного компьютера до другого - нет ли потерь пакетов (в момент разовой проверки все может быть ок, запустите непрерывно на некоторое время). На самый крайний случай можно удерживать активным соединение обычным пингом с ключом -t, но это только в качестве способа определить проблему

У меня блин в праздники почему-то перестал принтос с 10 на 2012 r2 сервер пробрасывать. Кто знает-это трабл, или все глючит в штатном режиме?

Отрубить всякие рюшечки, кеширование, обои, битмап, проброс ресурсов.

И да - голый рдп вроде не так давно сломали.

Отрабатывает тайм-аут соединения скорее асего. Сидеть голым задом читай Белый адрес да в rdp, да вы чертовски рисковый.

Обожаю эти многоуровневые подключения

Проспал, работаю сегодня из дома.

По RDP подключился к своему рабочему компу

Оттуда по RDP на сервер клиента

Оттуда по VNC на комп клиента

И там открыл TeamViewer, чтобы спец из другой фирмы мог творить там свои грязные сисадминские дела.

Запасаемся попкорном или CVE-2019-0708

Стало известно об опасной уязвимости в протоколе RDP: корпорация Microsoft подготовила экстренный патч для уязвимости с идентификатором CVE-2019-0708, позволяющей выполнить произвольный код на целевой системе.

Уязвимость удаленного выполнения кода существует в службах удаленных рабочих столов (ранее они назывались службами терминалов), когда злоумышленник, не прошедший проверку подлинности, подключается к целевой системе с помощью RDP и отправляет специально созданные запросы. Эта уязвимость использует предаутентификацию и не требует взаимодействия с пользователем. Злоумышленник, успешно воспользовавшийся данной уязвимостью, может выполнить произвольный код в целевой системе.

The vulnerability (CVE-2019-0708) resides in the “remote desktop services” component built into supported versions of Windows, including Windows 7, Windows Server 2008 R2, and Windows Server 2008. It also is present in computers powered by Windows XP and Windows 2003, operating systems for which Microsoft long ago stopped shipping security updates.

description:
This is a bug in RDP protocol.
That means you may exploit any Windows remotely who enables RDP.

vulnerability type:
Heap overflow

privilege level obtained:
SYSTEM privilege

reliability:
90% for one core / 30% for multiple core

exploitation length:
around 10 seconds

Possible buyer, [30.09.18 12:58]
is it pre-auth or post-auth vuln?

SELLER, [30.09.18 12:59]
Pre

Possible buyer, [30.09.18 12:59]
for how much they/he/she sells it?

Здравствуйте! Возникла проблема с выгрузкой из 1С: формируют отчет по остаткам, выгружают в excel - там редактируют, делают пометки и прочее. Проблема в том, что excel при работе с таким файлом жутко тормозит - если структура свернута до 2-3 уровня (основные для работы), то любая операция, будь то вертикальная или горизонтальная прокрутка, перемещение между ячейками после нее или, не дай бог, сворачивание\разворачивание уровней приводят к нагрузке процессора и зависанию программы от нескольких секунд до нескольких минут. Да даже изменение размеров окна, а порой и просто переход к нему приводят к подвисанию на несколько минут, если свернуто до 2 уровня. Ненамного помогает перенос работы на сервер терминалов, но там у процессора частота не особо высока, а ядер нагружается 4-6. Другие ресурсы компьютера, включая видеокарту, не нагружаются.
К тому же в LibreOffice работа с файлом не вызывает каких-либо проблем.
При этом сам файл простой, как клубок нити - ни формул, ни объектов, ни итогов, ни специального форматирования - просто голые данные одного шрифта с двумя цветами текста и фона, ну ячейки разве только объединены. Да и количество строк не запредельное.
Единственный усложняющий таблицу элемент - структура. Может, кто-нибудь знает способ заставить excel корректно работать с этим базовым элементом? Потому что различные ключи запуска, опции, версии excel и типы файлов уже испробовали, а результат нулевой
Файл во вложении

Конфигурация компьютера
Процессор: AMD Ryzen 5 1600
Материнская плата: GIGABYTE B450M DS3H
Память: Kingston ValueRAM [KVR24N17S8/8] 8 ГБ
HDD: KINGSTON SV300S37A120G ATA 120ГБт SSD; SAMSUNG HD501LJ, SATA, 500ГБт; ST2000VM003-1CT164 ATA Device 2ТБт
Видеокарта: GIGABYTE Radeon R7 250 1100Mhz PCI-E 3.0 2048Mb 1800Mhz 128 bit DVI HDMI HDCP
Звук: Realtek ALC887
Блок питания: CoolerMaster MasterWatt Lite 600W, 2019
Монитор: Samsung SyncMaster 2443, 24''
ОС: Windows 10 Pro 64Bit

Может, кто-нибудь знает способ заставить excel корректно работать с этим базовым элементом? »

Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

a_axe, спасибо, макрос улыбнул))
Аппаратное ускорение, видеодрайвера - это, конечно, не то, ибо нагрузка и подвисание зависят только от того, какое количество ячеек (даже не рядов или столбцов, а именно ячеек - причем зависимость если и не прямая, то как минимум весьма похожая) скрыто, а не от того, сколько реально нужно вывести на экран. Хотя данное направление я тоже проверял, пробовал даже уменьшать dpi. Убирал также полосу прокрутки - вспомнил историю о том, как в какой-то программе (будто бы даже в Excel) были тормоза из-за того, что ползунок полосы прокрутки был адаптивной длины и значительные ресурсы процессора тратились именно на вычисление его длины и отображаемой подсказки о текущей строке (в LibreOffice, кстати, ползунок, похоже, именно такой - его длина меняется в зависимости от отображаемого на текущем экране развернутого уровня структуры). Но и полоса прокрутки ни при чем, ведь обработка расширения окна не вызывала бы никаких затруднений.
Здесь, похоже, какой-то баг, заставляющий обрабатывать перед выводом не элемент структуры, а каждую ячейку, хотя чего там обрабатывать, кроме свойства скрыто/нет, а затем уж пытаться вывести.

Что известно.
Есть локальная сеть. Домен. Но не все пользователи работают на своих компьютерах под доменными учетками. Некоторые работают под локальными.
Есть сервер удаленных рабочих столов Windows Server 2016. Пользователи на него заходят через RDP (всегда под доменными учетками), запускают на нем 1С. Используется в основном 8.3.10.2561 толстый клиент обычное приложение и реже 8.3.12.1440 обычное и управляемое приложение. Одновременных пользователей на сервере несколько десятков.
Время от времени, примерно раз-два в неделю происходит непонятное. Начинается все с того, что кто-то из пользюков звонит и говорит, что не может подключиться к удаленке - черный экран. Проверяю. Запускаю RDP. Когда все в порядке открывается окно удаленного рабочего стола с предложением ввести имя пользователя и пароль. А здесь это окно тоже открывается, но оно просто черное. Наш администратор к нему тоже подключиться не может. В итоге все заканчивается перезагрузкой. При этом те, кто ранее зашел на удаленку, продолжают в ней работать не замечая проблем.

Какие догадки.
Есть подозрение, что виноваты люди, которые пытаются сохранять отчеты из 1С себе на компьютер в формате xls. Делают они это через диски, подключаемые средствами RDP. Эти подозрения не беспочвенны. Дважды было так, что при очередном зависании удаленки, звонил пользователь и жаловался, что повисла 1С (в удаленке) при попытке сохранить отчет в xls на свой компьютер (на локальный рабочий стол).

Что надо.
Пожалуйста, посоветуйте, что можно сделать? Может есть какие-то идеи как локализовать проблему? Может такая проблема известна и надо что-то обновить? И сами замаялись и пользюков замаяли.

Спасибо за любую помощь!

Есть подозрение, что виноваты люди, которые пытаются сохранять отчеты из 1С себе на компьютер в формате xls.
Как вариант, отключить проброс дисков не навсегда. Если за период отключения не будет таких проблем, то дело скорее всего в пробросе.
Тогда можно его заменить общей папкой, например.

(6)
Похоже, действительно дело в пробросе дисков с клиента.
Есть новая информация:
Удалось найти клиента, который может вешать 1С в RDP (и видимо затем весь сервер). В данном случае была Windows 10 домашняя, не подключенная к домену. Пользователь зашел в RDP, запустил 1С УТ 10, сформировал счет, нажал "Сохранить копию" выбрать папку на своем "проброшенном" диске С, выбрал формат Excel 97 (xls), нажал сохранить. 1С повисла.
Причем мне со своего компа так и не удалось воспроизвести проблему. Даже на RDP заходил под учеткой "плохого" клиента и в 1С тоже под ним, и делал все то же (только сохранял на себя).

Думаю продолжу исследования по специфике "плохого" клиента. Лишать всех проброса дисков не хорошо.

(7) Без потери удобства вместо проброса можно использовать сетевые диски. Это даже лучше, ведь на сетевых дисках, в отличие от "личных", настроено резервное копирование. (8)
Сетевые диски у нас не используются по соображениям безопасности. Был прецедент, когда на клиенте завелся шифровальщик и испоганил все что было доступно на сетевых дисках. (10)
Резервного копирования не было. У нас проблема в том, что копия всего файлового хранилища на текущих мощностях делается 5-6 дней (копия с сервера на сервер).
Есть варианты резервного копирования другими способами? (11) Есть. Даже никакой фантазии не надо.
В тот же самый сервер вставить два диска зеркалом. И не монтировать их как диски с буквами.
Потом настроить встроенную Систему архивации данных Windows Server на копирование в те диски.
Да и даже можно без конкретики: просто копируйте на тот же самый сервер. Шифровальщик всё равно испортит только то, что расшарено. До копий никак не доберётся (если они не расшарены). (12) Но остается вопрос, как предотвратить копирование на зеркало уже зашифрованных файлов

(14) Иметь целый каталог резервных копий. У меня, например, делаются копии каждый день и каждая хранится по паре месяцев.
При этом, у меня не хранится 30 объёмов общей папки благодаря инкрементальному копированию.
На данный момент 57 резервных копий общей папки объёмом в 80Гб, занимают 164Гб.

Кстати говоря, это страхует не только от вирусов, но и от ошибки пользователя.
Изредка бывает такое, что файл удалили неделю назад, а он понадобился.

(15)
У нас сейчас включены теневые копии два раза в день для логических дисков. Вы это имеете в виду. Но они создаются на том же диске. Можете поделиться, какое Вы используете ПО для резервного копирования или какой функционал Windows Server? (18) Теневые копии можно настроить и на другой диск.
По поводу ПО для резервного копирования я уже ответил в 12. Встроенная компонента
"Система архивации данных windows server"
Подчеркну, это не то же самое, что теневые копии.

(18) теневые копии это хорошо, но недостаточно.
Как-то нет у меня лично к ним доверия.
Старый добрый копи-паст на пару-тройку иных носителей лучше любой теневой копии в разы.

Причем можно делать это программно. Я вот использую Cobian Backup. Вещь хорошая, еще и шифрует файлы в придачу от всякого вирусного отребья.

(11)
А если копия с сервера на сервер так медленно делается, можно расширить канал или увеличить производительность дисков. Здесь сразу не скажешь. Надо разбираться, в чём проблема. (13)
Проблема в том, что диски шпиндельные и миллионы мелких файлов.

(11) боже, да как так то, уважаемый?
У вас столь великий объем данных? Или же скорость обмена между серверами столь плоха?
Я вот просто не понял этого момента с ваших слов.

Есть же 2 священных правила:
1. Копии нужно делать. ВСЕГДА.
2. Если вы думаете что копии можно не делать - смотрите пункт 1.

И если проблема со временем и скоростью обмена между серверами - тогда нужно делать копии непосредственно в физической близости к серверу.

(20)
Я Ваше возмущение сисадмину передам, но комментировать никак не буду. Я все же больше по 1С. Появились новые подробности.
Нашелся конкретный компьютер, пользователь компьютера не доменный. Если с этого компьютера пользователь подключается к удаленке (к конкретной WinServ2016, на 2012, 2019 косяк не воспроизводится) под доменной учеткой. Запускает 1С (не важно х32 или х64). Формирует любой таб док. Сохраняет в XLS (XLSX не вешает) на свой комп через проброшеный средствами RDP диск (если локально или на сетевой ресурс - то не вешает).
Вот тогда 1С повисает. Закрыть ее не возможно. Какое-то время

15мин могут заходить на сервак другие пользюки. По прошествии нескольких минут выйти из сеанса уже никто не может - висит синий экран с надписью Выход из системы. Если закрыть сеанс крестиком и зайти снова, то опять увидишь этот синий экран с той же надписью. Причем если сеанс не закрывать, то 1С продолжает нормально работать пока не пытаешься что-то сохранять в файлы. Система дает запустить диспетчер задач. Но и через него 1С не закрыть. Проводник не может отобразить содержимое Этого компьютера - пустое окно.

В логах системы вижу:
Через 5мин после повисания 1С: Превышение времени ожидания (30000 мс) при ожидании ответа транзакции от службы "UmRdpService".
Еще через минуту: Превышение времени ожидания (30000 мс) при ожидании ответа транзакции от службы "AudioEndpointBuilder".
В это же время: Программа 1cv8.exe версии 8.3.10.2561 прекратила взаимодействие с Windows и была закрыта. Чтобы узнать, имеются ли дополнительные сведения о проблеме, проверьте историю проблемы в разделе "Безопасность и обслуживание" в панели управления. Путь приложения: C:\Program Files\1cv8\8.3.10.2561\bin\1cv8.exe
Еще: Работа этого приложения была завершена из-за зависания: dwm.exe. Источник Winsrv.

Клиентская ОС Win10 Домашняя. Со всеми обновлениями. RDP 10.0.17134.112 - с других машин с этой же версией косяк не воспроизводится.
Хочется все же разобраться с причинами. Возможно здесь роковое стечение обстоятельств: Конкретная версия сервера с конкретными дровами, конкретная библиотека 1С для сохранения в XLS, конкретная версия RDP, конкретный клиент (что я под этим понимаю - сам не понимаю :).

Формирует любой таб док. Сохраняет в XLS (XLSX не вешает) на свой комп через проброшеный средствами RDP диск (если локально или на сетевой ресурс - то не вешает)

Попробуйте посмотреть, какие версии Excel установлены на сервере и у клиента(клиентов-юзеров). Желательно, чтоб были после 2007 года, одинаковые. У меня были косяки из-за разных версий.
Если с форматом xlsx нет проблем, то сделайте неиспользование формата xls.
В качестве архивного ПО удобно использовать Cobian Backup, он делает инкременты и универсален.
Каменск-Уральский - очень странный город заводов, вытянутый на 50 км вдоль дороги, там я впервые ощутил дефицит докторской колбасы.

посмотри при сохранении в эксель из 1с была проблема если была авто высота строки то 1с вис наглухо. перед сохранением указывать высоту строки явно

Пробовал тестово сохранять табличные документы с автовысотой строк - проблему воспроизвести не удалось. Видимо дело не в этом (или не только в этом). Все отчеты и печатные формы перелопатить устраняя автовысоту в любом случае не вариант.

Последнее обновление Windows 10 версии 1803 April Update принесло проблемы с отрисовкой для пользователей работающих с RemoteApp приложениями, опубликованными на RDS серверах с Windows Server 2012 R2/ Server 2016. с установленными актуальными обновлениями безопасности.

Любое действие вызываемое щелчком мыши отрисовывается в 2-3 раза дольше, особенно медленно показывается, по щелчку правой кнопки мыши, меню в RemoteApp - пункты меню мерцают, иногда совсем не отображаются.

Не корректно отрисовывается окно при развёртывании и свёртывании, иногда в сессии залипают клавиши.

При всём при этом клиенты Windows 7 и более старых версий Windows 10 (1703, 1607) с RemoteApp работают нормально. При подключении через RDP к рабочему столу все приложения и меню на RDS сервере отображаются нормально.

Так как же решить проблему? Технические специалисты компании МАРС Телеком предложили мне 3 варианта решения.

Можно попробовать временно изменить значение политики Use advanced RemoteFX graphics for RemoteApp (Использовать дополнительную графику для удаленного приложения RemoteApp) на Disabled в редакторе локальной GPO (gpedit.msc) на RDS серверах.

Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment

Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удалённых рабочих столов -> Среда удаленных сеансов

Без Remote FX не будут работать графические программы, опубликованные в RemoteApp (в частности семейства CAD).

Для полноценного решения проблемы, можно откатить версию Windows на предыдущую.

Recovery Options -> Get Started -> Go back to the previous version of Windows 10

Имеется и третий вариант решения проблемы. Можно заменить на более старую версию клиента RDP. Лучше использовать библиотеки RDP из версии Windows 1607 или 1703, т.к. проблема встречалась ещё на версии 1709.

Проверьте что у Вас стоит именно версия Windows 10 1803 (OS Build 17133.1) или 1709. Запустите "Выполнить" и выполните команду:

Проблема с производительностью RemoteApp исчезнет если Вы замените файлы расположенные по пути C:\Windows\System32 на версии файлов из предыдущих версий Windows 10.

Для этого Вам необходимо:

1. Закрыть все RDP подключения и запущенные RemoteApp

2. Перезагрузить компьютер

4. Необходимо скопировать в каталог C:\Backup оригинальные файлы mstsc.exe и mstscax.dll из каталога C:\windows\system32\. Это возможно сделать при помощи команд:

copy C:\windows\system32\mstsc.exe c:\backup

copy C:\windows\system32\mstscax.dll c:\backup

5. После необходимо назначить свою учётную запись владельцем файлов mstsc.exe и mstscax.dll в каталоге C:\windows\system32\, отключите наследование и предоставьте себе права на изменение файлов:

takeown /F C:\windows\system32\mstsc.exe

takeown /F C:\windows\system32\mstscax.dll

icacls C:\windows\system32\mstsc.exe /inheritance:d

icacls C:\windows\system32\mstscax.dll /inheritance:d

icacls C:\windows\system32\mstsc.exe /grant root:F

icacls C:\windows\system32\mstscax.dll /grant root:F

(в примере приведено имя локальной учтённой записи с правами администратора – root. Замените ее на имя вашей учетной записи)

6. После совершённых манипуляций замените файлы в каталоге C:\windows\system32\ файлами из скачанного архива.

icacls C:\windows\system32\mstsc.exe /inheritance:e

icacls C:\windows\system32\mstscax.dll /inheritance:e

icacls C:\windows\system32\mstsc.exe /setowner "NT Service\TrustedInstaller" /T /C

icacls C:\windows\system32\mstscax.dll /setowner "NT Service\TrustedInstaller" /T /C

8. Перерегистрируем библиотеку:

После проделанных действий в Ваших RemoteApp приложениях восстановится нормальная производительность.

Казалось бы, при чем тут информационная безопасность. А потом увидел, что с яндекс.диска предлагается заменить файлы в system32 и всё встало на свои места То-то я думаю, почему у меня комп на удалёнке стал тупить Пфф, если бы это была единственная проблема. Прямо сейчас передо мной два ноутбука, которые не грузятся после установки обновления. Еще на один установлена система с нуля, там он тупо виснет.

Ставь 7win и не парь себе мозг

Не было заботы, купила баба порося! Вот честно, ребята, кто еще не отключил автоматическое обновление десятки? Уже сколько было копий сломано. Обновления лучше всего устанавливать два раза в год, пакетно, с выпиливанием ненужного и не тогда, когда системе это взбредет в голову, а когда вы сами к этому готовы - сделали резервную копия системного диска и располагаете временем, если что пойдет не так.

Спасибо. Сегодня все с этим слайдшоу, не думал что новая версия RDP так глючит, хотя подозревал

Спасибо за архив со старой версией mstsc! Не ожидал, что после спустя полчаса поисков найду его именно на пикабу!

Была проблема - задваивало передаваемые в удаленку клавиши и сочетания клавиш, т.е. например могло вставку по Ctrl+V 2 раза сделать, могло задвоить букву, слог, рекорд 3 буквы, например "ИмяПерПеременной". В процессе программирования это жесть. Обновлял до 1909 - не помогло. С файлами из архива баг пропал! Спасибо еще раз!

Если система работает норм. то нахуа обновлять?

Растяжка

Пошутил

Должно быть заметно

Продалась за бутерброд

Приношу извинения Кадырову, но.

. категорически не согласен с многоуважаемым Рамзаном Ахматычем.

Я считаю, что нужно указывать национальность преступников.

Пусть будут заголовки "Русские выходцы из Саратова перекрыли проспект, танцуя хоровод", "Евреи устроили в шахматном клубе дебош со стрельбой из травматов", "Эвенки организовали гонки на оленях по Садовому кольцу"

Как говорится "Существует 10 гендеров - мужской и женский"

Дружба длиною в жизнь

Нет работы.

Сегодня ехал в троллейбусе и подслушал разговор. Трудно было не подслушать, перешли уже на повышенные.

Женщине лет пятидесяти, видимо, не хватало чуть-чуть на проезд (начало разговора не слышал). Она начала объяснять кондуктору, что у неё сложная жизненная ситуация, муж потерял паспорт и уже ооочень долго не может устроиться на работу. Еще бы, кто ж его без паспорта возьмёт. А восстановить паспорт - это пять тыщ, сейчас нет таких денег, и когда они появятся - неизвестно, ведь на работу же не берут. Даже жрут (цитата) что попало.

Кондуктор же парировала, что эти пять тысяч можно заработать всегда, неважно, есть документы или нет.

Ой, что тут началось. и на "приведите пример, возьмут ли его куда-то кондуктором?", я вмешался. Мне сейчас нужен упаковщик. Вот прям срочно! На тестовую партию. нужно упаковать три тысячи отправлений. А у меня нет такой штатной единицы. Просто взять из большой коробки и переложить в маленькие. Я предложил её супругу 20 000 за десять дней за такую работу. Женщина обрадовалась и согласилась.

Читайте также: