Trouvez les vérifications adaptées à votre connexion, votre environnement de développement ou votre commande. Consultez l’adresse de connexion et les autorisations dans la commande de votre console ; aucun identifiant réel n’est affiché ici.
Cet index est fourni à titre indicatif ; les informations sur le nœud et l’état de la commande affichés dans la console font foi.
La recherche repère des thèmes dans cette page ; elle ne consulte ni vos commandes ni vos identifiants de connexion. Pour un problème lié à une instance, vérifiez les informations dans la console.
Si le nœud ou le mode de connexion indiqué dans la commande diffère de vos notes, fiez-vous aux informations actuellement affichées dans la console. Ne publiez pas l’adresse ni vos identifiants sur un forum public.
Notez à quelle étape le problème survient, puis ne modifiez qu’un seul paramètre avant de réessayer. Le réseau, le client et la charge de travail influent sur l’expérience ; cette page ne fournit pas de valeur de latence fixe non vérifiée.
Vérifiez d’abord l’adresse et le mode de connexion indiqués dans la commande, puis assurez-vous que le réseau local et le client fonctionnent. Contrôlez ensuite que votre compte est autorisé à accéder à l’instance.
Si le client affiche une erreur, conservez son texte exact et notez l’heure. Évitez de modifier plusieurs réglages à la fois : vous ne sauriez pas lequel a résolu le problème.
Préparer les informations de dépannagePrécisez si l’écran est noir, si l’échelle d’affichage est incorrecte ou si les entrées ne répondent pas. Vérifiez les réglages d’affichage du client et la stabilité du réseau local pendant la session.
Si le bureau reste utilisable, enregistrez votre travail, puis rétablissez la session selon les instructions de la commande. Ne concluez pas qu’il s’agit d’une panne du nœud sur la seule base de l’affichage.
Consulter les consignes d’anonymisation des capturesNotez l’heure de l’interruption, ce que vous faisiez et le message du client. Vérifiez si le réseau local a changé ou a été coupé, puis contrôlez l’état de vos tâches après reconnexion.
Ne vous fiez pas uniquement à l’affichage du bureau pour savoir si une compilation ou une expérimentation est terminée. Vérifiez les journaux du projet et le répertoire des artefacts afin d’éviter de relancer une tâche inutilement.
Vérifier les tâches et les journauxLes versions de macOS et des logiciels disponibles sont celles indiquées pour le nœud physique dans la console. Notez d’abord l’état actuel, puis adaptez l’environnement aux exigences du projet. Ne confondez pas une erreur de dépendance avec un problème de connexion à distance.
Consultez la version du système sur le bureau et comparez-la aux exigences minimales du projet et des outils. Notez le numéro de version complet plutôt que d’indiquer simplement « dernière version ».
Vérifiez la version de Xcode utilisée, les exigences du projet et le SDK nécessaire. Si plusieurs versions coexistent, déterminez laquelle est réellement appelée par la tâche de compilation.
Exécutez xcode-select -p et xcodebuild -versionpour comparer les chemins et versions attendus. Avant de changer la sélection, évaluez les conséquences pour les autres tâches.
Vérifiez le fichier de verrouillage, la version du gestionnaire de paquets et les scripts du projet. Testez d’abord les dépendances avec une tâche minimale reproductible, puis décidez s’il faut vider le cache.
Distinguez les cinq étapes : récupération du code, installation des dépendances, compilation, signature et traitement des artefacts. Avec un self-hosted runner, vérifiez aussi les droits du compte d’exécution, le répertoire de travail et la méthode d’injection sécurisée des clés.
Conservez la commande en échec, son code de sortie et des journaux expurgés. N’incluez ni éléments de signature ni valeurs de variables d’environnement dans le ticket. Si le bureau fonctionne mais que la compilation échoue, commencez par les journaux du projet.
Employer des termes cohérents pour décrire le problème aide à distinguer la machine, la région, le mode de connexion et les choix de facturation.
Vérifiez d’abord la durée et les options sélectionnées dans la commande, puis le montant final en USD. Les tarifs par période et les options sont indiqués sur la page des offres ; ne déduisez pas le montant de la commande à partir d’une autre durée.
Toutes les commandes sont réglées en dollars américains (USD). Pour vérifier une commande, comparez le modèle, la durée, les options et le montant final sur une seule et même commande. Les tarifs sont indiqués séparément selon la durée ; ils ne se calculent pas en multipliant simplement le tarif journalier.
Nous acceptons USDT-TRC20 et les cartes Visa / Mastercard / Amex traitées par Stripe. Les moyens proposés au paiement dépendent des options renvoyées par le système. Si le paiement échoue, vérifiez d’abord l’état de la commande pour éviter de la soumettre à nouveau.
Consultez d’abord lapage des offres et des tarifspour voir les options, puis vérifiez dans la console la durée, le nœud et les suppléments réellement sélectionnés. La confirmation de commande fait foi pour les éléments achetés.
Pour toute question concernant une commande existante, ouvrez un ticket depuis la console. Indiquez les vérifications déjà effectuées afin que l’assistance puisse poursuivre le diagnostic là où vous en êtes.
N’envoyez jamais de mot de passe ni de clé.Si des informations complémentaires sont nécessaires, poursuivez l’échange uniquement via un ticket dans la console. Pour toute question générale avant achat, vous pouvez aussi écrire à support@vpspush.com.
Pour une commande existante, connectez-vous à la console et ouvrez un ticket en joignant les vérifications déjà effectuées. Avant l’achat, consultez la page de contact pour choisir le moyen de contact adapté.