Hé,

Nekem van korszerűsített 3 szervereit SSH Tectia 4.0.3 hogy SSH Tectia 6.0.2. 2 ezek közül csak egy jól működő szerver hirtelen kezdődött, hogy a zavargások után körülbelül 2 óra. Most nem lehet, hogy ez a logika segítségével SSH és még telnet. Ha SSH fut az adott szerveren, a CPU a szerveren van ez, mert a legnagyobb SSH folyamatok, amelyek nem az esetben a másik 2 szervereket. Jelenleg már bezárták az SSH folyamatok a szerveren.

Akkor, amikor megpróbálom a kapcsolatot használó telnet, hogy azonnal a válaszokat: "A kapcsolat lezárva". A furcsa tény azonban, hogy a telnet visszautasítja a kapcsolatot, amit a root felhasználó, de ha megpróbálom, hogy egy másik felhasználó, telnet működik jól. (SSH Ne tedd munka mindkét esetben bár) újbóli újratelepítése SSH és még nem is működik. Után SSH volt uninstalled Próbáltam másik telnet kapcsolat, de még mindig nem működik.

Én már ellenőrizni az / etc / security / user, mert a telnet / root probléma, de minden ugyanúgy néz ki, mint a beállítást a másik 2 szervereket. Tud akárki segítsen nekem ezzel a probléma?

Köszönöm

Sok servers dont kapcsolat lehetővé teszi a root kivételével konzol ...
Van ellenőrizni? Milyen OS?

Használhatom az IBM AIX 5.3 operációs rendszer.

Én már eltávolították az új SSH-változat, és helyébe ez újra a régi változatot. Néhány a problémákat rögzítették. SSH lehet, de nem a root felhasználót. Telnet is, de ismét nem a root felhasználót.

Amikor megpróbál egy SSH kapcsolatot rootként a következő hiba occures:
Azonosítás sikeres.
Fogadott jel 11. (nincs mag)

Miután ezt a hibát a kapcsolatot failes megint. Csinál akárki birtokol egy ötlet, hogy mi lehet ez a probléma?

Köszönöm.

Mivel a kérdés inkább az AIX egyedi, majd ha elfogadja onnan a postán, hogy e csoport ...
Jaj, de gyökér csatlakoztatni a konzolt?

Minden a legjobb

Belül a szerveren tudok kapcsolódni a külső ssh rootként. Elég kívülről nem lehet belépni, hogy a kiszolgáló mindkét ssh vagy telnet rootként. Olyan, mint root nincs engedélye, hogy az adott kiszolgálón.

Everytime megpróbálok kapcsolódni a következő hiba occures: Fogadott jel 11. (nincs mag). A hitelesítés azonban nem jártak sikerrel.

Itt a kimenet használata ssh-v:

Figyelmeztetés: Fejlesztés-time debugging nem összeállított hüvelyk
Figyelmeztetés: Annak érdekében, hogy konfigurálja a - enable-debug-és újra.
debug: Ssh2/ssh2.c: 1848: A felhasználói konfigurációs fájl nem található, a mulasztásokat. (Keresett "/ / .ssh2/ssh2_config)
debug: Kapcsolódás server1, 22-es port ... (SOCKS nem használható)
debug: kliens támogatja 3 auth módszerek: "publicKey, billentyűzet-interaktív, jelszó"
debug: Távoli version: SSH-2,0-4.0.5.5 SSH Secure Shell
debug: Major: 4 Minor: 0 Verziószám: 5
debug: SshProtoTransport / trcommon.c: 1464: lang s c: "", lang C s: ""
debug: SshProtoTransport / trcommon.c: 1530: c_to_s: titkosítástól aes128-CBC, MAC hmac-SHA1, kompressziós none
debug: SshProtoTransport / trcommon.c: 1533: s_to_c: titkosítástól aes128-CBC, MAC hmac-SHA1, kompressziós none
debug: Remote host kulcsot talált az adatbázisban.
debug: szervertanúsítvány kínál auth módszerek "publicKey, jelszó."
debug: Ssh2AuthPubKeyClient/authc-pubkey.c: 1733: Starting pubkey auth ...
debug: SshUnixUserFiles / sshunixuserfiles.c: 354: A '/ / .ssh2/identification "mint identitás fájlt.
debug: építési és küldési publicKey aláírás hitelesítés.
debug: Ssh2AuthPubKeyClient/authc-pubkey.c: 725: olvasás privát kulcs / / .ssh2/id_server1
debug: Ssh2AuthPubKeyClient/authc-pubkey.c: 1822: Nyilvános kulcs hitelesítés sikeres volt.
Azonosítás sikeres.
Fogadott jel 11. (nincs mag)
debug: Megvan az ülés közel exit_status \u003d 255
Kapcsolatod server1 zárva.

És igen, jól van, ha azt az export AIX csoportban.

Köszönöm!

A másik tény, elfelejtettem megemlíteni:
Ha megpróbálok "ssh server1" ez nem sikerül.
Ha megpróbálok "ssh server1 ls", elég furcsán működik ...
Szóval gyökér valóban kapcsolódni, hogy szerver, de csak nem logon is.

Üdvözlet.