Vous n'êtes pas identifié(e).
Hors ligne
pour vérifier l'empreinte.
J'ai donc pu voir que la connexion est la bonne et là:
"Commande : Approbation de la nouvelle clé de l'hôte : Une seule fois"
Navré d'avoir créé un topic pour ça, mais je ne le supprime pas, si jamais quelqu'un peut répondre à ma deuxième question:
la connexion sftp://xx.xx.xx.xx fonctionne, sftp://www.mon-site.fr fonctionne, mais sftp://mon-site.fr ne fonctionne comment se fesse ?
Encore désolé
Hors ligne
Dernière modification par raleur (07-01-2019 11:58:40)
Il vaut mieux montrer que raconter.
Hors ligne
correspond-t-il à :
o_O
Hors ligne
Dernière modification par d4v3 (07-01-2019 15:59:34)
Hors ligne
o_O
Hors ligne
Dernière modification par d4v3 (07-01-2019 16:24:16)
Hors ligne
o_O
Hors ligne
Hors ligne
o_O
Hors ligne
mon-site.fr renvoie (127.0.0.1)
Ça pourrait avoir été (mal) configuré dans le /etc/hosts de la machine.
Il vaut mieux montrer que raconter.
Hors ligne
d4v3 a écrit :mon-site.fr renvoie (127.0.0.1)
Ça pourrait avoir été (mal) configuré dans le /etc/hosts de la machine.
J'ai changé le fichier de configuration (il contenait 127.0.0.1 mondomaine.fr.)
Mais le problème n'est pas résolu
pas avec le nom de domaine, c a d avec et sans le www ?
Oui aucun des deux ne marchent en sftp, pourtant avec l'ip ça marche. Avec les protocoles http tout fonctionne normalement pourtant.
dans ce cas problème de dns au niveau du registrar avec le nom de domaine
faut voir comment tu la fais, et sans nom de domaine, ça va être difficile de diagnostiquer
Je comprends mais avec les scans que j'ai déjà sans l'avoir posté j'ose pas le mettre sur le net comme ça
Mais c'est bizarre si ça venait de mon registrar j'aurai le même problème pour le site web non ?
Hors ligne
Je comprends mais avec les scans que j'ai déjà sans l'avoir posté j'ose pas le mettre sur le net comme ça https://debian-facile.org/img/smilies/xtras/mrgreen.gif
Mais c'est bizarre si ça venait de mon registrar j'aurai le même problème pour le site web non ?
en interne... comme en externe ? ton ami y arrives ?
pour le scan je ne vois pas où est le problème ? un site web c'est pour que n'importe qui y accèdes non ? sinon on ne le met pas sur le web... amha
edit: pour le registrar, tu n'indiques quels sont les serveurs dns qui font autorité... mais c'est à toi de bien les configurer... et ça on ne peut pas voir si c'est bien le cas, sans ndd
Dernière modification par Freemaster (07-01-2019 21:03:51)
o_O
Hors ligne
J'ai changé le fichier de configuration (il contenait 127.0.0.1 mondomaine.fr.)
Mais le problème n'est pas résolu
Sur quelle machine ? Changé comment ? J'aurais peut-être dû préciser que je parlais du poste client, pas du serveur.
aucun des deux ne marchent en sftp
Ce n'est pas ce que tu as écrit dans ton message initial :
sftp://www.mon-site.fr fonctionne
Alors, que faut-il croire ?
D'autre part, il me semble que tu n'as pas répondu à ma question : Qu'entends-tu par "ne fonctionne (pas)" ? Qu'est-ce qui se passe exactement ?
Dernière modification par raleur (07-01-2019 21:18:48)
Il vaut mieux montrer que raconter.
Hors ligne
en interne... comme en externe ? ton ami y arrives ?
Non seulement avec l'ip
pour le scan je ne vois pas où est le problème ? un site web c'est pour que n'importe qui y accèdes non ? sinon on ne le met pas sur le web... amha
edit: pour le registrar, tu n'indiques quels sont les serveurs dns qui font autorité... mais c'est à toi de bien les configurer... et ça on ne peut pas voir si c'est bien le cas, sans ndd
En fait ceux sont les serveurs de mon registrar directement, peut-être que je devrais voir avec eux ?
Sur quelle machine ? Changé comment ? J'aurais peut-être dû préciser que je parlais du poste client, pas du serveur.
Ah d'accord, en fait il est sur windows donc je sais pas si il y aurait quelque chose à changer côté client ?
Ce n'est pas ce que tu as écrit dans ton message initial :
d4v3 a écrit :
sftp://www.mon-site.fr fonctionne
Alors, que faut-il croire ?
En fait cela marchait mais je testais en local, même erreur que ce que je faisais avec portsentry !
Qu'entends-tu par "ne fonctionne (pas)" ? Qu'est-ce qui se passe exactement ?
En fait,
http://ip ,et http://nom de domaine : fonctionne.
sftp://ip fonctionne ,et sftp://nom de domaine : fonctionne pas.
Est-ce que ça ne pourrait pas venir du virtualhost apache
Je ne pense pas car ce sont des protocoles différents sur des ports différents
Et d'ailleurs si le http est bien redirigé vers mon nom de domaine, cela peut-il vraiment venir du registrar ? Je n'ai pas eu connaissance qu'il faille avoir besoin de le configurer selon les protocoles tels que http, sftp, etc...
Dernière modification par d4v3 (09-01-2019 00:42:26)
Hors ligne
En fait ceux sont les serveurs de mon registrar directement, peut-être que je devrais voir avec eux ? https://debian-facile.org/img/smilies/x … chhead.gif
si c'est ovh par exemple, ils te mettent à disposition une interface web, pour le gérer... mais à toi de le faire, en général ils font pas de support pour ça
les autres registrar cela devrait être pareil je pense...
moi je suis chez gandi, mais je gère mon ndd sur mon propre serveur
o_O
Hors ligne
il est sur windows donc je sais pas si il y aurait quelque chose à changer côté client ?
Non. Windows a aussi un fichier hosts, mais il est très improbable qu'il ait été modifié manuellement.
raleur a écrit :Qu'entends-tu par "ne fonctionne (pas)" ? Qu'est-ce qui se passe exactement ?
En fait,http://ip ,et http://nom de domaine : fonctionne.sftp://ip fonctionne ,et sftp://nom de domaine : fonctionne pas
Cela ne répond toujours pas à ma question.
Sur le poste client, la commande
renvoie-t-elle bien la même adresse IP que celle qui "fonctionne" ?
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Si tu pouvais envoyer tes commandes et les retours de ces commandes au complet,
Tu mets des xxx pour ce qui concerne les noms et accès afin de ne pas les révéler crûment sur le net.
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
si c'est ovh par exemple, ils te mettent à disposition une interface web, pour le gérer... mais à toi de le faire, en général ils font pas de support pour ça
les autres registrar cela devrait être pareil je pense...
moi je suis chez gandi, mais je gère mon ndd sur mon propre serveur
Je ne comprend pas si tu parles des serveurs ou des zones DNS. Je suis chez ovh: les serveurs sont hébergés chez eux. (intel.ovh.net)
mais j'ai configuré ma zone DNS:
Sur le poste client, la commande
nslookup nom.de.domaine
renvoie-t-elle bien la même adresse IP que celle qui "fonctionne" ?
Je lui demanderai de le tester demain, et reviendrais poster le résultat !
otyugh a écrit :
Si tu pouvais envoyer tes commandes et les retours de ces commandes au complet,
Tu mets des xxx pour ce qui concerne les noms et accès afin de ne pas les révéler crûment sur le net. wink
C'est bien ça, merci
En vous remerciant,
David
Hors ligne
Le DNS est configuré avec
mon-site.fr. AAAA
mon-site.fr. A
www.mon-site.fr. CNAME mon-site.fr.
Message #20
www IN A xxx.xxx.xxx.xxx
www IN AAAA adresse:ipv:6
Alors, que faut-il croire cette fois ?
Il vaut mieux montrer que raconter.
Hors ligne
Tu nous as encore baladés.
Message #9d4v3 a écrit :Le DNS est configuré avec
mon-site.fr. AAAA
mon-site.fr. A
www.mon-site.fr. CNAME mon-site.fr.
Message #20d4v3 a écrit :www IN A xxx.xxx.xxx.xxx
www IN AAAA adresse:ipv:6
Alors, que faut-il croire cette fois ?
Ah d'accord autant pour moi, j'ai pourtant sur l'interface graphique www.site.fr. CNAME site.fr.
Comme je fais les modifs avec l'interface, je n'ai pas vu désolé...
Je pense que ça doit être cette ligne:
qui devient:
sur leur interface graphique. En tout cas c'est la seule différence que je note entre le mode textuel et la gui.
Hors ligne
Je pense que ça doit être cette ligne:
Pourquoi celle-là et pas une des autres lignes www.site.fr ? Un enregistrement MX (ni aucun autre type) ne se transforme pas en CNAME comme par magie.
Il vaut mieux montrer que raconter.
Hors ligne
d4v3 a écrit :Je pense que ça doit être cette ligne:
Pourquoi celle-là et pas une des autres lignes www.site.fr ? Un enregistrement MX (ni aucun autre type) ne se transforme pas en CNAME comme par magie.
Le nombre de types diffère entre les deux. Il y a 1 MX et 8 CNAME (gui) contre 2MX et 7CNAME (textuel).
Cela me fait d'ailleurs remarquer qu'en GUI il n'y a que une paire de A et AAAA (et plus celles liées aux www).
Tout le reste est identique, je ne comprend pas ces changements entre mode textuel et graphique.
Comme une image (ou dans ce cas là un "copier-coller") vaut mieux que milles mots (ou ici "explications embrouillées") je colle ci-dessous les deux zones :
Collé du mode textuel:
Collé du mode graphique:
L'onglet "Serveur DNS" présente:
Hors ligne
Cela me fait d'ailleurs remarquer qu'en GUI il n'y a que une paire de A et AAAA (et plus celles liées aux www).
Exactement, comme l'enregistrement MX. D'où ma question.
En tout cas l'interface web (ce que tu entends par "GUI") me semble buggée car il elle ne devrait pas permettre de définir à la fois un enregistrement CNAME et d'autres types d'enregistrements pour un même nom de domaine.
Ceci dit c'est juste un détail mineur qui n'est pas lié au problème de connexion SFTP si les deux noms avec et sans www renvoient les mêmes addresses IPv4 et IPv6. A ce sujet, tu n'as toujours pas répondu à ma première question : que se passe-t-il exactement ?
Il vaut mieux montrer que raconter.
Hors ligne