Fonds Linux
  1. Fonds Linux
  3. SCP fonctionne, mais SSH ne fonctionne pas (par wifi)
Intereting Posts
À quoi dois-je m'attendre si je passe d'Ubuntu à openSuse Où Samba 4 stocke-t-il les passwords des users? Comment puis-je replace tous les points-virgules après le 1er? Retient plusieurs lignes avec VIM? Arch Linux: python et python2 sont en conflit De shell, tuer un process si wallclock runtime dépasse une valeur prédéterminée Quelles sont les options systemctl pour "listr toutes les unités défaillantes" Comment créer un script bash interactif pour collecter des arguments pour une command sous linux? Fusionner des lignes en une seule ligne Comment puis-je faire défiler l'écran ou le tampon tmux sans interrompre l'application? Script GRUB 2: convertir le nom du périphérique en notation GRUB en un nom de périphérique Linux Alignement des partitions LVM2 Comment tracer l'activité réseau d'une command? Lorsque vous utilisez "yum list available", pourquoi certaines inputs sont-elles en bleu? Comprendre la taille du bloc d'E / S

SCP fonctionne, mais SSH ne fonctionne pas (par wifi)

Comme le dit le titre, lorsque j'utilise le wifi à mon bureau, je suis capable de copyr des files vers et depuis mon server en utilisant SCP, mais pour une raison quelconque, SSH ne répond pas. Il se bloque, n'imprime rien et je ne peux pas le ctrl-c pour le finir; Je dois fermer la window du terminal.

Quand je suis branché sur le réseau local, tout fonctionne bien. Des idées pour comprendre ce qui se passe?

J'ai finalement trouvé ce qui causait le problème. Cela était dû au fait que mon routeur bloquait les messages keepalive TCP quand je me connectais sans fil (allez figure).

ssh my_server -o TCPKeepAlive=no résolu tous mes problèmes. Yay!

De la documentation: 

 TCPKeepAlive Specifies whether the system should send TCP keepalive messages to the other side. If they are sent, death of the connection or crash of one of the machines will be properly noticed. However, this means that connections will die if the route is down tem- porarily, and some people find it annoying. On the other hand, if TCP keepalives are not sent, sessions may hang indefinitely on the server, leaving "ghost" users and consuming server resources. The default is "yes" (to send TCP keepalive messages), and the server will notice if the network goes down or the client host crashes. This avoids infinitely hanging sessions. To disable TCP keepalive messages, the value should be set to "no".

De votre pastie, il est clair que votre key publique est acceptée. J'ai l'printing que cela pourrait avoir un rapport avec l'allocation PTY, car je ne vois pas cela dans votre -vv: 

 debug2: PTY allocation request accepted on channel 0

Pourriez-vous faire 2 sorties de câblé + sans fil et les diff ?

Vérifiez le file / etc / ssh / sshd_config côté server et / etc / ssh / ssh_config côté client. (n'oubliez pas le côté client)
La seule différence entre wifi et ethernet sont les adresses IP.
Si vous avez une erreur TX / RX avec le wifi, cela peut aussi être un problème. (rarement)

C'est 6 ans plus tard, mais je me suis battu avec un problème qui semble similaire, mais ce n'était finalement pas le cas. Mais je fournis cela dans l'espoir que quelqu'un trouve cela utile.

Je pourrais effectuer scp, mais pas ssh. Ensuite, j'ai réalisé que je pouvais exécuter des commands sur ssh, telles que ssh user @ server 'ls -l'.

Le problème était dans le .bashrc: Il contenait les lignes suivantes: 

 HISTSIZE=-1 HISTFILESIZE=-1

Désactiver l'historique illimité a semblé le réparer.