[ Résolu ] Connexion refusée par le serveur

mylapk · Le 27/07/2022, à 21:55

Bonjour

ordi A en haut: 192.168.229.4
ordi B en bas: 192.168.229.3

A partir de A, j'essaie de me connecter à ordi B en bas et j'ai : connexion refusée par le serveur.

Sur l"ordi A en haut, je peux me connecter à l'ordi A en faisant " sftp://michel@192.168.229.4 " et ça fonctionne.
À partir de ordi A d'en haut, je fais " sftp://michel@192.168.229.3 " 35 j'ai la réponse " connexion refusée par le serveur. J'ai les droits et sur A et sur B.
Je cherche pourquoi ça accroche.

Merci et à +

Dernière modification par mylapk (Le 07/08/2022, à 16:22)

gl38 · Le 28/07/2022, à 08:02

As-tu installé le paquet openssh-sftp-server ?
Cordialement,
Guy

lann · Le 28/07/2022, à 08:07

Deux choses :
- est ce que tu as un nom de connection michel sur l'ordi d'en bas ?
- est ce que tu as les droits de te connecter en ftp sur l'ordi d'en bas : regarder les logs ftp et pare-feu

kholo · Le 28/07/2022, à 08:33

salut,
il nous faudrait le retour de

sudo service ssh status

sur B !

... et toujours sur B, tu peux toujours faire

sudo service ssh start

... ça mange pas de pain !

Dernière modification par kholo (Le 28/07/2022, à 08:34)

mylapk · Le 28/07/2022, à 21:02

Salut kholo

michel@michel-VivoBook-ASUSLaptop-X512JA-X512JA:~$ sudo service ssh start
[sudo] Mot de passe de michel : 
michel@michel-VivoBook-ASUSLaptop-X512JA-X512JA:~$ sudo service ssh status
● ssh.service - OpenBSD Secure Shell server
     Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
     Active: active (running) since Thu 2022-07-28 15:53:59 EDT; 4min 52s ago
       Docs: man:sshd(8)
             man:sshd_config(5)
    Process: 967 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=0/SUCCESS)
   Main PID: 995 (sshd)
      Tasks: 1 (limit: 18828)
     Memory: 2.4M
     CGroup: /system.slice/ssh.service
             └─995 sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups

jui 28 15:53:59 michel-VivoBook-ASUSLaptop-X512JA-X512JA systemd[1]: Starting OpenBSD Secure Shell server...
jui 28 15:53:59 michel-VivoBook-ASUSLaptop-X512JA-X512JA sshd[995]: Server listening on 0.0.0.0 port 22.
jui 28 15:53:59 michel-VivoBook-ASUSLaptop-X512JA-X512JA sshd[995]: Server listening on :: port 22.
jui 28 15:53:59 michel-VivoBook-ASUSLaptop-X512JA-X512JA systemd[1]: Started OpenBSD Secure Shell server.
michel@michel-VivoBook-ASUSLaptop-X512JA-X512JA:~$

Sur ordi A, pas capable de me connecter ce matin. Présentement je suis sur ordi B. Je n'ai pas accès immédiatement à ordi A. Quand j'y aurai accès, je te fournirai ce que cela me donne comme réponse à propos du serveur qui refuse la connexion.

A+

kholo · Le 29/07/2022, à 00:26

salut,
Bon,... ton service est actif...

pendant que j'y pense, la ligne pour sftp est plutôt :

sftp://michel@192.168.229.3/home/michel

mais bon... ça fonctionne même avec

sftp://192.168.229.3

Introduction !
j'ai pris mes habitudes un peu tout seul alors ce n'est peut être pas le plus rapide...
comme sftp c'est du ftp dans un tunnel ssh
pour ssh, je commence toujours par regarder si ça passe en ligne de commande
ce sont des lignes de code simples et qui donnent déjà une idée...

donc terminal puis
B-A-ba... un ping !
depuis A en haut je ping B

ping 192.168.229.3

depuis B en bas je ping A

ping192.168.229.4

NB : Ctrl + C pour arrêter le ping !

ça doit répondre des valeurs en ms :

┏kholo@kiki : ~
┗▶ $ ping 192.168.1.XX
PING 192.168.1.XX (192.168.1.XX) 56(84) bytes of data.
64 octets de 192.168.1.XX : icmp_seq=1 ttl=64 temps=0.111 ms
64 octets de 192.168.1.XX : icmp_seq=2 ttl=64 temps=0.060 ms
64 octets de 192.168.1.XX : icmp_seq=3 ttl=64 temps=0.068 ms
64 octets de 192.168.1.XX : icmp_seq=4 ttl=64 temps=0.065 ms
^C
--- statistiques ping 192.168.1.XX ---
4 paquets transmis, 4 reçus, 0 % paquets perdus, temps 3074 ms
rtt min/moy/max/mdev = 0,060/0,076/0,111/0,020 ms

┏kholo@kiki : ~
┗▶ $

... bon, là je ping ma propre machine donc c'est rapide !

4 paquets transmis, 4 reçus, 0 % paquets perdus, temps 3074 ms

c'est clair et en français !

ensuite ssh
NB : pour se déconnecter c'est comme pour fermer le terminal : Ctrl + D ou avec exit
depuis A en haut

ssh michel@192.168.229.3

depuis B en bas

ssh michel@192.168.229.4

Un problème fréquent :
il arrive que le catalogue des hosts de ssh ai une clé qu'il ne peut pas utiliser parce qu'elle est déjà attribuée...
moi, c'est souvent parce que j'ai toujours plein de machines différentes que je connecte en ssh sur mon réseau local alors des fois ça s'embrouille...
si cette erreur arrive, elle est facile à reconnaître :
ça donne un message avec la ligne à mettre pour corriger l'erreur un peu comme ça :

bla bla bla...
ssh-keygen -f "/home/toto/.ssh/known_hosts" -R XXX.XXX.XXX.XXX
bla bla bla

... je ne retrouve pas d'exemple entier de ce retour mais, outre le fait que ce soit écrit en anglais, cette ligne est facilement reconnaissable
et donc juste à copier coller la fameuse ligne (celle qui sera donnée par le terminal !! ) pour que ça refonctionne

ssh-keygen -f "/home/toto/.ssh/known_hosts" -R XXX.XXX.XXX.XXX

ensuite re tentative de connexion comme au dessus :
si c'était sur A que le message est apparu :
depuis A en haut

ssh michel@192.168.229.3

et si tout est bon, il faut revalider à la première connexion comme le placard que tu as eu la première fois que tu t'es connecté avec ta machine fonctionnelle (et peut être l'autre aussi ! )

capillotractage
une autre chose qu'il m'arrive de faire pour tester est de me connecter sur mon adresse IP voire sur la boucle locale...
c'est un peu tirer par les cheveux et plus facile si tu as plusieurs utilisateurs déclarés sur la même machine mais c'est une façon simple de voir si tout est bon au départ...
depuis A en haut.. se connecte à lui même via le routeur

ssh michel@192.168.229.4

depuis B en bas... idem

ssh michel@192.168.229.3

ou sur la boucle locale.. se connecte à lui même en interne

ssh michel@127.0.0.1

NB : penser à ce déconnecter chaque fois avec Ctrl + D ou exit
une fois déconnecté, tu dois avoir ça :

┏kholo@kiki : ~
┗▶ $ déconnexion
Connection to 127.0.0.1 closed.

voilà... fin de la partie 1
maintenant si ça ne fonctionne pas...
on peut commencer à mettre les mains dans le cambouis...

simple : le mode verbeux de ssh

ssh -vv michel@192.168.229.3

c'est tout con mais ça peut aussi être parlant...

... et sinon, maintenant il est temps de voir le parefeu et la configuration
est ce que tu as activé consciemment le pare-feu sinon il faudra regarder si ça a été fait sans le faire exprès...
pour ça on interroge iptables
que te dis... ?

sudo iptables -L

... et comme ça va être long un grep pour limiter le retour à ssh

sudo iptables -L  | grep ssh

... et, je préfère poser la question,...
as tu essayé de créer des clés ?
et

mylapk a écrit :

A partir de A, j'essaie de me connecter à ordi B en bas et j'ai : connexion refusée par le serveur.

B vers A ok ; mais A vers B ça n'a jamais fonctionné ?

voilà déjà de quoi commencer à discuter...

mylapk · Le 29/07/2022, à 14:20

Salut kholo,
ouf, si j'm'attendais à une aussi intéressante réponse. J'ai essayé hier soir mais mon cerveau ne voulait pas. Ce matin, c'était merveilleux.
Pour commencer à discuter, c'est pas pire!.
Là, je suis sur B. J'ai tout lu et relu, fais les essais expliqué et j'ai eu bien du plaisir de découvrir des ....choses!

1. Ce n'est que depuis peu que ça accroche de A vers B. J'ai dû faire quelque chose dont je ne me souviens pas. Je m'amuse beaucoup avec mes ordis, je fais des essais par-ci par-là et des fois ça se peut que je creuse mon trou. ? ?
C'est comme ça que j'apprend. En faisant des essais et après en venant chialer parce que ça marche plus. Mais bon! On a rien sans rien. Tu es un bon pédagogue en tout cas. Merci.
Là, dans pas long, je m'en vais à A et je vais refaire tout et voir ??
A+

mylapk · Le 29/07/2022, à 22:50

Salut,
réussi à me connecter à B à partir de A mais je ne sais pas ce que j'ai fais ou pas fais pour réussir. Un miracle...
Cependant une fois connecté, je veux ouvrir un document .odt dans un dossier sur B et ça accroche. LO me demande d'ouvrir en lecture seule ou d'ouvrir une copie. J'essaie de comprendre pour l'instant.
A+

MicP · Le 30/07/2022, à 00:30

Bonjour

Le document est peut-être en lecture seule
ou/et les attributs du fichier n'en permettent que la lecture au compte utilisateur qui l'a ouvert,
ou/et c'est le système de fichiers sur lequel est ce fichier qui est en lecture seule
ou/et il y a peut-être des règles ACL limitant l'accès en écriture dans ce fichier ou/et répertoire
ou/et le fichier de configuration du serveur ne permet que la lecture des fichiers depuis un accès distant à un, plusieurs, ou tous les utilisateurs et/ou groupes.

Dernière modification par MicP (Le 30/07/2022, à 00:34)

kholo · Le 30/07/2022, à 09:42

mylapk a écrit :

ouvrir un document .odt dans un dossier sur B et ça accroche. LO me demande d'ouvrir en lecture seule ou d'ouvrir une copie.

salut,
alors ça peut être soit au niveau de la connexion, soit au niveau du fichier... ou comme le dis MicP au niveau des droits de fichier et / ou dossier...
si c'est au niveau du fichier, l'ouverture d'un autre fichier doit être ok...
il faut commencer par valider avec un fichier en local pour valider que LO fonctionne bien... ensuite essayer avec plusieurs fichiers distants.
dans le cas contraire, c'est au niveau de la connexion mais, encore une fois, c'est bizarre...
c'est bien de t'amuser avec tes installations mais commence à mettre en lieu sûr tous tes documents importants...
le bon moyen de tout résoudre d'un coup sera certainement un ré installation !

mylapk · Le 01/08/2022, à 15:17

Salut,

kholo a écrit :

le bon moyen de tout résoudre d'un coup sera certainement un ré installation !

c'est ce que j'ai fait..
Pas de problème pour me connecter en sftp de haut ( A ) vers en bas ( B ).Pareil de ( B ) vers ( A ).
En fait, ce n'est plus de me connecter en sftp qui bogue, c'est d'ouvrir les fichiers LO ( .odt ou .ods ) une fois connecté. Par contre, en sftp, je peux ouvrir les .pdf, png, jpeg, etc... Pas de souci avec eux. ?

Sur ( A ) en haut,
Quand je suis en sftp, LO ne s'ouvre pas pour ouvrir les fichiers de ( B ). Il me dit que le fichier est en lecture seule. Pourtant aucun fichier n'est cadenassé. Je suis seul utilisateur et je suis l'administrateur. Mais en dehors de sftp, LO s'ouvre normalement.

J'ai créé un fichier .odt et pas de problème pour l'ouvrir en haut. Mais en sftp de ( B ) vers ( A ) LO dit que le fichier est en lecture seule quand il finit par s'ouvrir car presque tout le temps, il ne s'ouvre même pas.

Quand je me connecte en sftp de ( A ) vers ( A ), LO ne veut même pas ouvrir le fichier .odt que j'ai créé sur le dd. Par contre sans sftp, LO s'ouvre correctement.
A partir de ( A ) en sftp, je peux ouvrir les fichiers .odt avec ABIWORD mais pas avec LO.
Selon moi, c'est sftp qui est le vecteur du souci. Et vous?

simplescreenrecorder

A+

Dernière modification par mylapk (Le 01/08/2022, à 15:42)

kholo · Le 01/08/2022, à 17:29

salut,
voilà une bonne raison de rappeler l'expérience des grenouilles...
[humour] dépannage et expérience de la grenouille...
ta vidéo a un avantage indéniable... on voit beaucoup d'informations utiles...

la première chose qu'il faut que tu vois dans ce genre de cas est de te connecter dans un sous dossier de ton dossier personnel... et d'ouvrir un voire plusieurs fichiers odt avec LO
(si un seul fonctionne ça suffit à la démonstration que LO est OK)

là, tu te connectes puis tu vas dans un sous dossier de media avec un nom à la con donc monté automatiquement par le système (un hdd ou une partition)... il peut être mal monté et en lecture seule...

alors pour vérifier ça,
si d'autres fichiers de ce dossier dans media s'ouvrent alors, c'est certainement un problème de fichier...

en l'occurrence, à l'ouverture de ton fichier, tu vois un message d'erreur en grand breton...
is locked for editing by Unknown User que l'on peut traduire par :
est verrouillé à l'édition par un utilisateur inconnu...
ce qui laisse supposer que le fichier a juste mal été fermé lors d'une de ses dernières ouvertures...

et donc une façon d'en sortir est d'ouvrir en lecture seule, d'enregistrer sous un autre nom à côté, fermer LO, supprimer l'ancien fichier et renommer le nouveau du nom de l'ancien... après quoi, tu pourras ré ouvrir le fichier à l'édition.

mylapk · Le 01/08/2022, à 22:07

Salut

kholo a écrit :

est verrouillé à l'édition par un utilisateur inconnu...
ce qui laisse supposer que le fichier a juste mal été fermé lors d'une de ses dernières ouvertures...

Mettons!...
Alors j'aurais mal fermé tous les fichiers .ods ou .odt ? Soit... des centaines!
Je devrais ouvrir en lecture seule et renommer tous ces fichiers?

Dernière modification par mylapk (Le 01/08/2022, à 22:13)

bruno · Le 02/08/2022, à 06:54

Voir les réponses #9 et #12.
C'est clairement un problème de droits d'accès sur les fichiers.
Il faut montrer ces droits sur le serveur avec une commande ls :

ls -l /emplacement/du/fichier/truc.odt

et indiquer quel utilisateur se connecte au serveur.

kholo · Le 02/08/2022, à 11:18

salut,
en partant d'une installation fraîche, LO, doit fonctionner
mais quand je vois ABIWORD, je me dis que tu dois faire des trucs spéciaux en post install

elle est toute joulisss ton installation, c'est un peu ce que je faisais y a 15 ans !!
... et puis c'est quoi comme version ?

j'avoue être passé par là à vouloir comprendre le fonctionnement de mes systèmes mais maintenant je prend un Ubuntu standard et une post install et ensuite, je bosse...

alors essayons de voir...

un petit coup de screenfetch, ça fait toujours son effet
une ligne d'installation avec

sudo apt install screenfetch

puis tu nous donneras le retour de

screenfetch

mais, avant même ta réponse
à vue de pif comme ça, je crois reconnaître Kde et Dolphin
tu as installé Kubuntu !?
et donc peut être ajouté LO avec

sudo apt install libreoffice

mais peut être que tu n'as pas mis la surcouche de kde... alors tu peux le faire histoire d'en être sûr

sudo apt install libreoffice-kde

à faire bien sûr sur les machine A et B !
... puis refaire des tests

ensuite, quelques recherches montrent que ce problème semble connu... si c'est bien celui là...
ici par exemple ou là avec une solution qui ne me plais pas parce qu'il faut mettre les mains dans le cambouis ce qui, je trouve, est une aberration....

je serais médisant si je donnais mon avis quant à Kde et je ne voudrais pas me faire des ennemis... mais tu auras compris mon avis...
NB : c'est parfaitement subjectif... et j'en suis conscient !

mais, cela évite toute recherche pour le moment sur un quelconque problème de droits comme je l'ai d'abord pensé tout comme Bruno...
alors, j'ai bon ?

mylapk · Le 03/08/2022, à 15:44

Salut
Voici pour (A) en haut

kholo a écrit :

mais quand je vois ABIWORD, je me dis que tu dois faire des trucs spéciaux en post install

je ne vois pas de problème à se servir de ABIWORD

kholo a écrit :

... et puis c'est quoi comme version ?

tel qu'indiqué dans ma signature: kubuntu 22.04 en haut en (A) 20.04 en bas en (B)

kholo a écrit :

mais, avant même ta réponse
à vue de pif comme ça, je crois reconnaître Kde et Dolphin

c'est kde mais Thunar et non Dolphin

kholo a écrit :

tu as installé Kubuntu !?
et donc peut être ajouté LO avec

LO a été installé lors de l'installation de KDE

kholo a écrit :

puis tu nous donneras le retour de
screenfetch

michel@michel-Lenovo-G560:~$ screenfetch
                          ./+o+-       michel@michel-Lenovo-G560
                  yyyyy- -yyyyyy+      OS: Ubuntu 22.04 jammy
               ://+//////-yyyyyyo      Kernel: x86_64 Linux 5.15.0-43-generic
           .++ .:/++++++/-.+sss/`      Uptime: 12m
         .:++o:  /++++++++/:--:/-      Packages: 2033
        o:+o+:++.`..```.-/oo+++++/     Shell: bash 5.1.16
       .:+o:+o/.          `+sssoo+/    Resolution: 1366x768
  .++/+:+oo+o:`             /sssooo.   DE: KDE 5.92.0 / Plasma 5.24.4
 /+++//+:`oo+o               /::--:.   WM: KWin
 \+/+o+++`o++o               ++////.   GTK Theme: Breeze [GTK2/3]
  .++.o+++oo+:`             /dddhhh.   Icon Theme: breeze
       .+.o+oo:.          `oddhhhh+    Disk: 78G / 511G (17%)
        \+.++o+o``-````.:ohdhhhhh+     CPU: Intel Core i5 M 480 @ 4x 2.667GHz
         `:o+++ `ohhhhhhhhyo++os:      GPU: Mesa Intel(R) HD Graphics (ILK)
           .o:`.syhhhhhhh/.oo++o`      RAM: 1639MiB / 7749MiB
               /osyyyyyyo++ooo+++/    
                   ````` +oo+++o\:    
                          `oo++.

Je vais faire les modifications sur (B) et je reviendrai
A+

Dernière modification par mylapk (Le 03/08/2022, à 15:52)

MicP · Le 03/08/2022, à 17:02

Bonjour

Il ne faut pas confondre SFTP <=> "protocole sécurisé de transfert de fichiers" et partage d'un système de fichiers (comme SSHFS ou NFS, ou autres).

Quand LibreOffice ouvre un fichier, il a sans doute besoin de s'assurer que le fichier qu'il vient d'ouvrir ne puisse pas être en même temps modifié par une autre application,
et il ne peut le faire qu'à condition d'avoir un plein accès au fichier complet (et à ceux dont il dépendrait) et au système de fichiers sur lequel existe ce fichier.

Il vaudrait mieux utiliser un partage de système de fichier (par SSHFS ou NFS)

… ou alors il faudra d'abord télécharger une copie du fichier par SFTP,
pour pouvoir travailler sur la copie locale du fichier avec LibreOffice
et une fois que le travail sur la copie est terminé, renvoyer le fichier modifié par SFTP
afin que cette copie modifiée remplace le fichier original.
(en croisant les doigts pour que personne d'autre ou une application de sauvegarde ou mise à jour automatique ou autre ne soit pas en train de faire ses modifications perso sur le même fichier en même temps)

Dernière modification par MicP (Le 03/08/2022, à 17:25)

kholo · Le 03/08/2022, à 17:06

bon, rien à redire de l'installation...
je ne suis pas un spécialiste de Kubuntu
pour la 22.04 à voir si LO n'est pas installé en snap

snap list

avec ses histoires de bacs à sable qui handicapent Firefox, est ce que cela n'est pas de même avec LO ?
ça pourrait expliquer le fonctionnement unilatéral de LO... bon sur 20.04 et pas sur 22.04 !

edit @MicP
non, j'ouvre des fichiers et des images en lecture et écriture via sftp sans problème

Dernière modification par kholo (Le 03/08/2022, à 17:08)

MicP · Le 03/08/2022, à 17:17

https://help.libreoffice.org/6.2/fr/tex … files.html

https://help.libreoffice.org/6.2/fr/text/shared/guide/cmis-remote-files.html a écrit :

… Il n'y a pas de contrôles check-in et check-out pour les fichiers distants dans les services de partages Windows, WebDAV, FTP et SSH. …

Dernière modification par MicP (Le 03/08/2022, à 17:21)

mylapk · Le 03/08/2022, à 17:24

Salut,

kholo a écrit :

je ne suis pas un spécialiste de Kubuntu

Ça fait pareil sous Xubuntu et Thunar.

kholo a écrit :

edit @MicP
non, j'ouvre des fichiers et des images en lecture et écriture via sftp sans problème wink

Moi aussi, je n'avais pas de problème avant le début de cette discussion le 27-7-2022. Quelque temps auparavant, j'ai installé des systèmes pour les essayer ( Kubuntu, Xubuntu, Gnome... ) et c'est à partir de là que je me suis retrouvé avec ces problèmes avec LO qui ne voulait plus ouvrir mes documents qu'en lecture seule.

A+

mylapk · Le 03/08/2022, à 17:28

Salut

michel@michel-VivoBook-ASUSLaptop-X512JA-X512JA:~$ snap listNom                 Version          Révision  Suivi          Éditeur     Notes
audacity            3.1.3            1032      latest/stable  diddledani  -
bare                1.0              5         latest/stable  canonical✓  base
core                16-2.56.2        13425     latest/stable  canonical✓  core
core20              20220719         1587      latest/stable  canonical✓  base
gtk-common-themes   0.1-81-g442e511  1535      latest/stable  canonical✓  -
gtk2-common-themes  0.1              13        latest/stable  canonical✓  -
sftpclient          3.4.8            95        latest/stable  sftpclient  -
snapd               2.56.2           16292     latest/stable  canonical✓  snapd

A+

kholo · Le 04/08/2022, à 09:04

salut...
voilà qui peut être une partie du problème...

sftpclient          3.4.8            95        latest/stable  sftpclient  -

je n'ai ce paquet ni en snap, ni en dur...
pour moi, openssh-server s'occupe du tunnel ssh et c'est le gestionnaire de fichiers qui passe ftp dans ce tunnel...
donc, tu peux déjà essayer de le virer et refaire des tests (encore que... il pourrait avoir laissé des modifications sur ssh)
alors, peut être virer les deux et les configurations puis une réinstallation simple...

sudo snap remove sftpclient

sudo apt purge openssh-server

puis nettoyage (je fais les 3)

sudo apt autoremove

sudo apt clean

sudo apt autoclean

puis réinstallation

sudo apt install openssh-server

... et pis c'est tout !!!
vérification que le service fonctionne :

sudo service ssh status

ensuite gestionnaire de fichiers sftp://... tu connais !

mylapk · Le 06/08/2022, à 15:52

Salut,
j'étais tanné de taponner.
J'ai installé Ubuntu 22.04LTS sur les 2 machines (A et B)
J'apprend ce nouvel environnement de bureau. Ça fait changement.
En bas, je peux me connecter en bas en sftp et pas de problème.
En haut, je peux me connecter à en haut en sftp et pas de problème. Ça va.
Par contre, quand je veux me connecter en bas à partir d'en haut, j'obtiens
" impossible d'accéder à l'emplacement la vérification de la clé de l'hôte a échoué. fermer "
Qu'est-ce qui manque ?
A+

iznobe · Le 06/08/2022, à 19:08

bonjour , en bas en haut ... on attrape le tourni avec tout ca quand c' est pas le vertige .

A = 192.168.229.4
B= 192.168.229.3

Bref , du coup avec l' ordi A vers l' ordi B : que donne :

ping -c2 192.168.229.3

ensuite l' inverse :
de B vers A :

ping -c2 192.168.229.4

en commencant par le debut peut etre qu ' on y verra plus clair .
y a t il un parefeu actif quelquepart dans le(s) reseau(x) ?

quelle est la configuration de ton reseau local , un truc particulier a signaler ?

les IP de A et B son elle fixées quelquepart ?

Dernière modification par iznobe (Le 06/08/2022, à 19:14)

mylapk · Le 06/08/2022, à 20:54

michel@michel-Lenovo-G560:~$ ping -c2 192.168.229.3
PING 192.168.229.3 (192.168.229.3) 56(84) bytes of data.
64 bytes from 192.168.229.3: icmp_seq=1 ttl=64 time=63.7 ms
64 bytes from 192.168.229.3: icmp_seq=2 ttl=64 time=87.4 ms

--- 192.168.229.3 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 63.740/75.587/87.434/11.847 ms

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 27/07/2022, à 21:55

[ Résolu ] Connexion refusée par le serveur

#2 Le 28/07/2022, à 08:02

Re : [ Résolu ] Connexion refusée par le serveur

#3 Le 28/07/2022, à 08:07

Re : [ Résolu ] Connexion refusée par le serveur

#4 Le 28/07/2022, à 08:33

Re : [ Résolu ] Connexion refusée par le serveur

#5 Le 28/07/2022, à 21:02

Re : [ Résolu ] Connexion refusée par le serveur

#6 Le 29/07/2022, à 00:26

Re : [ Résolu ] Connexion refusée par le serveur

#7 Le 29/07/2022, à 14:20

Re : [ Résolu ] Connexion refusée par le serveur

#8 Le 29/07/2022, à 22:50

Re : [ Résolu ] Connexion refusée par le serveur

#9 Le 30/07/2022, à 00:30

Re : [ Résolu ] Connexion refusée par le serveur

#10 Le 30/07/2022, à 09:42

Re : [ Résolu ] Connexion refusée par le serveur

#11 Le 01/08/2022, à 15:17

Re : [ Résolu ] Connexion refusée par le serveur

#12 Le 01/08/2022, à 17:29

Re : [ Résolu ] Connexion refusée par le serveur

#13 Le 01/08/2022, à 22:07

Re : [ Résolu ] Connexion refusée par le serveur

#14 Le 02/08/2022, à 06:54

Re : [ Résolu ] Connexion refusée par le serveur

#15 Le 02/08/2022, à 11:18

Re : [ Résolu ] Connexion refusée par le serveur

#16 Le 03/08/2022, à 15:44

Re : [ Résolu ] Connexion refusée par le serveur

#17 Le 03/08/2022, à 17:02

Re : [ Résolu ] Connexion refusée par le serveur

#18 Le 03/08/2022, à 17:06

Re : [ Résolu ] Connexion refusée par le serveur

#19 Le 03/08/2022, à 17:17

Re : [ Résolu ] Connexion refusée par le serveur

#20 Le 03/08/2022, à 17:24

Re : [ Résolu ] Connexion refusée par le serveur

#21 Le 03/08/2022, à 17:28

Re : [ Résolu ] Connexion refusée par le serveur

#22 Le 04/08/2022, à 09:04

Re : [ Résolu ] Connexion refusée par le serveur

#23 Le 06/08/2022, à 15:52

Re : [ Résolu ] Connexion refusée par le serveur

#24 Le 06/08/2022, à 19:08

Re : [ Résolu ] Connexion refusée par le serveur

#25 Le 06/08/2022, à 20:54

Re : [ Résolu ] Connexion refusée par le serveur

Pied de page des forums