第 8 章 基础配置：网络，账户，打印……

历史上看，每一个 locale 都有一个相关联的字符集（一组已知的字符集）和一个特定的编码（为计算机内部的字符表达）。

最广泛使用的字符编码是基于拉丁字母、使用单个 byte 表达一个字符，被限制为最多256个字符。256个字符不足以覆盖所有欧洲语言，因此多编码系统非常有必要，这就是为何我们有 ISO-8859-1 （即“Latin 1”）到 ISO-8859-15 （即“Latin 9”）的原因。

包含外国语言的工作状态隐含着字符集和字符设置的切换。此外一个几乎无法解决的问题，如何编写一个多语言文档？ Unicode（一个几乎包括世界所有书写系统的超集）被创建用于解决该问题。其中一个 Unicode 编码， UTF-8 ，保留了全部128个 ASCII 符号（7位代码），还以不同的方式处理了其他字符。它们通过前面几个位的特定转义序列，隐式定义了字符的长度。它们允许在一个或者多个字节序列使用所有的 Unicode 字符。因为它是 XML 文件的默认编码而被广泛推广。

它是最广泛使用的编码，也是 Debian 发行版系统的默认选项。

/etc/environment 文件为 login 、 gdm、 ssh 程序提供正确的环境变量。

These applications do not create these variables directly, but rather via a PAM (pam_env.so) module. PAM (Pluggable Authentication Module) is a modular library centralizing the mechanisms for authentication, session initialization, and password management. See 第 11.7.3.2 节 “配置 PAM” for an example of PAM configuration.

/etc/default/locale 文件的工作方式非常简单，仅包含 LANG 环境变量。得益于这种分开的配置，一些 PAM 用户可以在没有本地化设置的情况下继承一个完整环境。事实上，并不鼓励启用本地化来运行服务器程序；另一方面，对于开放用户会话的程序，推荐打开本地化和地区设置。

When a text is sent (or stored) without encoding information, it is not always possible for the recipient to know with certainty what convention to use for determining the meaning of a set of bytes. You can usually get an idea by getting statistics on the distribution of values present in the text, but that doesn't always give a definite answer. When the encoding system chosen for reading differs from that used in writing the file, the bytes are misinterpreted, and you get, at best, errors on some characters, or, at worst, something completely illegible.

因此，如果一个法文文本其他字符都显示正常，但是重音字母却被像 “é” or è” or “ç” 这样的字符取代，那么很有可能这个文件使用的编码是 UTF-8 但系统解释的时候用的是 ISO-8859-1 或者 ISO-8859-15 编码。很有可能你的本地语言环境没有转换到 UTF-8；相反，如果你看到的是一连串的问号，即使这些问号看上去像是被重音字母取代，很有可能你的本地语言系统确实配置了UTF-8，但是您获取到的是一个西方 ISO 格式编码的文档。

一些“简单”的例子。这些例子限定在西方文化下，Unicode（以及 UTF-8）的设计最大兼容基于拉丁语系西方语言的历史编码，允许在部分字符缺失的情况下识别部分文本。

在较复杂的环境中，例如，使用字母表不同的两种语言，通常得到完全不同的结果 — 一系列彼此毫无关联的抽象符号。这种情况在拥有繁复语言和书写系统的亚洲语言中尤为常见。日语中的单词 mojibake（乱码）被用来描述这一现象。当这种现象出现时，诊断将非常困难。最简单的解决方案就是将两端都移植到UTF-8.