220-1102 Question 475
Single answerCharacter typesA help desk technician is troubleshooting a user account issue on a Windows workstation joined to a company domain. The user says they can sign in to email and other web apps, but they cannot log in to the workstation with their new password. The technician discovers the user changed the password from a mobile device and included the character "é". On the workstation's sign-in screen, typing that character appears inconsistent depending on the keyboard selected. Which of the following BEST explains the problem?
- A
The password includes an extended character, and the workstation may be using a different keyboard layout or character mapping at sign-in
- B
The password contains a control character, which Windows sign-in blocks by default for domain accounts
- C
The password uses only ASCII characters, but the domain controller requires Unicode passwords at interactive logon
- D
The password contains a wildcard character, which is interpreted differently by local logon than by web applications
Show answer and explanation
Correct answer: A
Explanation
This question tests practical understanding of character types in an authentication scenario. A+ candidates should recognize the difference between printable characters, control characters, and extended/international characters. The most likely cause is that the password includes an extended character and the Windows sign-in screen is using a different keyboard layout, language, or input method than the device where the password was changed. In Microsoft environments, technicians commonly check the input language shown on the sign-in screen when users report password failures after using accented or non-US characters. This aligns with standard troubleshooting best practices: verify what changed, confirm keyboard/input settings, and rule out character-entry mismatches before escalating account issues. Relevant references include Microsoft documentation on changing keyboard layouts/input languages and general Windows sign-in troubleshooting guidance.
- A. Correct.
Correct. The character "é" is not part of standard 7-bit ASCII and is typically treated as an extended/international character. In real-world support scenarios, login failures can occur when the keyboard layout at the Windows sign-in screen does not match the layout used when the password was created. For example, a US keyboard, French keyboard, or different input method may produce different characters for the same keypress sequence. This is a practical issue technicians commonly verify when passwords contain non-English letters or symbols.
- B. Incorrect.
Incorrect. Control characters are non-printable characters such as carriage return, line feed, tab, or escape. A user entering "é" is not using a control character. The problem described is about a printable international character and likely keyboard/input mismatch, not Windows rejecting a hidden control character.
- C. Incorrect.
Incorrect. "é" is not a standard ASCII character, so the statement that the password uses only ASCII characters is false. Also, Windows and Active Directory environments support a wide range of characters in passwords; the issue here is not that the domain controller requires Unicode specifically at interactive logon, but that the character entered at the sign-in screen may not match the character originally set.
- D. Incorrect.
Incorrect. Wildcard characters are typically characters like * or ? used in searches or pattern matching. The character "é" is not a wildcard. Web apps and local/domain logon may differ in authentication mechanisms, but the scenario specifically points to inconsistent character entry based on keyboard selection, which aligns with extended character input issues rather than wildcard interpretation.