Ständige SSH disconnects

alex27

Well-Known Member
Hallo,

ich bin neu hier im Forum und versuche mich auch zum ersten seit 5 Jahren mal wieder am FreeBSD. Eigentlich habe ich so einige Fragen aber die werde ich dann später mal in Ruhe stellen, momentan habe ich ein großes Problem.

Ich habe einen FreeBSD 6.2 Server mit SSH installiert. Die IP Zuweisung erfolgt per DHCP. Nun versuche ich von meinem anderen Rechner aus mich einzuloggen und auf dem FreeBSD Server zu arbeiten. Das Problem ist sobald ich nur ein paar Sekunden nichts mache ist die SSH Verbindung weg. Ich bin ein wenig ratlos, ich arbeite sonst mit Gentoo oder Debian und da passiert mir etwas Derartiges nicht. Hat jemand eine Idee woran das liegt? Danke.
 
Vor lauter Verzweiflung habe ich noch einmal alles neu installiert aber leider habe ich noch immer das gleiche Problem.

Ich habe mal versucht ob meine Verbindungen irgendwie generell gekappt werden wenn ich idle aber wenn ich z.B. mit Telnet auf Port 21 auf den Server gehe und dann nix mache ja dann kann ich da Stunden warten und die Verbindung wird nicht getrennt. Dieses Phänomen scheint es wirklich nur mit SSH zu geben.

Ich hoffe es hat noch jemand einen guten Tip für mich.
 
In /var/log/messages steht nichts bezüglich der disconnects. Ich sehe auch nichts im dmesg was da irgendwie von Bedeutung sein könnte aber ich paste es trotzdem gerne evtl. übersehe ich ja etwas.


Copyright (c) 1992-2007 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007
root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2133.34-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xe3bd<SSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,<b9>,CX16,<b14>,<b15>>
AMD Features=0x20100000<NX,LM>
AMD Features2=0x1<LAHF>
Cores per package: 2
real memory = 1056505856 (1007 MB)
avail memory = 1024671744 (977 MB)
ACPI APIC Table: <A M I OEMAPIC >
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
acpi0: <A M I OEMRSDT> on motherboard
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_perf0: <ACPI CPU Frequency Control> on cpu0
cpu1: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pci0: <display, VGA> at device 2.0 (no driver attached)
uhci0: <UHCI (generic) USB controller> port 0xe800-0xe81f irq 16 at device 26.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <UHCI (generic) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <UHCI (generic) USB controller> port 0xe880-0xe89f irq 17 at device 26.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <UHCI (generic) USB controller> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
ehci0: <EHCI (generic) USB 2.0 controller> mem 0xff9fb800-0xff9fbbff irq 18 at device 26.7 on pci0
ehci0: [GIANT-LOCKED]
usb2: EHCI version 1.0
usb2: companion controllers, 2 ports each: usb0 usb1
usb2: <EHCI (generic) USB 2.0 controller> on ehci0
usb2: USB revision 2.0
uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub2: 4 ports with 4 removable, self powered
pcib2: <ACPI PCI-PCI bridge> irq 17 at device 28.0 on pci0
pci4: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> irq 17 at device 28.4 on pci0
pci3: <ACPI PCI bus> on pcib3
atapci0: <JMicron JMB363 SATA300 controller> mem 0xff7fe000-0xff7fffff irq 16 at device 0.0 on pci3
atapci0: AHCI Version 01.00 controller with 2 ports detected
ata2: <ATA channel 0> on atapci0
ata3: <ATA channel 1> on atapci0
atapci1: <JMicron JMB363 UDMA133 controller> port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f at device 0.1 on pci3
ata4: <ATA channel 0> on atapci1
pcib4: <ACPI PCI-PCI bridge> irq 16 at device 28.5 on pci0
pci2: <ACPI PCI bus> on pcib4
re0: <RealTek 8168B/8111B PCIe Gigabit Ethernet> port 0xb800-0xb8ff mem 0xff6ff000-0xff6fffff irq 17 at device 0.0 on pci2
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S media interface> on miibus0
rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
re0: Ethernet address: 00:17:31:65:ed:b2
re0: [FAST]
uhci2: <UHCI (generic) USB controller> port 0xe080-0xe09f irq 23 at device 29.0 on pci0
uhci2: [GIANT-LOCKED]
usb3: <UHCI (generic) USB controller> on uhci2
usb3: USB revision 1.0
uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
uhci3: <UHCI (generic) USB controller> port 0xe400-0xe41f irq 19 at device 29.1 on pci0
uhci3: [GIANT-LOCKED]
usb4: <UHCI (generic) USB controller> on uhci3
usb4: USB revision 1.0
uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub4: 2 ports with 2 removable, self powered
uhci4: <UHCI (generic) USB controller> port 0xe480-0xe49f irq 18 at device 29.2 on pci0
uhci4: [GIANT-LOCKED]
usb5: <UHCI (generic) USB controller> on uhci4
usb5: USB revision 1.0
uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub5: 2 ports with 2 removable, self powered
ehci1: <EHCI (generic) USB 2.0 controller> mem 0xff9fb400-0xff9fb7ff irq 23 at device 29.7 on pci0
ehci1: [GIANT-LOCKED]
usb6: EHCI version 1.0
usb6: companion controllers, 2 ports each: usb3 usb4 usb5
usb6: <EHCI (generic) USB 2.0 controller> on ehci1
usb6: USB revision 2.0
uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub6: 6 ports with 6 removable, self powered
pcib5: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci5: <ACPI PCI bus> on pcib5
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci2: <Intel ICH8 SATA300 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff90-0xff9f,0xffa0-0xffaf at device 31.2 on pci0
ata0: <ATA channel 0> on atapci2
ata1: <ATA channel 1> on atapci2
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
atapci3: <Intel ICH8 SATA300 controller> port 0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd887,0xd800-0xd803,0xd480-0xd48f,0xd400-0xd40f irq 19 at device 31.5 on pci0
ata5: <ATA channel 0> on atapci3
ata6: <ATA channel 1> on atapci3
acpi_button0: <Power Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
pmtimer0 on isa0
orm0: <ISA Option ROMs> at iomem 0xc0000-0xcafff,0xcb000-0xcd7ff on isa0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 8250 or not responding
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 1.000 msec
ad0: 152627MB <SAMSUNG HD160JJ WU100-33> at ata0-master SATA150
acd0: DVDROM <TSSTcorpDVD-ROM SH-D162C/TS04> at ata4-master UDMA33
SMP: AP CPU #1 Launched!
Trying to mount root from ufs:/dev/ad0s1a
 
Hmmmm, ob das weiterhilft? Auf Anhieb ist da doch nichts Auffaelliges festzustellen...
Vielleicht waere dein sshd_config interessanter?

Vorlaeufig erstmal eine gute Nacht ;)
 
Hmmmm, ob das weiterhilft? Auf Anhieb ist da doch nichts Auffaelliges festzustellen...
Vielleicht waere dein sshd_config interessanter?

Vorlaeufig erstmal eine gute Nacht ;)

Ja sage ich doch ich habe das ja auch nur auf Wunsche gepostet :)

Meine SSH config ist absolut default ich habe lediglich PasswordAuthentication yes aktiviert und ich habe es mit KeepAlive yes, TCPKeepAlive yes und ClientAliveInterval 0 versucht. Ansonsten ist alles in der SSHD config wie direkt nach der Installation, also alles auskommentiert. Mit exakt der gleichen config also alles auskommentiert und nur PasswordAuthentication yes aktiviert läuft es auf einem anderen FreeBSD 6.2 super.

Ich habe mich ja schon gefragt ob es an meinem SpeedPort Router hier liegen könnte aber das macht keinen Sinn denn mit anderen Rechnern gibt es keine disconnects und wenn ich z.B. eine Telnet Verbindung zu diesem Rechner aufbaue dann bleibt die auch immer offen.

Und ich wünsche auch eine gute Nacht :)
 
Die /var/log/messages fehlt noch... Außerdem sehe ich da eine Realtek-Karte. Schon mal mit 'ner anderen NIC probiert? Außerdem könntest du versuchen, den Modus der Karte fest einzustellen - billige NICs haben mit Autosensing manchmal Probleme. Eine andere Möglichkeit wäre, die IP-Adresse fest zu vergeben (vielleicht gibt es Probleme mit den Leases).

Das alles ist ohne Logs jedoch reine Spekulation, also her damit. Schlecht wäre natürlich, wenn wirklich nichts geloggt wird.
 
Die /var/log/messages fehlt noch... Außerdem sehe ich da eine Realtek-Karte. Schon mal mit 'ner anderen NIC probiert? Außerdem könntest du versuchen, den Modus der Karte fest einzustellen - billige NICs haben mit Autosensing manchmal Probleme. Eine andere Möglichkeit wäre, die IP-Adresse fest zu vergeben (vielleicht gibt es Probleme mit den Leases).

Das alles ist ohne Logs jedoch reine Spekulation, also her damit. Schlecht wäre natürlich, wenn wirklich nichts geloggt wird.


Ich habe /var/log/messages nicht gepostet weil dort wirklich nichts anderes steht als im dmesg. Ich wünschte mir dort würde irgendetwas bezüglich der disconnects protokolliert werden aber leider ist dem nicht so.

Gegen die Theorie mit dem Autosensing oder dem IP Leasing spricht ja das andere Verbindungen über FTP oder Telnet bestehen bleiben, es sind immer nur die SSH Verbindungen die getrennt werden.

Ich werde trotzdem mal versuchen die IP statisch zuzuweisen.
 
Ich habe /var/log/messages nicht gepostet weil dort wirklich nichts anderes steht als im dmesg. Ich wünschte mir dort würde irgendetwas bezüglich der disconnects protokolliert werden aber leider ist dem nicht so.
Hast du schon versucht in sshd_config den LogLevel zu erhoehen? 'debug' waehre wohl angebracht...
 
Hast du schon versucht in sshd_config den LogLevel zu erhoehen? 'debug' waehre wohl angebracht...

Gute Idee, das habe ich dann gleich mal gemacht und jetzt sehe ich auch was passiert Read error from remote host 192.168.2.100: Connection reset by peer , nur leider habe ich noch immer keine Ahnung warum das passiert.

Die IP habe ich mittlerweile Statisch eingetragen, das scheint aber auch nichts zu bringen.
 
Hallo alex27,

ich habe leider ähnliche Erfahrungen, der letzte gemietete
Server hatte Ubuntu vorinstalliert. Bevor ich auf diesem
FreeBSD installiert habe, hatte ich mir mal ein wenig das
System angeschaut und hatte dabei keine SSH Aussetzer.
Seitdem FreeBSD darauf läuft wird die Verbindung nach kurzer
Inaktivität beendet. Woran das liegt ist mir bisher auch noch
unklar, hatte soweit auch alle mir bekannten Einstellungen
versucht - leider bisher ohne Erfolg. Mitunter hält eine
laufendes "top" die Verbindung offen.

Vielleicht hat ja noch jemand ne Idee.

Gruß dagnu
 
Ich begreife das wirklich nicht mehr was das soll. Ich habe heute mal auf die schnelle ein Debian auf den Server gepackt und keinerlei disconnects.

Ich habe manuell mal OpenSSH Portable 4.6p1 installiert und auch das hilft nichts.

Wenn ich das ganze mal mit strace beobachte dann sehe ich das er hier aussteigt:

643 syscall_416(0x14, 0, 0xbfbfdc20) = 0
643 syscall_417(0xbfbfdcd0) = -1 (errno 4)
643 select(7, [3 4], NULL, NULL, NULL <unfinished ...>

Allerdings bekomme ich mit Google mal gerade 4 Treffer für syscall_417 , schade das es da anscheinend nicht mehr Informationen über die Syscalls gibt. Weiss jemand was der syscall_417 ist ?

Wenn auch FTP und Telnet Verbindungen getrennt werden würden, dann könnte man ja denken es sei die Netzwerkkarte oder der Treiber aber da diese Verbindungen auch idle nicht getrennt werden macht das keinen grossen Sinn.

@dagnu: Auf dem Server wo Du / Sie ? diese Probleme haben, was ist denn das da für eine Netzwerkkarte ?
 
@dagnu: Auf dem Server wo Du / Sie ?
Du. In Foren oder im Usenet siezt man sich nicht, es sei denn, man möchte dem Anderen zu verstehen geben, dass man ihn nicht leiden kann.

HTH & Ciao.
Markus Mann
];-)

PS: Falls ihr euch im Real-Life auch kennt, euch dort aber siezt, dann solltet ihr trotzdem hier das "Du" wählen.
 
Zuletzt bearbeitet:
Du. In Foren oder im Usenet siezt man sich nicht, es sei denn, man möchte dem Anderen zu verstehen geben, dass man ihn nicht leiden kann.

HTH & Ciao.
Markus Mann
];-)

PS: Falls ihr euch im Real-Life auch kennt, euch dort aber siezt, dann solltet ihr trotzdem hier das "Du" wählen.

Ok dann bleibe ich mal bei einem freundlichen Du :)
 
liegt die ganze Problematik vielleicht an 2 unterschiedlichen SSH Konfigurationen?
(/etc/ssh vs. /usr/local)
 
Hallo
Wenn ich das ganze mal mit strace beobachte dann sehe ich das er hier aussteigt:

643 syscall_416(0x14, 0, 0xbfbfdc20) = 0
643 syscall_417(0xbfbfdcd0) = -1 (errno 4)
643 select(7, [3 4], NULL, NULL, NULL <unfinished ...>

Allerdings bekomme ich mit Google mal gerade 4 Treffer für syscall_417 , schade das es da anscheinend nicht mehr Informationen über die Syscalls gibt. Weiss jemand was der syscall_417 ist ?

Die Syscalls sind bei fbsd-current unter "src/sys/kern/syscalls.master" und unter Linux i386 unter "linux/arch/i386/kernel/syscall_table.S" zu finden. Syscall 416 ist sigaction(2) und 417 sigreturn(2)

MfG

Lars
 
Hallo alex27

in dem einen Server ist einen RealTek (FB 6.1) und in einem
weiteren mit den selben Phänomänen eine VIA Technologies
Rhine Netzwerkkarte (FB 6.0) verbaut.

Gruß dagnu

Edit: denke nicht, dass es an den Karten bzw. deren Treibern liegt.
Gibt's den noch mehr Anwender deren Server dieses Verhalten zeigen?
Sollten wir vielleicht mal ne Umfrage starten?
 
Zuletzt bearbeitet:
So ich habe heute mal die FreeBSD Treiber von der Realtek Seite geholt und was soll ich sagen, keinerlei disconnects mehr. Alles läuft 1a. Das hat mich ein wenig überrascht da die Treiber da schon vom 17.11.2006 sind also nicht gerade so neu, das man denken würde das sie besser sind als die, die bei FreeBSD selbst dabei sind.

http://www.realtek.com.tw/downloads...n=4&DownTypeID=3&GetDown=false&Downloads=true

Jetzt müsste ich die eigentlich nur noch in meine FreeBSD CD einbauen und dann kann ich sauber alles installieren.
 
So ich habe heute mal die FreeBSD Treiber von der Realtek Seite geholt und was soll ich sagen, keinerlei disconnects mehr. Alles läuft 1a. Das hat mich ein wenig überrascht da die Treiber da schon vom 17.11.2006 sind also nicht gerade so neu, das man denken würde das sie besser sind als die, die bei FreeBSD selbst dabei sind.

http://www.realtek.com.tw/downloads...n=4&DownTypeID=3&GetDown=false&Downloads=true

Jetzt müsste ich die eigentlich nur noch in meine FreeBSD CD einbauen und dann kann ich sauber alles installieren.

ahh, na das ist doch mal ne Aussage - Danke,
 
Zurück
Oben