Caractères japonais dans le serveur URL/FTP

Question

Les adresses de serveur URL ou FTP peuvent-elles contenir des caractères japonais?

Que diriez-vous d'un nom d'utilisateur et d'un mot de passe FTP?

Answer 1

Les noms d'hôtes peuvent contenir n'importe quel caractère Unicode en utilisant IDN (Punycode). Ainsi:

例え.テスト 
xn--r8jz45g.xn--zckzah 

sont le même site.

D'autres parties d'une URL sont codées en UTF-8 et en codage d'URL normal. Alors:

http://例え.テスト/メインページ 
http://xn--r8jz45g.xn--zckzah/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8 

sont la même adresse, exprimé en IRI et un URI.

Si vous avez inclus un nom d'utilisateur: mot de passe dans l'URL qui serait également codé:

ftp://テスト:テスト@ftp.example.com/ 
ftp://%E3%83%86%E3%82%B9%E3%83%88:%E3%83%86%E3%82%B9%E3%83%88@ftp.example.com/ 

mais si cela fonctionne réellement est une autre affaire. Le RFC FTP ne dit rien sur les encodages (un RFC plus tard spécifie le support Unicode pour les noms de fichiers, mais cela ne s'applique pas aux mots de passe).

Les serveurs FTP sont généralement basés sur des octets. Pour que le mot de passe corresponde, vous devez envoyer le même codage que celui accepté par le serveur, ce qui correspond généralement au codage par défaut du système. Sur les serveurs Linux et OS X modernes qui seront en UTF-8; sous Windows, il s'agit d'un encodage spécifique aux paramètres régionaux qui n'est jamais UTF-8. (Sur une installation Windows japonaise, ce sera la page de code 932, qui est similaire à shift-JIS.)

Alors, oui, cela pourrait être fait, mais c'est très peu fiable et il vaut mieux l'éviter. Encore une fois, il est préférable d'éviter le vieux FTP dangereux et insécurisant.