He,

Ik heb opgewaardeerd 3 servers uit SSH Tectia 4.0.3 aan SSH Tectia 6.0.2. 2 van hen werkt prima, maar een server plotseling begon te hebben problemen na ongeveer 2 uur. Nu is het onmogelijk om in te loggen op deze server met SSH en zelfs telnet. Als SSH draait op deze server, de processor van de server is op het maximale omdat de SSH processen, hetgeen niet het geval is op de andere 2 servers. Momenteel heb ik stilgelegd de SSH processen op de server.

Daarna, toen ik proberen om een verbinding te maken met behulp van telnet ze onmiddellijk antwoorden: 'Verbinding verbroken'. Het vreemde feit is echter dat telnet weigert een verbinding gedaan door de root-gebruiker, maar als ik probeer het met een andere gebruiker, telnet werkt prima. (SSH doen't werk in ieder geval wel) herstarten en zelfs het opnieuw installeren van SSH ook niet werken. Na SSH werd verwijderd Ik probeerde nog een telnet verbinding maar nog steeds geen werk.

Ik heb gecontroleerd / etc / security / gebruiker, omdat de telnet / root probleem, maar alles ziet er identiek aan de configuratie van de andere 2 servers. Kan iemand me helpen met dit probleem?

Bedankt

Veel servers dont toestaan root verbinding met uitzondering van de console ...
Hebt u gecontroleerd? Welke OS?

Ik gebruik IBM AIX 5.3 als besturingssysteem.

Ik heb verwijderd van de nieuwe versie van SSH en vervangen het weer met de oude versie. Sommige van de problemen zijn verholpen. SSH is weer mogelijk is, maar niet voor de root gebruiker. Telnet werkt ook, maar nogmaals, niet voor de root gebruiker.

Als u probeert een SSH-verbinding als root de volgende foutmelding occures:
Authenticatie succesvol.
Ontvangen signaal 11. (geen kern)

Na deze fout de verbinding failes opnieuw. Heeft iemand een idee hoe dit probleem kan zijn?

Bedankt.

Aangezien uw vraag lijkt meer specifieke AIX, ik zal u eens uw post naar die groep ...
Ah, maar kan root aansluiten van de console?

All the best

Vanuit de server kan ik verbinding maken met de buitenwereld met ssh als root. Vreemd genoeg is vanaf de buitenkant is het onmogelijk om in die server met SSH of telnet als root. Het is als root heeft geen toestemming om in dat specifieke server.

Everytime I verbinding probeert te maken van de volgende foutberichten occures: Ontvangen signaal 11. (zonder kern). De authenticatie wel lukken.

Hier is de output van het gebruik van ssh-v:

waarschuwing: Ontwikkeling-time debugging niet gecompileerd inch
Waarschuwing: Om configureren met - enable-debug en hercompileren.
debug: Ssh2/ssh2.c: 1848: User config bestand niet gevonden, met behulp van wanbetalingen. (Zoek naar '/ / .ssh2/ssh2_config')
debug: Aansluiten op server1-, haven-22 ... (SOCKS niet gebruikt)
debug: client ondersteunt 3 auth methodes: "publieke, toetsenbord-interactief, wachtwoord '
debug: Remote versie: SSH-2,0-4.0.5.5 SSH Secure Shell
debug: Major: 4 Minor: 0 Wijziging: 5
debug: SshProtoTransport / trcommon.c: 1464: lang s naar c: "", lang C tot s: ""
debug: SshProtoTransport / trcommon.c: 1530: c_to_s: codeermachines aes128-CBC, mac hmac-SHA1, compressie geen
debug: SshProtoTransport / trcommon.c: 1533: s_to_c: codeermachines aes128-CBC, mac hmac-SHA1, compressie geen
debug: Remote host sleutel gevonden uit de database.
debug: server biedt auth methoden 'publieke, wachtwoord'.
debug: Ssh2AuthPubKeyClient/authc-pubkey.c: 1733: Starten pubkey auth ...
debug: SshUnixUserFiles / sshunixuserfiles.c: 354: Het gebruik van "/ / .ssh2/identification 'als identiteit bestand.
debug: Constructing en verzenden handtekening in publieke authenticatie.
debug: Ssh2AuthPubKeyClient/authc-pubkey.c: 725: het lezen van prive-sleutel / / .ssh2/id_server1
debug: Ssh2AuthPubKeyClient/authc-pubkey.c: 1822: Public key authenticatie succesvol was.
Authenticatie succesvol.
Ontvangen signaal 11. (geen kern)
debug: Got sessie afsluiten met exit_status \u003d 255
Aansluiting op Server1 gesloten.

En ja het is prima als u exporteren naar de AIX groep.

Bedankt!

Een ander feit ik vergat te vermelden:
Als ik probeer "ssh server1" het laat afweten.
Als ik probeer "ssh Server1 ls", vreemd genoeg het werkt ...
Dus root kan in feite een verbinding met die server, maar kan niet inloggen op het.

Gegroet.