Logiciel De Hub NMDC PtokaX

PtokaX est un serveur de hub NMDC pour les réseaux Direct Connect. Un client DC++ compatible se connecte au hub pour voir les utilisateurs, discuter, rechercher des fichiers et recevoir les messages du hub. Le hub ne transporte pas le transfert réel de fichiers pair à pair. Un hub sain ne prouve donc pas qu’un utilisateur peut envoyer ou télécharger depuis un autre pair.

PtokaX n’est ni un serveur ADC ou ADCS ni un client DC++. Choisissez-le lorsque les utilisateurs, scripts et intégrations que vous exploitez nécessitent le comportement NMDC classique.

Historique Et Périmètre De PtokaX

PtokaX occupe depuis longtemps une place dans la communauté des hubs NMDC classiques. L’espace public du projet renvoie au site du projet, aux téléchargements, au wiki et au forum. Un index indépendant indique une licence GPL-3.0-only et l’emplacement amont du code dans Subversion. Les documents publiés de la série 0.5.x et les anciennes discussions du forum sont des archives de versions utiles, mais ils ne prouvent pas qu’un script ou un exemple de configuration correspond à votre version installée.

Gardez la frontière du protocole claire. NMDC est un protocole texte pour les communications client-hub et client-client. PtokaX coordonne le côté hub de ce réseau. Chaque client doit toujours disposer d’une connectivité active ou passive utilisable, d’une configuration NAT et pare-feu correcte et de créneaux de transfert pour que les transferts entre pairs fonctionnent.

Exploiter Un Hub PtokaX

1. Téléchargez la version choisie depuis la source du projet, notez son numéro et conservez l’archive d’origine ainsi que toute information de vérification publiée avec le dossier de déploiement.
2. Exécutez le hub sous un compte de système d’exploitation dédié. Conservez l’exécutable, la configuration, les journaux et les scripts Lua dans des emplacements appartenant à ce compte, et non dans un dossier de bureau partagé.
3. N’ouvrez que les ports d’écoute utilisés par le hub configuré. Testez la connexion, le chat, la recherche, l’inscription et un vrai transfert client à client sur le chemin réseau des utilisateurs.
4. Sauvegardez la configuration et les données des scripts avant un changement de version. Testez une mise à niveau ou un script sur un hub sacrifiable et gardez la version précédemment fonctionnelle pour revenir en arrière.

Les fichiers de démarrage et paramètres exacts varient selon les versions de PtokaX et les compilations du système d’exploitation. Lisez la documentation fournie avec la version choisie avant de copier un ancien exemple de forum dans un hub public.

Administration Et Scripts Lua

PtokaX possède un vaste écosystème de scripts Lua. Les scripts peuvent modifier la modération, l’inscription, le comportement du chat, les statistiques et l’accès aux bases de données. Traitez un script comme du code serveur exécutable, et non comme un fichier de thème. Examinez la source, l’auteur, l’API Lua requise, les dépendances, les données stockées et le comportement en cas d’échec avant de le charger.

• Utilisez !help sur le hub installé pour connaître les commandes disponibles pour l’administrateur connecté. Ne supposez pas qu’une commande d’une autre version de PtokaX existe ou utilise les mêmes arguments.
• Testez une seule modification de script à la fois. Gardez une copie du script et de la configuration précédents, puis vérifiez connexion, chat principal, messages privés, inscriptions, bannissements et comportement après redémarrage.
• Ne collez pas de mots de passe, identifiants de base de données ou données utilisateur privées dans les commandes de chat, messages de forum ou journaux de scripts.
• Lorsqu’un script échoue, conservez l’erreur complète, la version de PtokaX, la version de Lua, la révision du script, l’action déclenchante et la plus petite configuration reproductible avant de demander de l’aide.

Sécurité NMDC Et Dépannage

La référence du protocole NMDC décrit $MyPass comme des données de protocole en texte brut. Ne considérez pas une connexion administrateur NMDC comme chiffrée uniquement parce qu’un mot de passe est défini. Limitez les comptes administratifs, restreignez l’accès aux opérateurs de confiance, protégez journaux et sauvegardes et changez un secret apparu dans une transcription ou une demande de support.

Si le hub ne démarre pas, confirmez d’abord la version exacte, le système d’exploitation, le port d’écoute et le chemin des journaux. Si les clients se connectent mais que les transferts échouent, séparez connexion et recherche du hub de la connectivité active ou passive du client, du NAT, du pare-feu, des créneaux et des problèmes de transfert pair à pair. Si le site ou wiki du projet est indisponible, utilisez le forum officiel pour identifier la ressource prévue. Ne remplacez pas un téléchargement indisponible par un binaire miroir non vérifié.

Ressources PtokaX Vérifiées

Ces ressources sont classées par propriété et par objectif. La disponibilité des points d’accès du projet et des documents communautaires historiques peut changer ; vérifiez donc version et compatibilité avant d’utiliser un téléchargement, un script ou un outil d’administration en production.

Les métadonnées historiques du projet indiquent le checkout amont comme svn://www.ptokax.org/PtokaX. C’est un emplacement source Subversion, pas une URL de navigateur. N’utilisez un client SVN qu’après avoir confirmé la cible et la branche de version à inspecter.

Lectures Direct Connect Associées

Utilisez Direct Connect pour le contexte protocole et client, Verlihub et uHub pour comparer d’autres familles de serveurs de hub, Articles pour la bibliothèque complète et Recherche De Hubs pour inspecter les enregistrements de hubs publics.