[Linux, Fedora] Dode logins?

[Verwijderd]

Beste tweakers,

Ik kamp sinds een paar dagen met een probleem, als ik inlog op mijn server (met Putty) en dan weer uitlog met: "exit" dan blijf ik volgens linux ingelogd!

Het aantal users loopt elke keer met 1 op als ik inlog en weer uitlog (onderhand al 40 users).
14:01:09 up 109 days, 11:03, 40 users, load average: 0.45, 0.54, 0.51
Met de command "who" krijg ik het volgende:


root pts/1039 Oct 15 14:01 (ip5454****.speed.planet.nl)
root pts/1039 Oct 15 14:01 (ip5454****.speed.planet.nl)
En dit dan zo'n 40 keer!

Hoe kan ik zorgen dat dit weer 1 user wordt? En als ik uitlog 0 users?

Misschien dat iemand een duidelijk stappenplan kan maken, ik heb wat rondgezocht op t.net maar kan niet echt een bevredigend antwoord vinden.
Ik ben een beetje amateur met linux vandaar het stappenplan :)!

Specs:

Intel Pentium 4 3.0 ghz
1 GB DDR ram
80 gb Samsung
OS: Fedora Linux

Als ik wat vergeten ben hoor ik het graag!

Mvg,
Gamertjuh

[Verwijderd]

Argh, deze moet natuurlijk in non-windows OS.
Excuses

[sanfranjake]

WOS > NOS

[Confusion]

Telnet of ssh?

[Verwijderd]

SSH

[Verwijderd]

Iemand?

[Newjersey]

Linux haalt die gegevens uit /var/log/wtmp

Als je dit doet

code:

echo "" > /var/log/wtmp

Is dit weer leeg. Het is wel een vieze manier om het zo te doen maar het werkt wel. Ik heb hier ook regelmatig last van en ik gebruik deze methode ook vaak.

[Verwijderd]

Dat is gewoon invullen dus, voor de rest heeft dit geen gevolgen voor de huidige gameservers die draaien right?

Gewoon dat intoetsen en het werkt, geen reboots e.d.?

[Newjersey]

ja dat heeft verder gee ngevolgen, alleen de wtmp word geleegt door die foute logins

[Verwijderd]

[root@r1k4s13 home]# echo "" > /var/log/wtmp
[root@r1k4s13 home]# uptime
21:47:58 up 109 days, 18:50, 48 users, load average: 0.12, 0.30, 0.35
[root@r1k4s13 home]#


Misschien mis ik nog wat?

[Bergen]

Ik heb es zitten kijken in de manpage van sshd_config en 't lijkt erop dat je sessies kunt terminaten als er gedurende een bepaalde tijd geen activiteit is geweest:

ClientAliveInterval
Sets a timeout interval in seconds after which if no data has been received from the client, sshd will send a message through the encrypted channel to request a response from the client. The default is 0, indicating that these messages will not be sent to the client. This option applies to protocol version 2 only.

ClientAliveCountMax
Sets the number of client alive messages (see above) which may be sent without sshd receiving any messages back from the client. If this threshold is reached while client alive messages are being sent, sshd will disconnect the client, terminating the session. It is important to note that the use of client alive messages is very different from TCPKeepAlive (below). The client alive messages are sent through the encrypted channel and therefore will not be spoofable. The TCP keepalive option enabled by TCPKeepAlive is spoofable. The client alive mechanism is valuable when the client or server depend on knowing when a connection has become inactive.

The default value is 3. If ClientAliveInterval (above) is set to 15, and ClientAliveCountMax is left at the default, unresponsive ssh clients will be disconnected after approximately 45 seconds.

[Seth4Chaos]

Verwijderd schreef op zaterdag 15 oktober 2005 @ 21:48:
[root@r1k4s13 home]# echo "" > /var/log/wtmp
[root@r1k4s13 home]# uptime
21:47:58 up 109 days, 18:50, 48 users, load average: 0.12, 0.30, 0.35
[root@r1k4s13 home]#


Misschien mis ik nog wat?

als je een 'ps -aux' doet zie je dan ook 48 sshd draaien of niet?

[Verwijderd]

root 20349 0.0 0.0 5136 412 ? S Jun30 1:23 /usr/sbin/sshd
root 29870 0.0 0.1 8796 1948 ? S 10:48 0:00 \_ sshd: root@pts/1048

Die bedoel je?

[Wirehead]

uit de man van "users"

Output who is currently logged in according to FILE. If FILE is not specified, use /var/run/utmp. /var/log/wtmp as FILE is common.

kan dus ook in utmp zitten, i.p.v. wtmp

[Verwijderd]

Het zal wel komen doordat je met een proces zit te pielen wat je terminal nog vasthoudt op een of andere manier...

[Verwijderd]

Kan ik misschien zien welk proces zit te piemelen ?

[GX]

ja, met ps -aux, zoals al eerder gevraagd is. Draait er ook nog 48 keer sshd?

[Verwijderd]

Sorry, wat bedoel je precies met 48 keer sshd?

[Verwijderd]

Verwijderd schreef op zondag 16 oktober 2005 @ 16:28:
Sorry, wat bedoel je precies met 48 keer sshd?

pgrep sshd | wc -l

Of

ps aux | grep sshd | grep -v grep | wc -l

[Verwijderd]

[root@r1k4s13 root]# pgrep sshd | wc -l
2

Er komt 2 uit, dit betekent...?

[ Voor 30% gewijzigd door Verwijderd op 16-10-2005 19:01 ]

[Verwijderd]

Verwijderd schreef op zondag 16 oktober 2005 @ 18:03:
[root@r1k4s13 root]# pgrep sshd | wc -l
2

Er komt 2 uit, dit betekent...?

Er zijn 2 processen met sshd,

Je hebt dus 2 ssh sessies openstaan.

Kijk een naar ps aux | less

Staan daar veel - zo'n 48 , die kun je weet weer tellen via pgrep <username> | wc -l > processen tussen met je userrname tussen en die niet verbonden zijn met een terminal ?

[ Voor 3% gewijzigd door Verwijderd op 16-10-2005 21:47 ]

[Verwijderd]

Dan krijg ik dit:

[Winnetou]

Staat er niet een beetje vaak ./server_linux -PID=tsserver2.pid
Volgens google een teamspeak server?

[ Voor 21% gewijzigd door Winnetou op 16-10-2005 22:09 ]

[Verwijderd]

Die moet ik inderdaad nog killen!

[Coen Rosdorff]

met het commande 'last' kan je zien wanneer iemand voor het laatst ingelogd is.
Deze gegevens worden gelezen uit /var/log/wtmp.

Met het -f commando kan je echter ook een ander bestand opgeven.
Als je daar nu /var/run/utmp opgeeft krijg je te zien welke login er is blijven hangen.

code:

# last -f /var/run/utmp 
coen     pts/0        coen             Tue Jul 12 02:21    gone - no logout 
coen     pts/0        coen             Sun Oct 16 15:58 - 02:10  (-13:-48)  
coen     pts/2        coen             Sun Oct 16 15:59 - 03:37 (-305+-11:-2
reboot   system boot                   Mon Feb 23 15:34         (601+09:41) 

utmp begins Mon Feb 23 15:34:21 2004

Ik heb zoals je ziet ook een stall login. Maak me er niet echt druk om Het process wat de login verzorgde is me schijnbaar vergeten af te melden. Misschien wel gewoon gecrashed. Ik zie in mijn admin log dat ik op 11 juli bezig ben geweest met een update van openssh, dat zou de oorzaak kunnen zijn.
(Die uptime die daar staat is correct trouwens.)

[Verwijderd]

Dit zie ik als ik dat intyp (dit zijn de laatste paar regels):

root pts/1003 ip5454a33b.speed Tue Oct 11 19:32 gone - no logout
root pts/1002 ip5454a33b.speed Tue Oct 11 18:56 gone - no logout
root pts/1001 ip5454a33b.speed Tue Oct 11 18:52 gone - no logout
root pts/1000 ip5454a33b.speed Tue Oct 11 17:54 gone - no logout
reboot system boot Tue Jun 28 10:34 (111+05:18)

utmp begins Tue Jun 28 10:34:15 2005

[ Voor 4% gewijzigd door Verwijderd op 17-10-2005 15:54 ]

[Verwijderd]

Iemand

[JeroenE]

Je zou eens "logout" kunnen proberen ipv "exit", maar in principe zou dat geen verschil mogen maken.

Heb je misschien een ~/.bash_logout script waarin je eea (fniet goed) regelt als je uitlogt?

[Verwijderd]

Nee, maakt geen verschil.

[Verwijderd]

Update: Ook geen bash script.

[Confusion]

little_soundman schreef op maandag 17 oktober 2005 @ 02:23:
Ik zie in mijn admin log dat ik op 11 juli bezig ben geweest met een update van openssh, dat zou de oorzaak kunnen zijn.

Tjah, misschien kan je in changelogs van latere versies van openssh zien of je toevallig net een brakke versie had?

[Verwijderd]

Ik kan het volgende ook niet helemaal plaatsen:

root 20349 0.0 0.0 5136 412 ? S Jun30 1:26 /usr/sbin/sshd
root 1689 0.0 0.1 8964 1964 ? S 23:14 0:00 \_ sshd: root@pts/1100
root 1691 0.0 0.1 5468 1372 pts/1100 S 23:14 0:00 | \_ -bash
root 1816 0.0 0.0 2872 760 pts/1100 R 23:16 0:00 | \_ ps auxf
root 1811 0.0 0.1 7580 1736 ? R 23:15 0:00 \_ sshd: unknown [priv]
sshd 1815 0.0 0.0 6480 868 ? S 23:15 0:00 \_ sshd: unknown [net]

Anybody die een idee heeft wat deze doen?