Как в RDP избавиться от языковой раскладки и оставить только выбор языка

Публикация № 963387

Администрирование - Системное

RDP

80
До чего же бывает трудно, когда в терминальной сессии работает выбор как языка ввода, так и языковой раскладки. Раздражает ведь??? Решение есть, и весьма простое!

Вас тоже достала необходимость переключать не только язык, но и языковую «раскладку»?

Эта «фишка» удаленного рабочего стола применима как к Server 2003/2008 (и наверняка более новые), так и к Windows 10
Проблема возникает, если язык клиентской машины перед подключением к RDP не совпадает с языком по умолчанию в серверной машине. Например вводите пароль из английских букв и не переключая языка конектитесь к серверу терминалов, на котором по умолчанию русский язык — получите необходимость «двойного» переключения языка и раскладки.
Исправить можно

Решение 1) Назначить пароль на русском языке.

Таким образом мы подтолкнем пользователя подключаться с тем же языком, что в сервере используется по умолчанию. И не забудьте завершить прежнюю сессию (или перезагрузить сервер или клиент), что бы не подключаться к созданному ранее сеансу с уже «испорченным» переключением языка.

Решение 2) В реестре Windows в ветке

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout
добавить параметр «IgnoreRemoteKeyboardLayout«(без кавычек и пробелов) Тип DWORD(32 бита) Значение 1 (Шестнадцатеричная или десятичная)

Вот и вся настройка!

80

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. Alien_job 160 14.12.18 09:42 Сейчас в теме
Пункт 0 : убедить незнакомого админа клиента, что ему нужно внести правки в реестр на сервере, потому что тебе неудобно переключать раскладку
Irwin; JohnyDeath; Aleksey81; Дмитрий74Чел; +4 Ответить
32. frkbvfnjh 513 21.12.18 12:16 Сейчас в теме
(1) А почему в файле в названии ключа лишний пробел? Проблем не будет?
34. Aleksey81 912 21.12.18 18:48 Сейчас в теме
(32) О каком пробеле идет речь? Где вы увидели пробел?
35. frkbvfnjh 513 22.12.18 07:44 Сейчас в теме
(34) Извините ошибся, вообще не в тот форум написал, хотя уверен, что писал куда надо...
2. capitan 1193 14.12.18 09:58 Сейчас в теме
Не буду заниматься пиаром - программку даже написал )
23. RSA512 18.12.18 01:44 Сейчас в теме
(2)
Не буду заниматься пиаром - программку даже написал )


Разработку в студию =)
3. triviumfan 10 14.12.18 10:30 Сейчас в теме
получите необходимость «двойного» переключения языка и раскладки

Что значит двойного?
У одного клиента при подключении по rdp 2 языка и 3 раскладки, вызывает приступ бешенства, когда ни альт-шифт, ни ктрл-шифт не работают, приходится мышкой менять... я так понял, это никак не связано с этой статьей?
4. Ziggurat 46 14.12.18 11:50 Сейчас в теме
(3) Двойного это как у Вас, только раскладок не 3, а две. При этом язык и раскладки переключаются отдельно, где язык, а где раскладка я не знаю, но эта проблема мне нервов попортила.
5. frkbvfnjh 513 14.12.18 14:18 Сейчас в теме
(3) А в Вашем случае как поступить, как избавиться от 3 раскладок?
7. Aleksey81 912 14.12.18 16:57 Сейчас в теме
(3)
Еще как связано !!! Пробуйте, и будет вам счастье!!!
31. frkbvfnjh 513 21.12.18 12:13 Сейчас в теме
(7) Да, мне тоже помог ваш способ
6. agent00mouse 179 14.12.18 14:27 Сейчас в теме
Статья актуальна наверное с 10 лет. И ещё столько же будет актуальна. Наверное пока RDP не канет в лету.
8. nvv1970 15.12.18 01:08 Сейчас в теме
9. nomadon 361 15.12.18 07:07 Сейчас в теме
А у меня на локальной машине британская раскладка появилась, отовсюду удалил а она есть, добавил британскую раскладку и снова удалил. Пропала. Через время снова появляется «само». Бесит.
10. Noob001 15.12.18 16:25 Сейчас в теме
Костыли, костыли, костыли...

Никому не нужные Костыли...

Я всё время от окружения 1С слышу слово из трёх букв RDP.
При этом ни разу не слышал что бы хоть кто-то купил эти вот самые лицензии RDP, которые стоят немалых денег, но это лирика.

Я нигде уже давно не использую RDP.
Ибо, у 1С нормальный механизм тонкого клиента. С переподключением в случае разрыва связи, и прочими плюшками, такими которые не доступны RDP, например сохранение сеанса пользователя при физическом перезапуске Сервера 1С.

Переводите уже все клиентские базы на управляемое приложение, и бросайте использовать дырявый RDP.

Уважаемые EndUser, если слышите от 1Сников RDP, бегите от них, они криворуки

:Место для метания говна:
formika74; muskul; +2 9 Ответить
11. Perfolenta 15.12.18 17:22 Сейчас в теме
(10)
Переводите уже все клиентские базы на управляемое приложение, и бросайте использовать дырявый RDP.

вот бы еще у клиента денежку выпросить, что бы перевести весь написанный за годы код в управляемое приложение... а так да, хорошо бы...
ne_en; qus-qus; Aleksey81; JohnyDeath; +4 Ответить
12. JohnyDeath 293 15.12.18 17:52 Сейчас в теме
(10) лицензии RDP не очень-то и дорого стоят.
У всех с кем я работал такие лицензии были куплены
13. Noob001 15.12.18 18:07 Сейчас в теме
(12)
Всё что на гуглил сейчас по цене примерно 7 000 руб. за лицензию на пользователя/устройство.
(Насколько я помню они всегда примерно так и стоили, МС ориентировалось что RPD используется для без дисковых станций без Винды, т.е. 1 лицензия равнялась стоимости Виндовс в Про варианте)
Это только в РФ RPD используют что бы подключиться к 1С с обычного ПеКа со взломанной Виндой :) .

Это не дорого?
С учетом того что ещё надо приобретать клиентские лицензии на сам МС Сервер (в поставке их 5 шт. всего)

например для 100 пользователей?

ну-ну.
14. JohnyDeath 293 15.12.18 18:18 Сейчас в теме
(13) у компании, где работают 100 пользователей в учетной системе нет 700к рублей для разовой закупки и лицензионной чистоты??
Наверное конторы, о которых вы пишете еще и на авито винты в сервер покупают, виндовс крякнутый ставят и 1С патчат.
Я с такими, слава богу, не работал.
luser; qus-qus; +2 Ответить
15. Noob001 15.12.18 18:36 Сейчас в теме
(14) Смешно.

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


у компании, где работают 100 пользователей в учетной системе нет 700к рублей для

того что бы перевести весь код под современное ПО? И не пользоваться костылями?

Уважаемые EndUser, если слышите от 1Сников RDP, бегите от них, они криворуки

Вот это я писал именно о таких субъектах которые думают так кагбудто у них костыли в голове тоже.

Наверное конторы, о которых вы пишете еще и на авито винты в сервер покупают, виндовс крякнутый ставят и 1С патчат.

А зря вы бы нашли с ними общий язык, такие "конторы" как раз любят всякие извращения лишь бы копеечку сэкономить.
Но все мы помним , скупой платит дважды.

Что касательно меня, раз уж вы заинтересовались, я работаю с теми, кто готов вложить средства в нормальную систему, которую потом будет легко обслуживать. Бывает, что начальные вложения выходят дороже, но в последующем это компенсируется стоимостью содержания и эффективностью. Поэтому и код написанный ранее был уже давно успешно перенесен на управляемое приложение, ничего страшного в этом нет, если конечно ваш код изначально не "рукиизопы" писали.
formika74; RSA512; +2 1 Ответить
16. Aleksey81 912 15.12.18 19:28 Сейчас в теме
(13) Самое забавное, что 100 пользователей по 7 тыс кажется дорого. А переписать их программу под (безусловно очень хороший тонкий клиент) стоит аналогичных денег и полгода работы.... Причем в первом случае результат моментальный и гарантированный а во втором чрезвычайно рискованный и только для этой программы.... А если еще учесть безумную загруженность грамотных 1С спецов - то переход на RDP видится очень трезвым решением...
SuhoffGV; ne_en; qus-qus; +3 Ответить
19. Noob001 17.12.18 14:42 Сейчас в теме
(16) Каждый вариант уникален конечно. Так что и инструменты для каждого случая свои.
Но согласитесь, все равно рано или поздно придется таки переписать код под управляемое приложение, потому что там нативное клиент серверное взаимодействие, многопоточность и нормальные асинхронные механизмы.
И тут встает выбор. Сразу взять и сделать нормально, потратив N денег.
Или подпереть костылями за N денег, получить увеличенную стоимость обслуживания и геморой в сумме на N/2 денег, и потом все равно потратить N+инфляция+переписывание костылей в норму денег, на то что бы получить нормальное ПО.

Аналогия, пока мои клиенты пользуются RangeRover , Porshe и др. премиальными марками (в виде управляемого приложения), другие передвигаются на Ослах (7.7), Ослах в вагоне с Паровым двигателем (7.7 + RDP), и в кузовах моструозных самосвалов (обычное приложение , и + RDP самосвалы в паровозах).
Может слишком сильно натянутая аллегория, но зато так немного понятнее.

P.S. Конечно же я знал что минусов накидают, это ещё как то слишком мало, но давайте так, ведь "любители" RDP , не только старые проекты там держат, огромное количество вижу когда 1СникиRDPшники ставят новые типовые конфигурации на управляемом приложении на сервер RDP!!!
Вот что страшно то на самом деле.
И болеют этим весьма крупные 1С:Франчайзи из топ 10.

PSS. Ну вообщем то тут история повторяется, в защиту RDP встали, ребята с большими рейтингами, но адекватных из них единицы. Остальные просто не умеют, не хотят, не могут в силу закостенелости RDPмозга.
26. Mx00 160 19.12.18 11:32 Сейчас в теме
(19) "Сразу взять и сделать нормально, потратив N денег" - в нормальных проектах это могут быть годы и миллионы денег и если бы 1С продолжала поддерживать старые конфигурации, то мои клиенты зарабатывали бы свои капиталы не неся дополнительные расходы по переходу на управляемое приложение :-)
Вот есть у меня 3 клиента у которых используется 1С 7.7, это не торговля и типовые конфигурации им не подходят, бизнес процессы отлажены и переход на 8-ку займет не один год и не один миллион рублей (один клиент уже третий год переходит на 8-ку, но пока не очень успешно) при этом нужно купить новые серверы, т.к. текущие не потянут, а если исходить из тонкого клиента, так ещё и компьютеры пользователей нужно покупать, т.к. у них половина компьютеров на Win7 и есть даже WinXP, которые до сих пор работают в RDP
вот это я понимаю "сделано нормально" - на десятилетия, а с новыми конфигурациями "как на пороховой бочке" - никогда не знаешь что поменяют в новом релизе... НО за то программист 1С никогда не останется без работы, и это радует ;-)
ну и про быстродействие: в этом году 1С прекращает поддержку ЗиК и я перевожу всех на ЗУП 3.1 и тут сразу видно, что ЗУП тормознутее раз в 5 :-( и какой нафиг это "Porshe" - максимум "круизный лайнер" на котором комфортно, но оооочень неспешно ;-)
и ещё про обновления платформы: Сейчас для работы в типовых конфигурациях 8.3 регулярно требуется обновление платформы и если у клиента много пользователей, то обновление пользовательских компьютеров займет много времени и людских ресурсов - в моём понимании тонкий клиент требует больше ресурсов на обслуживание, чем RDP.
27. oldcopy 120 20.12.18 13:31 Сейчас в теме
(26)
в этом году 1С прекращает поддержку ЗиК и я перевожу всех на ЗУП 3.1 и тут сразу видно, что ЗУП тормознутее раз в 5 :-(


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

Что касается популярного мифа про "тормознутость" управляшек, то пошел он с того, что в среднем база на УФ потребляет 0,5 ГБ оперативки, лучше иметь 1 ГБ, обычной восьмерке хватало 150-250 МБ. Естественно, если открыть пару баз на ПК с 1-2 ГБ памяти, то работать будет очень некомфортно.


(26)
Сейчас для работы в типовых конфигурациях 8.3 регулярно требуется обновление платформы и если у клиента много пользователей, то обновление пользовательских компьютеров займет много времени и людских ресурсов - в моём понимании тонкий клиент требует больше ресурсов на обслуживание, чем RDP.


Если много пользователей - то должен быть AD и распространение софта через GPO. Обновление пользовательских ПК сводится к обновлению политики и при следующей загрузке платформа к ним прилетит сама. Если пользователей не очень много, то есть такая штука как административная установка (про это в желтой книге написано, которую никто не читает).
28. Mx00 160 20.12.18 17:09 Сейчас в теме
(27)
На основании чего вы сделали такие выводы? По скорости открытия окошек? Если брать семерку, то у нее давно достигнут потолок производительности и никаким железом это не решается.

вывод на основании того, что параллельно работаем в двух базах и в ЗУП реально всё тормозит, даже простой расчетный листок формируется больше 10 секунд. и из него нельзя попасть в расчетные документы, соответственно открываешь другое окно и там начинаешь искать... а не возможность открыть больше двух окон рядом на УФ вообще меня сильно огорчает :-(
миф про память - это вы погорячились, память вторична по отношению к архитектуре и даже если памяти будет много, скорость не увеличится, а если база на SQL, то там памяти используется сильно меньше, но данные так же медленно попадают в отчет. Я понимаю, что от УФ мне не отвертеться, но УФ тормозят и это видно невооруженным взглядом :-)

(27)
Если много пользователей - то должен быть AD и распространение софта через GPO.

так и я про то же - в моём понимании тонкий клиент требует больше ресурсов на обслуживание, чем RDP
на RDP не требуется настраивать и поддерживать AD, GPO и прочее, т.е. на RDP я могу не согласовывая с сисадмином обновить ночью платформу и конфигурацию и с утра все будут работать, для распространения нужно подключать сисадмина и обновление может затянуться :-)
Административная установка требует "административных" прав на момент обновления платформы соответственно тоже требуется участие сисадмина
30. teller 21.12.18 07:29 Сейчас в теме
(28)
а не возможность открыть больше двух окон рядом на УФ вообще меня сильно огорчает :-(

а как же на этой картинке
Прикрепленные файлы:
33. Mx00 160 21.12.18 15:59 Сейчас в теме
(30)
благодарю, так я ещё не извращался - буду знать :-)
36. teller 24.12.18 06:28 Сейчас в теме
(33)
вообще меня сильно огорчает :-(

если что-то огорчает - спрашивай , поможем чем можем
29. teller 21.12.18 07:17 Сейчас в теме
(27)
На основании чего вы сделали такие выводы? По скорости открытия окошек? Если брать семерку, то у нее давно достигнут потолок производительности и никаким железом это не решается.
- вот тут ты меня расстроил, вроде много умно рассуждал и такое незнание типовых конфигураций 1с.
Зуп 3 в разы больше кода выполняет чем в 2.5 для практически одинаковых действий.
18. alexey_kurdyukov 59 17.12.18 05:49 Сейчас в теме
(10) У меня есть лицензии и на RDP, и на SQLServer (по количеству пользователей), и даже Server Core CAL (или как там его)
25. e9953 19.12.18 09:00 Сейчас в теме
(10)
DP.
Ибо, у 1С нормальный механизм тонкого клиента.


Подскажите, пожалуйста, как тонкий клиент поможет, если нужно запустить конфигуратор.
(10)
QuickMix; +1 Ответить
37. luser 88 26.12.18 07:08 Сейчас в теме
(10)
1. RDP/RemoteApp как писали выше проще обслуживать (обновил на серваке платформу и достаточно)
2. Если использовать RemoteApp для пользователя работа на серваке ничем не отличается от работы обычного приложения на компе
3. При наличии 10+ пользователей с точки зрения ФЗ-152 гораздо проще и дешевле аттестовать сервак с 1С + сервак RDP + [SQL сервак], чем аттестовывать каждый комп на котором установлена/используется 1С и обработываются ПД

Как минимум по этим причинам в большинстве серьезных контор даже конфы на УФ используются через RemoteApp/RDP
38. Noob001 27.12.18 14:54 Сейчас в теме
(37)
(37)
1. RDP/RemoteApp как писали выше проще обслуживать (обновил на серваке платформу и достаточно)


Ну это по крайней мере странно. Если уж настраивать тонкий клиент 1С , то не по старинке на каждый комп или ещё там чего, а именно как тонкий клиент, с использованием web-сервера.
И в этом случае все сводится к 1 строчке в конфиге (1 раз в жизни), обновлению платформы на сервере и о божечки, обновлению Дистрибутива тонкого клиента, на сервере.
А клиенты при подключении к базе сами заберут тонкого клиента, главное если это AD разрешить им его установку через GPO.

2. Если использовать RemoteApp для пользователя работа на серваке ничем не отличается от работы обычного приложения на компе

Ну кроме неочевидных для пользователя ньюансов :) которые ломают пользователям мозг и они выносят ТП.

3. При наличии 10+ пользователей с точки зрения ФЗ-152 гораздо проще и дешевле аттестовать сервак с 1С + сервак RDP + [SQL сервак], чем аттестовывать каждый комп на котором установлена/используется 1С и обработываются ПД

С этим не сталкивался, посему скажу, возможно, но как я уже писал каждая ситуация естественно уникальна, и возможно в некоем проценте RDP оправдан.
Но не потому что его обслуживать легче, и прочие доводы строящиеся на незнании как сделать по другому, лучше и удобнее.


(37)
Как минимум по этим причинам в большинстве серьезных контор даже конфы на УФ используются через RemoteApp/RDP

Ну просто у этих "серьёзных" контор криворукие админы, обращаются они к криворуким 1С никам, и такой тандем рукожопов херачит RPD во все дыры. Потом через Nлет Это все приобретает ужасный размах и огромную стоимость обслуживания этого зоопарка и оказывается что для того что бы переделать это необходим годовой бюджет данной "серьёзной" конторы.
Ну это так сказать, не из опыта, это моё виденье, из того что я видел тут на форуме про RDP, и развивавшиеся н-лет компании, когда там 5-10 RDP, 6-7 VPN впн поверх впн, и учетная система на 7.7 + 8+ 8УФ+Exel+Access и ещё Вася программу написал.
Утверждать не берусь вообщем.И тут скорее всего RDP не причем.
17. Aleksey81 912 15.12.18 19:30 Сейчас в теме
RDP безусловно получил сильнейшего конкурента. Но еще пока актуален. Иначе он так дорого бы не стоил....
21. Noob001 17.12.18 14:55 Сейчас в теме
(17) Ну вы же не считаете, что цена RDP определяется тем сколько в России им пользуются для доступа к 1С?

Во всем остальном мире его вроде как используют для сокращения расходов на инфраструктуру и ПО. Оттуда и генерируется его стоимость.
20. acanta 56 17.12.18 14:50 Сейчас в теме
Во встроенном языке 1с 8 есть возможность управлять кэшем? Есть возможность определить как-то или указать - использовать кэш для формирования отчета или обязательно сервер запрашивать?
22. Noob001 17.12.18 15:10 Сейчас в теме
(20) Не пойму какое отношение ваш вопрос имеет к теме.

В 1С8 используется механизм Кэширования данных.
В Клиент-Серверном варианте вся работа по обработке данных , подготовке форм и пр. происходит на сервере, клиент используется для отображения полученной информации и ввода данных в ИБ.
При этом Кэш используется на сервере для данных ИБ, и на клиенте для того что требуется клиенту и выполняется на клиенте.
Управлять кэшем это задача платформы и никак не прикладного программиста.
Оставьте свое сообщение