Networks

Je ne peux pas me connecter sur mon compte!

SVP, assurez-vous que vous faîtes bien les points suivants:

1. Utiliser Telnet ou un client FTP. Les applications usuelles sur le Macintosh sont NCSA Telnet et Fetch; sur un PC, la plupart des ensembles TCP/IP (tel que Trumpet) incluent un genre de clients Telnet et FTP basiques. Si vous avez un compte en environnement Unix, vous devriez disposer des commandes telnet et ftp immédiatement (sinon, vous avez peut-être un environnement restreint; demandez à votre administrateur local).
2. Essayer d'accéder le serveur approprié pour votre compte. Utilisateurs d'un serveur ne sont pas capables de se connecter sur un autre. Vous pouvez aussi essayer l'adresse IP de votre serveur, mais vous ne devez pas vous contenter de cela pour une utilisation à long terme.
3. Utilisez mot nominatif de votre compte quand requis. Ne pas utiliser votre Domaine Virtuel ou Sous-Virtuel. Ne pas attacher "@pair.com" au nom de compte. Utilisez seulement votre simple nom de compte de deux à huit lettres.
4. Tapez votre password correctement. Minuscules/majuscules sont déterminants pour presque tout dans Unix (la définition du nom de domaine est une exception notable), y compris les passwords. Aussi, assurez-vous que vous n'utilisez pas un "1" (numerique un) au lieu de "l" (minuscule L), ou n'interchangez un zero et une capitale O.
5. Si malgré tout ceci vous n'y arrivez pas, contactez-nous par téléphone, fax, ou email.

J'ai chargé des fichiers, mais mon site Web est toujours vide!

Vos fichiers doivent être chargées sur votre sous-répertoire public_html , non sur votre répertoire de base. Ceci signifie qu'après vous être connecté via FTP, vous devez entrer la commande cd public_html avant de charger des fichiers.

Votre répertoire public_html est en effet un lien symbolique vers un arbre de répertoire entièrement différent ; la plupart des utilisateurs ont leur répertoire Web sous /usr/www/users/username ou /u2/www/users/username. Ceci est une marque de sécurité; vous pouvez isoler de fichiers du Web en les chargeant sur votre répertoire de base.

Certains programmes FTP n'entendent rien aux liens symboliques, et le répertoire public_html peut ne pas être visible ou utilisable. Pour pallier à ceci, aller directement à votre répertoire Web avec une commande telle que cd /usr/www/users/username, où username est le même nom que celui utilisé pour vous connecter via FTP ou Telnet. Ceci devrait marcher indépendemment d'où votre répertoire Web réside.

Mon nom de domaine Virtuel ou Sous-Virtuel n'est pas reconnu!

Si votre nom vient d'être enregistré, cela peut prendre une paire de jours à l'information pour devenir visible aux sources de serveurs de nom et dans les caches des systèmes autour du monde. C'est plus rapide pour les Domaines Sous-Virtuel que pour les Virtuels, mais néanmoins cela prend quelques heures. Si le problème persiste, ou si vous êtes incapable de recevoir un e-mail à votre domaine (la plus commune erreur d'echo est "le courrier revient sur moi"), faîtes le nous savoir dès que possible.

Mon imagemap ne fait que renvoyer "Server Error"!

Malheureusement, le maniement de imagemap ne fournit pas de très bonnes réponses aux erreurs. Pour une revue et quelques aides sur les causes possibles de problèmes, visitez SVP le Guide du 'comment-faire' pour Imagemaps.

Quand j'essaie d'executer un script CGI, j'obtiens "Server Error" ou "Permission Denied"!

La cause la plus probable est un script CGI script qui en fait ne s'execute pas avec succès. Si votre script CGI ne tourne pas du tout, le serveur Web ne fait que rendre la main et donne ce message d'erreur générique, inutile.

Les causes les plus probables de ce problème sont:

• Chargement d'un script CGI texte (ie, un script Perl) en mode binaire depuis un PC ou Macintosh. Ces systèmes utilisent une convention de génération de lignes différente d'Unix, et vous devez mettre votre client FTP sur mode ASCII ou texte quand vous charger vos scripts. Sinon, le script ne pourra fonctionner.
• Oubli de mettre les bits executables dans le script. Ceci se fait avec la commande chmod 755 filename via Telnet ou la plus complexe quote site chmod 755 filename via FTP (votre client peut avoir son propre interface pour cela).
• Usage d'un mauvais URL pour atteindre votre script. L' URL doit ressembler à http://www.domain.com/cgi-bin/filename ou http://www.pair.com/username/cgi-bin/filename.
• Erreurs de Run-time ou d'interpréteur.

Pour plus de détails sur le dépannage de vos scripts CGI, visitez SVP notre Guide du 'Comment faire' sur ce sujet.

Quand j'essaie d'executer un script CGI, j'obtiens "Method Not Implemented"!

Ceci provient de votre essai pour utiliser la méthode POST d'un formulaire pour soumettre des données à un script CGI qui n'existe pas (ou dans certains cas, qui ne peut être executé à cause de permissions). L'erreur fournie par le serveur est tout à fait fourvoyante. Votre formulaire contient probablement quelque chose comme:

<FORM METHOD="POST" ACTION="http://www.pair.com/cgi_bin/results.cgi">

Dans ce cas, notez l'erreur de frappe: cgi_bin au lieu de cgi-bin.

Quand j'essaie d'executer un script CGI, je vois les contenus du script!

Il y a 2 façons de s'assurer qu'un script CGI est executé en tant que CGI plutôt qu'envoyé à l'affichage comme texte:

• Utilisez une extension de .cgi or .pl (qui indique un script Perl). Ces extensions sont toujours executées comme CGI par le serveur Web. C'est la meilleure façon de protéger vos scripts.
• Placez le program CGI dans un répertoire cgi-bin spécial pour votre Domain Virtuel ou Sous-Virtuel, et marquez le executable avec la commande chmod . Les programmes dans ces répertoires doivent être executables afin de tourner, et ils ne sont jamais renvoyés comme texte. Cependant, votre répertoire cgi-bin n'a une spécification particulière que lorsqu'il est atteint à travers votre domaine! Ce qui veut dire que vos programmes CGI peuvent généralement encore être vues à travers un URL tel que http://www.pair.com/username/cgi-bin/scriptname, à moins que vous n'utilisiez les extensions .cgi or .pl .

En général, la première approche est la solution la plus sure et la plus facile.

SVP notez que si vous n'avez pas un Compte Webmaster , vous ne devriez pas essayer d'executer vos propres programmes CGI. SVP n'essayer pas de contrevenir à cette restriction; ce faisant serait une violation des termes de votre compte et matières à suspension.

Quand j'essaie d'afficher les contenus d'un script, à la place il tourne comme CGI!

Si vous essayer de fournir un script pour que les gens le récupère (download), vous ne pouvez pas utiliser l'extension .cgi or .pl pour le fichier. Renommez le en, par exemple, filename.pl.txt pour les besoins de récupération, ou mieux encore, créez une archive tar ou shar pour vos utilisateurs la "download"; telles archives peuvent inclure des fichiers README et d'autres matériel de support utiles.

J'ai transferré mon compte depuis un autre fournisseur, et quelque chose ne marche plus!

Certains aspects du paramétrage système varient d'un fournisseur à l'autre. Voici quelques points qui peuvent être différents:

• Notre server Web est Apache, un descendant de NCSA. Peut-être que d'autres fournisseurs utilisent CERN, NCSA lui-même, Netscape, ou d'autres. Les différences les plus évidentes sont généralement dans .htaccess (le fichier de contrôle d'accès et de configuration) et comment les imagemaps sont maniés.
• Nos serveurs tournent FreeBSD. Peut-être que d'autres fournisseurs utilisent Sun's Solaris, SGI's Irix, Microsoft's Windows NT, ou beaucoup d'autres. Bien que la plupart des commandes et des caractéristiques systèmes soient essentiellement les mêmes entre les variantes d'Unix, de nombreux points sont radicalement différents dans, par exemple, Windows NT.
• Notre redirection de courrier est faite avec ProcMail et un programme personnalisé appelé pmproto. D'autres fournisseurs ont des fonctions plus limitées, ou utilisent leur propres systèmes personnalisés. Si vous pouvez nous envoyer des exemples de votre paramétrage sur une autre fournisseur, nous pourrons trouver une solution qui marche pour vous sur notre système.
• D'autres points... qui sait? SVP faites-nous savoir toutes autres différences que vous rencontreriez.