[فورمتّينغ] "رسالة نص لمستعملات يحاول أن [لوغن]"
إن أنت تتلقّى في أيّ وقت يحاول يعيّن الأمن خيارات سياسة عمليّة إعداد يدعى: "[لوغن] تحاوريّ: رسالة نص لمستعملات يحاول أن [لوغن] ", أنت يمكن يتلقّى يتلقّى بعض صعوبات [فورمتّينغ] الرسالة الطريق أنت أردت هو. هذا [بلوغ] حول "كيف إلى" [ووركرووند] بقة ثانويّة في ال [غبديت] أداة…
الإصدار:
حدّدت أشياء أولى أولى المجموعة سياسة عمليّة إعداد هنا:
"حاسوب تشكيل \ [ويندووس] عمليّة إعداد \ أمن عمليّة إعداد \ محلّية سياسات \ أمن خيارات \"
القيمة [مولتي-سترينغ] تسجيل قيمة أنّ يسمح أنت أن يجعل يتعدّد خطوط في الرسالة. يفرقع الرسالة فوق بشكل صحيح عقب مستعملات يضربون [كترللتدل] كإنذار عامّة إلى المستعملة قبل واقعيّا [لوغ ون]. غير أنّ, لسوء الحظّ ليس ال [فورمتّينغ] مثل كاملة بما أنّ هو استطاع كنت.
ماذا يحدث, أنّ [كرّيج رتثرن] خسرت بعد [فورمتّينغ] هذا "[بر-لوغن] رسالة" مع [غبديت], يتخيّل أراد أنت رسالة مثل هذا (يرى رقم 3):
--->
أنا لا أعرف لما هذا سوفت كنت هكذا يستعصي? قفزت خطّ تالية رجاء…
[لت'س] أتمّت فاصلة, ويستمرّ الخطّ…
خطّ رقم 4 يتأهّب, غير أنّ [لت'س] قفزت خطّ 5 & 6 الآن…
يرفع خطّ 7 إنجازات هذا قصة!
<---
أنهى هذا رسالة فوق بما أنّ (يرى رقم 5):
--->
أنا لا أعرف لما هذا سوفت كنت هكذا يستعصي? قفزت خطّ تالية رجاء…
[لت'س] أتمّت فاصلة, ويستمرّ الخطّ…
خطّ رقم 4 يتأهّب, غير أنّ [لت'س] قفزت خطّ 5 & 6 الآن…
يرفع خطّ 7 إنجازات هذا قصة!
<---
هكذا, أساسيّا المشكلة: يختفي خطّ تغذيات/[كرّيج رتثرن]/يخلو خطوط تماما!
أنت يستطيع واقعيّا رأيت هذا ضمن ال [غبديت] [غي], غير أنّ فقط إن أنت ضربت "يطبّق" قبل "[أك]" - إن أنت فقط تضرب "[أك]" بعد يطبع في رسالتك أنت يستطيع لا يرى أنّ غيّرت هو واقعيّا ب [غبديت] (لذلك أنت فكّرت ال [فورمتّينغ] يعمل بما أنّ هو سوفت). أنا اختبرت هذا تصرف مع [غبديت] على [ويندووس] [إكسب] [سب2] (سياسة محلّية), [ويندووس] نادلة 2003 [سب1] (مجال سياسة), [ويندووس] [فيستا] [سب] [بر-رك] (سياسة محلّية) و [ويندووس] نادلة 2008 [رك1] (مجال سياسة).
رقم 1 - طبع أنا في رسالتي مع الشكل أنا أردت:
رقم 2 - طقطق أنا يطبّق, وال [فورمتّينغ] كان غيّرت:
إن أنا تلقّيت صحيحة طقطقة [أك] لم كان أنا قد لاحظت التغير - مهما كان هو يكون لقمة يضأيق, يصحّ?
حل/[ووركرووند]:
الحل أنا تحت مع أن يعدّ السياسة مبرد مباشرة/يدويّا يستعمل [نوتبد]. حدثت المبرد هنا:
"\ \ [دومين.لوكل] \ [سسفول] \ [دومين.لوكل] \ سياسات \ {[غبو-غيد]} \ آلة \ مكروسوفت \ [ويندوو نت] \ [سسديت] \ [غبتّمبل.ينف]"
ضمن أنّ مبرد يتلقّى نحن الموافقة تسجيل قيمة, يدعى "[لغلنوتيستإكست] ":
MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\System\LegalNoticeText=7,I don't know why this should be so hard? Jump next line please...," ",Let's do a comma"," and continue the line...,Line number 4 is ready"," but let's jump line 5 & 6 now...," "," ",Line 7 finishes up this story!
Notice the " " (<quote><space><quote>) sequences, which are the same as empty lines.
This is the relevant line from a working GptTempl.inf file (the correct syntax written manually), and it actually works great:
Figure 3 - Pre-logon message on a Windows Server 2003 SP1 Domain Controller:
Figure 4 - The above inserted GptTmpl.inf line also works for Windows XP SP2 in the same domain:
So, this proves that the INI file can actually be correctly formatted so clients (tested w/WS2003 SP1 and XP SP2 in a domain) can show the message perfectly. Please notice that the behavior is similar with local policies, but my testing has been focused on domain environments so far.
If you try to modify the working policy setting using GPEDIT again - after changing just a tiny bit (or just hitting OK to an existing setting) within the GPO the formatting/syntax is ruined again unfortunately (when GPO is saved by GPEDIT)! Look here what came out of it when I tested it:
MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\System\LegalNoticeText=7,I don't know why this should be so hard? Jump next line please...,Let's do a comma"," and continue the line...,Line number 4 is ready"," but let's jump line 5 & 6 now...,Line 7 finishes up this story!
Notice the " " (<quote><space><quote>) sequences are gone! This gives a wrong result (no empty lines) when clients get the pre-logon message.
Figure 5 - The formatting is lost (or wrong) when GPEDIT does the job:
Please notice, if you're testing this you will have to define an additional policy setting for it to work, namely the "Interactive logon: Message title for users attempting to log on" setting.
Figure 6 - The title must be set for pre-logon message to appear
Conclusion
So, my conclusion is that (existing version of) GPEDIT doesn't modify the GptTmpl.inf file properly (or the registry for local policies for that matter) - for this particular value at least... My best guess is that it doesn't handle the quotes (") correctly, but I can't be 100% sure. A bug report has been made for Microsoft - so hopefully it will be fixed before the final release of Windows Server 2008 and the Remote Server Administration Tools (RSAT).
However, as mentioned you can make it work with a workaround like this: Just perform the GptTmpl.inf (below SYSVOL) editing manually, make a backup of the file when it's perfect - and never touch that GPO with GPEDIT again... Until Microsoft releases an updated version of GPEDIT anyway.
Related KB articles out there:
KB 330618
KB 238149
Technet article
.
Popularity: 13%
Written by Jakob H. Heidelberg. Read more great feeds at is source WEBSITE
no comments.
Read more articles on gpedit and sysvol and otherSoftware and RSAT and gpedit.msc and group policies and Group Policy and Windows XP and Security and Microsoft and Windows Server 2008 and Windows Server 2003 and Windows Vista.
- [+] Digg: Feature this article
- [+] Del.icio.us: Bookmark this article
- [+] Furl: Bookmark this article














