Linux inlog probleem

[Verwijderd]

hallo,


ik heb een probleem wat ik nog NOOIT eerder heb gehad en waarschijnlijk ook niemand van jullie(wat ik eigenlijk wel hoop )

Ik heb een server gebouwt slackware 9.1(2.4.24) draait erop. Met een 3c2000(3com 1gbit) netwerkkaart.

Het probleem is dat ik alleen vanaf linux hosts kan connecten op de server, dus niet vanaf microSoft windows hosts. Wat opzich niet erg is , maar omdat er ook
Microsoft gebruikers via ftp bij moeten is dit wel een probleem.

Ik gebruik iptables als firewall, maar daar ligt het denk ik niet aan(heb ik uitgezet)

Herkent iemand dit probleem?

alvast bedankt.

[Arno]

Ik zou wat meer info posten en dingen die je zelf al gedaan hebt, aangezien dit een slechte PNS topicstart is

[Verwijderd]

owh sorry, ik ben idd wat vergeten.

ik kan niet connecten vanaf microsoft hosts alleen vanaf linux hosts kan ik inloggen met SSH en FTP.
De ssh en ftp zjin up to date.

Zodra ik probeer te connecten gebeurt erniks, er worden wel packetjes verzonden.

Het lijkt alsof de acknoledge package(s) die bestemd is voor de client nooit aankomt.

Het ligt aan de server dat heb ik uitgesloten, want ik heb nog een server in dat netwerk waar geen problemen mee zijn.

[ Voor 48% gewijzigd door Verwijderd op 26-01-2004 20:24 ]

[Predator]

PNS -> NOS

[Equator]

Was er geen bug ontdekt in de 3c2000 module

Ik meen dat ergens te hebben gelezen.
Zorg dat je dus even de nieuwste kernel module download voor die controller.

[Verwijderd]

Hoe ziet je firewall-config er uit?
Doe eens een 'iptables -L' en post de output hier eens.
Welke ssh-client gebruik je onder windows? (PuTTY???)
Zie je wel iets in je /var/log/messages komen als je probeerd vanuit windows met ssh te connecten naar je linux?

[Verwijderd]

CyberJ schreef op 27 januari 2004 @ 08:25:
Was er geen bug ontdekt in de 3c2000 module

Ik meen dat ergens te hebben gelezen.
Zorg dat je dus even de nieuwste kernel module download voor die controller.

Hey CJ...
Zoals hij al zei, hij kan wel vanuit andere Linux-hosts connecten met ssh....
Ik ga er dan maar ff vanuit dat daar het probleem niet zit!

[Equator]

offtopic:
Oudakkertje Laat jij je ook weer eens horen

Er zijn anders genoeg bugmeldingen over:
[google=3c2000 linux bug]
En zoals hij al meldde had hij zijn firewall uitgezet, dus daar kna het ook niet aan liggen.

NU nog hosts.deny & hosts.allow
TopicStarter: Staan daar hosts in vermeld

[Verwijderd]

ik denk niet dat het aan de 3c2000 module ligt omdat apache dns en andere verkeer goed gaat,

eigenlijk gaat alles goed behalve ftp en ssh met windows.
Aan iptables zal het wel niet liggen die heb ik vaak genoeg uitgezet.

Vaag probleem he?

Ik heb al mijn logs doorgecheckt er komt alleen wat te staan als ik via telnet op 22 of 21 inlog, bad protocol maar dat is normaal.

Wat ik wel vreemd vind is als ik met iptraf kijk dat de ACK sequence niet goed gaat bij windows, maar dat kan ook ergens anders aan liggen.

Het enige wat ik denk dat ik nog kan proberen is een nieuwe kernel bakken, dit is pittig omdat ik die machine niet binnen hand bereik heb.

Bedankt voor jullie replys!

[ Voor 3% gewijzigd door Verwijderd op 27-01-2004 09:05 ]

[smoking2000]

Heb je je sshd op je Linux bak niet toevallig geconfigureerd staan, zodat hij alleen ssh protocol 2 babbeld, Putty doet dit niet automatisch namelijk...

[Wilke]

Welke programma's gebruik je vanuit windows dan voor SSH en FTP? En verschijnt er uberhaupt iets in de logfiles onder Linux? (van de FTP server, of in /var/log/messages, of de logfile van sshd)?

Als je een programma als tcpdump draait op de server, zie je dan pakketjes voorbijkomen als je SSH probeert, of ook uberhaupt niets?

[Verwijderd]

smoking2000 schreef op 27 januari 2004 @ 09:12:
Heb je je sshd op je Linux bak niet toevallig geconfigureerd staan, zodat hij alleen ssh protocol 2 babbeld, Putty doet dit niet automatisch namelijk...

Dan heb ik zeker een andere PuTTY dan jij....
Heb niks hoeven te veranderen aan PuTTY toen ik tegen sshd heb gezegd dat ie alleen versie 2 mocht kletsen.

Het enige wat ik denk dat ik nog kan proberen is een nieuwe kernel bakken

Lijkt me sterk dat dat je probleem zal oplossen....

Ik heb al mijn logs doorgecheckt er komt alleen wat te staan als ik via telnet op 22 of 21 inlog, bad protocol maar dat is normaal.

OK..... nogmaals de vraag: Wat gebruik je als ssh-client???
Welke meldingen krijg je in je /var/log/messages als je met ssh probeer in te loggen??
Zie je uberhaupt een melding?
Maar kijk ook eens, zoals CyberJ al zei, naar je hosts.deny en hosts.allow!!!
_{Edit: hmmm.... moet toch eens sneller typen.... Wilke was me dus voor....}

[ Voor 5% gewijzigd door Verwijderd op 27-01-2004 09:46 ]

[Verwijderd]

Voor ssh gebruik ik putty en voor ftp filezilla en flashfxp,

Ik heb op verschillende windows clients geprobeerd en heb de nieuwste putty gedownload.
Daar zal het niet aanliggen want flashfxp en filezilla doen het niet op ftp.

Ik heb de ssh config file gecheckt en 1 en 2 staan allebei uit, ik weet alleen niet welke van de 2 protocols word gebruikt,

'k heb mijn host.allow en deny gecheckt.

Ik heb ff op inet gezocht naar bugs over de netwerkkaart, nadat ik dit artikeltje heb gelezen denk ik het probleem te hebben gevonden.

http://www.ussg.iu.edu/hy...x/kernel/0306.2/1556.html

maar hier nog ff mijn sshd_config

# $OpenBSD: sshd_config,v 1.65 2003/08/28 12:54:34 markus 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/sbin:/usr/sbin:/sbin:/usr/local/bi
n:/usr/bin:/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
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
PermitRootLogin no # <<--- i know
#StrictModes yes

#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
# 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

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

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

# GSSAPI options
#GSSAPIAuthentication no
# Set this to 'yes' to enable PAM authentication (via challenge-response)
# and session processing. Depending on your PAM configuration, this may
# bypass the setting of 'PasswordAuthentication'
#UsePAM yes

#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#KeepAlive 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/sftp-server

[ Voor 5% gewijzigd door Verwijderd op 27-01-2004 11:48 ]

[Verwijderd]

Ik heb het probleem btw gevonden de standaard driver van 3com was niet goed,

Aan de mensen met hetzelfde probleem, je moet dan de syskonnect kernel driver bakken,
staat onder 1000 mbit device drivers.


vaag probleem he maar het is toch zo, ik snapte er zelf ook niks van.

de mzzl