Hozzászólások
-
Bejegyzés
-
próbáltam már és utána mellébiggyesztettem egy „-v”-t is, ez valami debug mód:
[saver@www ~]$ ssh -v -i ~/.ssh/ml370 saver@192.168.1.1
OpenSSH_4.0p1, OpenSSL 0.9.7f 22 Mar 2005
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.1.1 [192.168.1.1] port 22.
debug1: Connection established.
debug1: identity file /home/saver/.ssh/ml370 type 1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.0
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host ‘192.168.1.1’ is known and matches the RSA host key.
debug1: Found key in /home/saver/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: gssapi-with-mic
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /home/saver/.ssh/ml370
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: password
saver@192.168.1.1’s password:Egy valami nem értek. Végigcsináltam a fent belinkelt leírás szerint és még mindig kér jelszót.
És a leírásban is van ami nem világos:
„ssh-keygen -b 2048 -t rsa -f ~/.ssh/távoligép_neve”
Ebben hol van az hogy „(Ha állítottunk be jelszavas védelmet a privát kulcshoz itt fogja kérni)”
Mert ugyebár kér jelszót, de sztem abban a sorban nincs ilyen beállítva…Ja és még 1 dolog, ha spamlistára vágnak, akkor megérkezik a levelem, csak rögtön kukázzák és nem jön olyan válaszlevél a saját szerverem mailer-daemonjától, h nem kézbesíthető…
A szerver szerverparkban van (nem téonlájn és nem is inviteles), tehát fix IP-s. És kb. 5-10 nappal ezelőtt még simán tudtam küldeni t-online-os címzettnek levelet. Továbbá nem levelező progit (pl. O. Express) használok, hanem webmail-es felületet (ami a szerveremen fut), tehát 99%, h nem smtp gond, mert a levél kimegy és van egy rakat címzett aki meg is kapja. Arra gyanaxom, h valami dns vagy exim nyavaja lehet, csak nem tudom, h mi pontosan.
Egyébként egy csomó helyen csinálják azt (és sztem a t-nél is most ezt vezették be), h ha adott domainből érkező levélnek a reverse dns-e nem okés, akkor nem fogadják a levelet és a küldő egy ilyen választ kap, mint amilyet kaptam én is. Csak az én reverse-m elvileg ok.
legutóbbi hsz