ssh inlog problem na woody -> sarge upgrade

[vaplu]

Ik heb een probleem met het inloggen op een host die ik een tijdje terug heb geupgrade van Debian Woody naar Sarge:

# ssh root@192.168.101.9                     
Password: 
Last login: Wed Aug  2 10:22:29 2006 from 192.168.101.9
Connection to 192.168.101.9 closed.

Het inloggen slaagd, maar direct daarna wordt de verbinding weer gesloten. Voor de upgrade was dit geen probleem.

/var/log/auth:

Aug  2 10:25:08 hostname sshd[301]: Accepted keyboard-interactive/pam for root from 192.168.101.9 port 46055 ssh2
Aug  2 10:25:08 hostname sshd[26861]: (pam_unix) session opened for user root by root(uid=0)
Aug  2 10:25:08 hostname pam_limits[26861]: setrlimit limit #6 to soft=-1, hard=-1 failed: Invalid argument; uid=0 euid=0
Aug  2 10:25:08 hostname sshd[26861]: fatal: PAM: pam_open_session(): Permission denied

/etc/hosts.deny is leeg, dus daar ligt het niet aan...

Iemand suggesties waar te gaan zoeken?

[stefklep]

Het staat toch echt duidelijk waar het aan licht hoor in je log

Aug 2 10:25:08 hostname pam_limits[26861]: setrlimit limit #6 to soft=-1, hard=-1 failed: Invalid argument; uid=0 euid=0
Aug 2 10:25:08 hostname sshd[26861]: fatal: PAM: pam_open_session(): Permission denied

[ErikKosters]

Handig als je zon server in je rack hebt staan

[Digiover]

Waarom wil je als root inloggen via ssh? Nooit gehoord van PermitRootLogin no? Vanaf remote als root inloggen wil je niet, klaar. Log in als een normale user en su - naar root, weet vrij zeker dat dat wel wil.
Kijk dan na het inloggen eens naar je /etc/ssh/sshd_config en /etc/ssh/ssh_config bestanden.

[vaplu]

@ErikKosters & Digiover

Tjeezzz .. waar baseren jullie je commentaar op? Gaarne even inhoudelijk reageren!

Het staat toch echt duidelijk waar het aan licht hoor in je log

Aug 2 10:25:08 hostname pam_limits[26861]: setrlimit limit #6 to soft=-1, hard=-1 failed: Invalid argument; uid=0 euid=0
Aug 2 10:25:08 hostname sshd[26861]: fatal: PAM: pam_open_session(): Permission denied

Ja ... als ik dat niet had gezien had ik het niet gecopy/paste he?

Maar goed... maar jij hebt het blijkbaar door, dus wat is volgens jou het probleem?

[Digiover]

@ErikKosters & Digiover

Tjeezzz .. waar baseren jullie je commentaar op? Gaarne even inhoudelijk reageren!

Dat heb ik gedaan.
1) log nimmer van remote in als root
2) log in als een user, su naar root
zou normaliter moeten werken, je geeft niet aan dat je dit geprobeerd hebt.

Ja ... als ik dat niet had gezien had ik het niet gecopy/paste he?

Maar goed... maar jij hebt het blijkbaar door, dus wat is volgens jou het probleem?

Je probeert set rlimit #6 naar ongelimiteerd te zetten (-1, -1) en dat mag niet. Informatie hierover kan je vinden in het bestand /etc/security/limits.conf, 'man setrlimit' en door te Googlen op de foutmeldingen.
Als je niet eerst via een gewone user in mag loggen (om later te su-en), dan zal je toch fysieke toegang tot de server moeten hebben.

[vaplu]

Dat heb ik gedaan.
1) log nimmer van remote in als root

Het was niet remote, maar dat had ik jullie inderdaad niet verteld. Naar info over hoe secure ik moet handelen vroeg ik niet. Ik log welliswaar vrijwel nooit remote als root in, jou statement vind ik wel bediscusieerbaar (bijvoorbeeld: key-logger op de host waar je su - doet? Maar daar wil ik het nu niet over hebben.)

2) log in als een user, su naar root
zou normaliter moeten werken, je geeft niet aan dat je dit geprobeerd hebt.

Klopt, want een normale user lukt ook niet. Doe een /root/<user>/s op de eerste post en er varanderd niets aan de huidige situatie... maar dat had ik er inderdaad niet bij verteld.

Je probeert set rlimit #6 naar ongelimiteerd te zetten (-1, -1) en dat mag niet.

Ok duidelijk, maar het volgende kon ik niet plaatsen: "failed: Invalid argument" in die zelfde log regel.

Informatie hierover kan je vinden in het bestand /etc/security/limits.conf, 'man setrlimit' en door te Googlen op de foutmeldingen.

/etc/security/limits.conf is een goede pointer, echter staat alles in commentaar.

manpages & google zijn natuurlijk de eerste zaken die ik op pak, maar google leverde geen resultaten op die ik kon associëren met mijn probleem.

Als je niet eerst via een gewone user in mag loggen (om later te su-en), dan zal je toch fysieke toegang tot de server moeten hebben.

Die fysieke toegang heb ik - min of meer - , want via en linux-vserver kan ik toch nog in de host komen.

Bedankt voor je response!

Nu ik er nog eens over na denk, ik heb toen ook ssh een upgrade laten doen, en daarna ging het fout. Het is verder geen kritieke omgeving, maar ik wil graag weten waarom het niet werkt.