home *** CD-ROM | disk | FTP | other *** search
/ Liren Large Software Subsidy 11 / 11.iso / n / n007 / 2.ddi / README / README.KEY < prev    next >
Encoding:
Text File  |  1993-07-24  |  9.2 KB  |  247 lines
  1.        International Support Issues
  2.  
  3. Introduction
  4.  
  5. NetWare 3.12 AND 4.xx servers can be configured for locale 
  6. specific formats of date and time, currency, sorting 
  7. tables, upper case tables, and legal filename 
  8. characters. This configuration is done during the 
  9. installation process.
  10.  
  11. Filename Characters
  12.  
  13. Selection of most options is done by choosing the code 
  14. page and country code for this server during 
  15. installation. selection of the legal filename 
  16. characters is done as a separate option, where you 
  17. are asked to choose between DOS format filenames and 
  18. NetWare format filenames.
  19.  
  20. Historically, NetWare has allowed all characters from 
  21. hexadecimal 80 to hexadecimal FF to be included in 
  22. filenames. These characters include line draw 
  23. characters and most characters that English doesnÆt 
  24. use but that some other languages do use. NetWare 
  25. historically treated them as different characters, 
  26. regardless of case. This allowed users to create 
  27. filenames with both upper and lower case accented 
  28. characters in them.
  29.  
  30. On the other hand, DOS version 3.0 and later 
  31. recognizes those characters as upper case and lower 
  32. case versions of the same characters.
  33.  
  34. Filename Character Options
  35.  
  36. With the introduction of NetWare 3.12 & 4.0, the user now 
  37. has the option of conforming to DOS legal filename 
  38. characters, or of retaining the NetWare legal 
  39. filename characters in conformance with NetWare 3.x.
  40.  
  41. During the installation process, selection of the 
  42. filename format affects only the server. In other 
  43. words, it determines what the server will allow as 
  44. legal filename characters. It must be understood 
  45. however, that the behavior of NetWare 3.12 and 4.xx concerning 
  46. filename characters is affected by factors other than 
  47. server configuration.
  48.  
  49. Other Factors
  50.  
  51. In the following discussions you should keep in mind 
  52. that the differences mentioned refer to characters 
  53. other than standard ASCII characters in the range 0 
  54. - 127 (i.e., A-Z, 0-9, etc.). These standard 
  55. characters will be treated the same by all versions 
  56. to the server, DOS, VLMs, and NETX.
  57.  
  58. VLMs vs. NETX
  59.  
  60. VLMs behave differently from NETX in many ways. For 
  61. this discussion, the most important concerns the time 
  62. and manner in which DOS commands are received.
  63.  
  64. NETX intercepts DOS function calls (such as open a 
  65. file), before DOS sees them. Those commands that NETX 
  66. determines belong to the network are then passed to 
  67. the server without DOS ever seeing them, and hence 
  68. without DOS filename validation. 
  69.  
  70. NETX does not do filename validation either. Any 
  71. characters typed at the keyboard in a filename will 
  72. be passed to the server directly as entered.
  73.  
  74. If DOS filename format was selected when the server 
  75. was installed, lower case accented characters will be 
  76. converted by the server to upper case characters 
  77. before the file is actually opened. 
  78.  
  79. If NetWare filename format was selected when the 
  80. server was installed, the accented characters will 
  81. not be converted, but will be left lower case.
  82.  
  83. VLMs on the other hand, do not intercept DOS function 
  84. calls. Rather they let DOS decide whether the 
  85. function applies to the network or not. Since DOS sees 
  86. the command first, it does do filename verification 
  87. before it hands the command to the VLMs. Therefore, 
  88. when the VLM passes the filename to the server, any 
  89. lower case characters in the filename have already 
  90. been converted to upper case. In this case, no 
  91. conversion is required at the server.
  92.  
  93. From the above discussion, it becomes apparent, that 
  94. a problem may arise if the server was installed with 
  95. NetWare filename format, and there are workstations 
  96. on the network which use NETX and other workstations 
  97. attaching to the same network which use VLMs. 
  98.  
  99. It can readily be seen that a workstation using NETX 
  100. in this case could create a file on the server which 
  101. could not be accessed by a workstation using VLMs 
  102. since the file created by NETX could contain accented 
  103. characters, which the workstation using VLMs could 
  104. not pass to the server.
  105.  
  106. If however, the server was installed with DOS 
  107. compatible filenames, this problem would not exist.
  108.  
  109. Different Versions of DOS at Workstations
  110.  
  111. Not all versions of DOS perform filename validation 
  112. in the same manner. Versions of DOS from different 
  113. software vendors perform differently in some with 
  114. respect to some characters.
  115.  
  116. From the previous discussion it can also be seen that 
  117. in an environment where workstations are running 
  118. different versions of DOS, and where the different 
  119. versions of DOS validate filename characters 
  120. differently, it might also be possible to create 
  121. files on one workstation that are not accessible from 
  122. another workstation.
  123.  
  124. This problem would only exist if the workstations 
  125. were running VLMs.
  126.  
  127. Different DOS Configurations at Workstations
  128.  
  129. The same problem as described above would exist with 
  130. VLMs, where all workstations were running the same 
  131. version of DOS, but where workstations had different 
  132. code page and country code configurations.
  133.  
  134. Because DOS does filename character validation based 
  135. on the requirements of a given language, it would 
  136. again be possible for a workstation configured with 
  137. one code page to create files that a workstation 
  138. configured with a different code page could not 
  139. access.
  140.  
  141. This problem could be further compounded by having 
  142. the server running yet another code page.
  143.  
  144. It should also be noted that if DOS filename format 
  145. has been selected on the server, but the workstation 
  146. has a different code page selected from that of the 
  147. server, the server may actually remap the filename 
  148. characters after receiving them.
  149.  
  150. If different code pages are to exist on different 
  151. workstations, it may be advisable to select NetWare 
  152. filename format, so that the server does not try to 
  153. remap any characters in the hexadecimal 80 to FF 
  154. range.
  155.  
  156. Upgrade Considerations
  157.  
  158. If you upgrade an existing server which contains 
  159. filenames containing characters in the hexadecimal 80 
  160. to FF range, and if you select DOS filename format, 
  161. some of these files may be renamed the first time the 
  162. volume mounts. 
  163.  
  164. This happens because some of the filename characters 
  165. will now be illegal. In this situation, when the 
  166. volume is mounted, an error will be detected, and 
  167. VREPAIR will be run. 
  168.  
  169. VREPAIR will change any lower case accented 
  170. characters to upper case accented characters, 
  171. according to the rules for the country code and code 
  172. page that the server was installed with. 
  173.  
  174. If a filename already exists with that name, an 
  175. alternate name will be chosen, substituting a number 
  176. for the last character of the filename.
  177.  
  178. Once this is done, the volume will mount correctly. 
  179. However, if you have batch files or login scripts that 
  180. refer to these renamed files you will need to change 
  181. them manually.
  182.  
  183. If you select NetWare format filenames during the 
  184. installation process, no files will be renamed, but 
  185. rather they will be left as they were. 
  186.  
  187. However, you should note that as per the discussion 
  188. on VLMs, it will not be possible to access files 
  189. containing lower case accented letters from 
  190. workstations running VLMs.
  191.  
  192. KEYB.NLM
  193.  
  194. Until the release of NetWare 4.xx, NetWare had no 
  195. foreign keyboard support. It didn't matter if you 
  196. plugged in a German, French or other keyboard. It was 
  197. treated like an American keyboard.
  198.  
  199. This meant that German users had to press <Z> to get 
  200. <Y> and vice versa. The French had to press <A> to 
  201. get <Q>. In NetWare 3.12 AND 4.xx the KEYB.NLM remaps the 
  202. keyboard correctly for German, French, Italian, and 
  203. Spanish customers.
  204.  
  205. However, there is no way for software to determine 
  206. what kind of keyboard is connected. The user must 
  207. specify the keyboard. This is done by selecting the 
  208. keyboard mapping as part of the locale configuration 
  209. of the installation.
  210.  
  211. If you do not select the proper keyboard during 
  212. installation, a problem arises when entering the 
  213. password as user ADMIN.
  214.  
  215. For example, if someone with a German keyboard 
  216. decides to make the password "Zahn├rtzen". For 
  217. security reasons, only "**********" would be 
  218. displayed on the screen, which is the expected 
  219. behavior.
  220.  
  221. INSTALL then prompts the customer to reenter the 
  222. password. Again, the customer sees "**********". 
  223. INSTALL then accepts the password if it was typed 
  224. exactly the same way as it was previously.
  225.  
  226. Later in the day, if the user tries to log in as ADMIN 
  227. from a workstation that has KEYB.COM loaded, the user 
  228. can't, because the customer is typing "Zahn├rtzen" 
  229. and the server wants to see "Yahn'rtyen".
  230.  
  231. The solution for German, French, Italian, and Spanish 
  232. customers is to select the proper keyboard mapping as 
  233. part of the locale configuration during the 
  234. installation process.
  235.  
  236. Customers not currently supported by KEYB (Norway, 
  237. Turkey, etc.) must be very careful when selecting 
  238. passwords and only use the keys similarly positioned 
  239. on their keyboard and American keyboards.
  240.  
  241. For the user who has this problem and can't get logged 
  242. in as ADMIN again, there is a solution less drastic 
  243. then reinstalling Directory Services: Edit the 
  244. workstation's AUTOEXEC.BAT file so that KEYB.COM 
  245. doesn't get loaded. Then restart the workstation and 
  246. the keyboard will function as an American keyboard. 
  247.