[debian] ssh wordt afgekapt of weird teksten doorelkaar

[Ankh]

Goed, ben nu al tijdje bezig met debian. alleen ik heb een vaag probleem met me ssh. Waar ik niets kan vinden op google of op got..

ik maak gebruik voor de ssh verbinding en als proggie putty

wanneer ik aan het typen ben, dan krijg ik het volgende:

x.phpry-land:/# indexmaker /etc/mrtg.cfg --output /home/webserver/mrtg/html/index

dit zou dus het volgende moeten wezen:

mystery-land:/# indexmaker /etc/mrtg.cfg --output /home/webserver/mrtg/html/index.php

maar het lijkt dat hij niet meer dan zoveel chars kan weergeven per regelen.

Ook wanneer ik bezig ben, met instellen van iets met nano dan gaat het hele scherm door elkaar staan
(dit is trouwens niet altijd zo, de ene keer wel de andere keer niet, op het punt van schrijven nu weer niet, anders had ik een voorbeeld)

dus wie-o-wie heeft er een idee hoe dit op te lossen valt.. er staat niets bij de instellinge van de sshd of putty

[ Voor 7% gewijzigd door Ankh op 06-12-2004 10:50 ]

[Kluus]

Dat eerste probleem heb ik iig ook soms. Ben er eik altijd vanuit gegaan dat dat "normaal" was...

[Ankh]

nee, want me fedora core 3 bak heeft er geen last van en had net dat ik iets belangrijks aan het typen was. maar alles ging totaal door elkaar.. en ik wist neit eens meer wat ik aan typen was.. wat nog al kut was

[DumbAss]

TjaBske schreef op maandag 06 december 2004 @ 10:52:
Dat eerste probleem heb ik iig ook soms. Ben er eik altijd vanuit gegaan dat dat "normaal" was...

Ik heb het eerste probleem ook idd. Het komt bij mij vaak voor wanneer ik iets in het scherm 'plak'. Geen idee wat hiervoor de oplossing is.

[Kluus]

SCaRaBaeuS schreef op maandag 06 december 2004 @ 10:53:
nee, want me fedora core 3 bak heeft er geen last van en had net dat ik iets belangrijks aan het typen was. maar alles ging totaal door elkaar.. en ik wist neit eens meer wat ik aan typen was.. wat nog al kut was

Mja ik krijg het volgens mij alleen als ik vanaf mn laptop (win2000 met PuTTY) naar mn server ssh, als ik het vanuit mn desktop (Gentoo met openSSH client) heb ik hier geen last van. Dus waarschijnlijk ligt t aan PuTTY

[Ankh]

het kan hoor, ik ben nu druk bezig met me debian bak.. en de fc3 draait perfect hoef er weinig aan te doen.. maar toen ik hem installeerde heb ik er weinig van gemerkt

[DumbAss]

SCaRaBaeuS schreef op maandag 06 december 2004 @ 10:53:
nee, want me fedora core 3 bak heeft er geen last van en had net dat ik iets belangrijks aan het typen was. maar alles ging totaal door elkaar.. en ik wist neit eens meer wat ik aan typen was.. wat nog al kut was

Kun je de twee verschillende (sshd) configuratiebestanden eens met elkaar vergelijken? Misschien dat daar 'm het verschil in zit? Of een verschillende configuratie van de terminal?

[Ankh]

debian:

# Package generated configuration file
# See the sshd( manpage for details

# What ports, IPs and protocols we listen for
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 600
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes

# Change to yes to enable tunnelled clear text passwords
PasswordAuthentication no


# To change Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#AFSTokenPassing no
#KerberosTicketCleanup no

# Kerberos TGT Passing does only work with the AFS kaserver
#KerberosTgtPassing yes

X11Forwarding no
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
KeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

Subsystem sftp /usr/lib/sftp-server

UsePAM yes
IgnoreUserKnownHosts no
GatewayPorts no
AllowTcpForwarding yes

fc3

# $OpenBSD: sshd_config,v 1.69 2004/05/23 23:59:53 dtucker Exp $

# This is the sshd server system-wide configuration file. See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/local/bin:/bin:/usr/bin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented. Uncommented options change a
# default value.

#Port 22
#Protocol 2,1
#ListenAddress 0.0.0.0
#ListenAddress ::

# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key

# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 768

# Logging
#obsoletes QuietMode and FascistLogging
#SyslogFacility AUTH
SyslogFacility AUTHPRIV
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6

#RSAAuthentication yes
#PubkeyAuthentication yes
#AuthorizedKeysFile .ssh/authorized_keys

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no
PasswordAuthentication yes

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes
ChallengeResponseAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no

# GSSAPI options
#GSSAPIAuthentication no
GSSAPIAuthentication yes
#GSSAPICleanupCredentials yes
GSSAPICleanupCredentials yes

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication mechanism.
# Depending on your PAM configuration, this may bypass the setting of
# PasswordAuthentication, PermitEmptyPasswords, and
# "PermitRootLogin without-password". If you just want the PAM account and
# session checks to run without PAM authentication, then enable this but set
# ChallengeResponseAuthentication=no
#UsePAM no
UsePAM yes

#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#UsePrivilegeSeparation yes
#PermitUserEnvironment no
#Compression yes
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10

# no default banner path
#Banner /some/path

# override default of no subsystems
Subsystem sftp /usr/libexec/openssh/sftp-server

ik zet het hier ff neer, want vergelijken met 2 putty schermen werkt niet

[Mark]

Lijkt me eerder een probleem met je TERM settings. Kijk eens of op beide machines deze gelijk zijn (in bash: echo $TERM)

[Ankh]

probleem gevonden. ik heb beide gechecked met webmin en heb me debian bak helemaal in gevult als bij de fc3 en het werkt nu

hieronder is de debian conf file

# Package generated configuration file
# See the sshd( manpage for details

# What ports, IPs and protocols we listen for
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 1,2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key

# Logging
SyslogFacility DAEMON

# Authentication:
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes

# Change to yes to enable tunnelled clear text passwords
PasswordAuthentication no


# To change Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#AFSTokenPassing no
#KerberosTicketCleanup no

# Kerberos TGT Passing does only work with the AFS kaserver
#KerberosTgtPassing yes

X11Forwarding yes
PrintMotd yes
PrintLastLog yes
KeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

Subsystem sftp /usr/lib/sftp-server

UsePAM yes
IgnoreUserKnownHosts no
GatewayPorts no
AllowTcpForwarding yes

Hopelijk hebben meerdere mensen er wat aan

[Ankh]

Mark schreef op maandag 06 december 2004 @ 11:50:
Lijkt me eerder een probleem met je TERM settings. Kijk eens of op beide machines deze gelijk zijn (in bash: echo $TERM)

nope beide zijn xterm maar zie hier boven

[Gertjan]

SCaRaBaeuS schreef op maandag 06 december 2004 @ 11:53:
hieronder is de debian conf file

[...]

Verander in elk geval:

Protocol 1,2
PermitRootLogin yes

in:

code:

Protocol 2
PermitRootLogin no

en voeg toe:

code:

AllowUsers scarabaeus

en je bent weer een stukje beter bezig

[sphere]

@TS: kan je niet gewoon samenvatten wat je veranderd hebt? Nu moeten mensen die lappen in een file plakken en de boel diff'en

[Ankh]

Ali_Illegali schreef op dinsdag 07 december 2004 @ 00:37:
[...]


Verander in elk geval:

[...]


in:

code:

Protocol 2
PermitRootLogin no

en voeg toe:

code:

AllowUsers scarabaeus

en je bent weer een stukje beter bezig

heeft geen nut
hij staat achter een router en alleen de webserver en mail server staan geforward dus maakt toch niet uit

sphere2 schreef op dinsdag 07 december 2004 @ 03:48:
@TS: kan je niet gewoon samenvatten wat je veranderd hebt? Nu moeten mensen die lappen in een file plakken en de boel diff'en

ik zal eens kijken wat er nou allemaal verandert is

[edit] maak je ook gebruik van webmin? want ik kan het via ssh niet vinden. dan maak ik ff wat screenies ervan....

[ Voor 8% gewijzigd door Ankh op 07-12-2004 07:44 ]

[0siris]

SCaRaBaeuS schreef op dinsdag 07 december 2004 @ 07:36:
heeft geen nut
hij staat achter een router en alleen de webserver en mail server staan geforward dus maakt toch niet uit

Dat ligt er maar aan hoe groot het LAN is, niet?

[Ankh]

0siris schreef op dinsdag 07 december 2004 @ 07:42:
[...]

Dat ligt er maar aan hoe groot het LAN is, niet?

alleen me ouders kunnen er op en die hebben geen benul wat linux is

[Ankh]

goed ik geef deze toch weer even een schop, ik heb me server nu geupgrade met debian. dus nu heb ik 2 servers met debian die beide het probleem hebben...

ik heb nu al google gezocht en gekeken tussen de buglist van putty maar er valt niets over te vinden.

Wanneer het standaard scherm van putty (24 bij 80) verandert wordt in de breedte, dan gaat putty de fout in

[Ankh]

een kleine schop onder z'n kont....

Ik was vandaag weer bezig met updaten van me server. Nu had ik me putty scherm weer volle grote staan. En heb toen eens in de instellingen gekeken van putty en daar stond de "window -> columns" op 1xx (weet het ff niet meer). Omdat ik hier boven ook al gezegd had dat je hij standaard op 80 staat. Heb ik de column verandert in 80. En putty opnieuw gestart. En Voila ik heb er ineens geen last meer van

Hopelijk kan iemand het even testen