abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 0
dnes 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 1
dnes 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
dnes 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
dnes 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
dnes 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
dnes 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
včera 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 8
včera 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 31
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 338 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: login pres ssh (putty) je strasne pomaly

    19.8.2007 12:18 vsivak
    login pres ssh (putty) je strasne pomaly
    Přečteno: 979×
    Ahoj

    Nainstaloval jsem gentoo. Nahodil mysql, php, proftpd, lighttpd, atd... zkratka serverove aplikace. Jedina vec me dost zarazi. Kdyz se na server loguju pres putty tak po me chce uzivatelske jmeno. Klepnu tam root pak se pul minuty nic nedeje a teprve pak chce heslo. Jakmile zadam heslo vse zase sviha normalne. Proc to zdrzeni. Mohu toto chovani nekde opravit. Nevi nekdo cim to je?

    Odpovědi

    19.8.2007 12:22 ajikdpoe | skóre: 23 | blog: dvh
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    To robi windows. Niekde na sietovej vrstve pocita fraktaly alebo co, raz mi pomohlo vypnut netbios ci netbeui.
    19.8.2007 12:27 miso | skóre: 36 | blog: iSCSI_initiator_howto | Praha
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Vies to zreprodukovat pri linux-ssh? (napr. ssh -v localhost)
    Project Satan infects Calculon with Werecar virus
    s3rvac avatar 19.8.2007 13:50 s3rvac | skóre: 6
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Mám ten stejný problém - když se připojuji (Ubuntu) vzdáleně přes ssh na server (Ubuntu) co mám na lokální síti (100Mbit, LAN), tak před zadáním hesla je cca 10s prodleva, po zadání hesla už vše běží jak má. Zajímavé je, že tento problém mám pouze při připojení na tento lokální server, na kterýkoliv jiný (v Internetu) proběhne komunikace okamžitě. OpenSSH 1:4.3p2-8ubuntu1.
    19.8.2007 13:57 pavel
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Mohu se jen zeptat, proč máte povolené se přihlašovat jako root a proč nepoužíváte přihlášení pomocí klíčů?
    vdusek avatar 19.8.2007 13:59 vdusek | skóre: 27
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    A o tom snad byl dotaz? :-(
    s3rvac avatar 19.8.2007 14:07 s3rvac | skóre: 6
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Ten dotaz byl asi míněn na původního autora dotazu. Já osobně mám vzdálené přihlašování pod rootem zakázané a klíče používám, nicméně to tento problém nevyřeší, stále je tam ta prodleva.
    19.8.2007 14:11 MiK[3]Zz
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Tak to je velmi diskutabilne, kluce su minimalne tak zranitelne ako hesla. Zakazany login roota mam, prihlasujem a pod normalnym uzivatelom a potom su/sudo. Vsetko prebieha cez chranenu komunikaciu, takze nit sa coho bat. Ak niekto dostane do ruky tvoj kluc, tak je to opat minimalne tak nebezpecne ako ked dostane tvoje heslo. Koniec koncov pokial sa niekto fyzicky dostane k serveru, odpoji disk a pripoji inde/skopiruje obsah, tak ma tvoj kluc.
    19.8.2007 14:14 miso | skóre: 36 | blog: iSCSI_initiator_howto | Praha
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    pravdepodobnost uhadnutia hesla je urcite vyssia, nez uhadnutia kluca ;-)
    Project Satan infects Calculon with Werecar virus
    19.8.2007 14:18 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Mohu se jen zeptat, proč máte povolené se přihlašovat jako root

    Pokud byste se zeptal mne, odpověď by zněla asi takto: "Protože považuji za zbytečné komplikovat si život kvůli security by obscurity."

    19.8.2007 14:01 miso | skóre: 36 | blog: iSCSI_initiator_howto | Praha
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    pripoj sa s prepinacom -vvv (maximum verbose) a uvidis, na com to "visi"
    Project Satan infects Calculon with Werecar virus
    s3rvac avatar 19.8.2007 14:11 s3rvac | skóre: 6
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    ssh -vvv 10.0.0.5 (10.0.0.5 je IP adresa serveru, tím pádem vylučuji problém s DNS)

    Pro přihlášení používám SSH klíče. Verbose výstup (-vvv) je zde (pouze koncová část, na které to visí):
    debug1: Host '10.0.0.5' is known and matches the RSA host key.
    debug1: Found key in /home/s3rvac/.ssh/known_hosts:16
    debug2: bits set: 518/1024
    debug1: ssh_rsa_verify: signature correct
    debug2: kex_derive_keys
    debug2: set_newkeys: mode 1
    debug1: SSH2_MSG_NEWKEYS sent
    debug1: expecting SSH2_MSG_NEWKEYS
    debug2: set_newkeys: mode 0
    debug1: SSH2_MSG_NEWKEYS received
    debug1: SSH2_MSG_SERVICE_REQUEST sent
    debug2: service_accept: ssh-userauth
    debug1: SSH2_MSG_SERVICE_ACCEPT received
    debug2: key: /home/s3rvac/.ssh/identity ((nil))
    debug2: key: /home/s3rvac/.ssh/id_rsa (0x80054508)
    debug2: key: /home/s3rvac/.ssh/id_dsa ((nil))
    
    vdusek avatar 19.8.2007 13:52 vdusek | skóre: 27
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    DNS?

    jsou v poradku prime i reverzni zaznamy pro ten server i stanici, ze ktere se pripojujes?
    19.8.2007 13:56 MiK[3]Zz
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    1. /etc/ssh/sshd_config

    UseDNS no

    2. naozaj si prekontroluj DNS zaznamy
    19.8.2007 13:59 MiK[3]Zz
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Dufam, ze nebudes pisat, ze to nejde predtym nez restartujes sshd. Ak by problem nebol v bode prvom, tak urcite v druhom.
    s3rvac avatar 19.8.2007 14:37 s3rvac | skóre: 6
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    1. /etc/ssh/sshd_config
    UseDNS no
    Díky, toto pomohlo.
    vdusek avatar 19.8.2007 15:09 vdusek | skóre: 27
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    ...a teď už víš, že je problém v DNS - co si to dát do pořádku a příště podobné problémy neřešit?
    s3rvac avatar 19.8.2007 15:19 s3rvac | skóre: 6
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    1. Tento problém původně řešil vsivak, já jsem pouze napsal, že mám ten stejný problém (+ dodal více informací).

    2. Nenapadlo mě, že by problém mohl být v DNS, konkrétně v reverzních dotazech.

    Díky za pochopení.
    19.8.2007 17:20 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Ad 2: berte to jako poučení pro příště: záhadné několikasekundové prodlevy při přihlášení ke službě (funguje-li poté vše rychle a hladce) jsou v naprosté většině případů způsobeny problémy s DNS, nejčastěji nefunkčním reverzním lookupem IP adresy klienta. Výjimečně může být důvodem i to, že někdo z čirého nerozumu nechává server posílat ident dotazy (například proto, že si v dokumentaci k TCP wrappers přečetl o možnosti logovat jméno uživatele na klientovi a připadalo mu to jako dobrý nápad).
    19.8.2007 14:19 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Ano, pokud bych si měl tipnout, také bych to viděl na nefunkční reverzní lookup adresy klienta.
    12.9.2007 00:08 hoppik
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Me taky trapi prodleva pred zadanim hesla...

    Nastavit "UseDNS no" nepomohlo

    zde je vystup: [code]hoppik@nb-hoppik:~$ ssh -vvv 10.0.148.110 -l root
    hoppik@nb-hoppik:~$ ssh -vvv 10.0.148.110 -l root
    OpenSSH_4.3p2 Debian-8ubuntu1, OpenSSL 0.9.8c 05 Sep 2006
    debug1: Reading configuration data /etc/ssh/ssh_config
    debug1: Applying options for *
    debug2: ssh_connect: needpriv 0
    debug1: Connecting to 10.0.148.110 [10.0.148.110] port 22.
    debug1: Connection established.
    debug1: identity file /home/hoppik/.ssh/identity type -1
    debug1: identity file /home/hoppik/.ssh/id_rsa type -1
    debug1: identity file /home/hoppik/.ssh/id_dsa type -1
    debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7
    debug1: match: OpenSSH_4.7 pat OpenSSH*
    debug1: Enabling compatibility mode for protocol 2.0
    debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-8ubuntu1
    debug2: fd 3 setting O_NONBLOCK
    debug1: An invalid name was supplied
    Cannot determine realm for numeric host address
    
    debug1: An invalid name was supplied
    A parameter was malformed
    Validation error
    
    debug1: An invalid name was supplied
    Cannot determine realm for numeric host address
    
    debug1: An invalid name was supplied
    A parameter was malformed
    Validation error
    
    debug1: SSH2_MSG_KEXINIT sent
    debug1: SSH2_MSG_KEXINIT received
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
    debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
    debug2: kex_parse_kexinit: 
    debug2: kex_parse_kexinit: 
    debug2: kex_parse_kexinit: first_kex_follows 0 
    debug2: kex_parse_kexinit: reserved 0 
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: none,zlib@openssh.com
    debug2: kex_parse_kexinit: none,zlib@openssh.com
    debug2: kex_parse_kexinit: 
    debug2: kex_parse_kexinit: 
    debug2: kex_parse_kexinit: first_kex_follows 0 
    debug2: kex_parse_kexinit: reserved 0 
    debug2: mac_init: found hmac-md5
    debug1: kex: server->client aes128-cbc hmac-md5 none
    debug2: mac_init: found hmac-md5
    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
    debug2: dh_gen_key: priv key bits set: 133/256
    debug2: bits set: 530/1024
    debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
    debug3: check_host_in_hostfile: filename /home/hoppik/.ssh/known_hosts
    debug3: check_host_in_hostfile: match line 5
    debug1: Host '10.0.148.110' is known and matches the RSA host key.
    debug1: Found key in /home/hoppik/.ssh/known_hosts:5
    debug2: bits set: 510/1024
    debug1: ssh_rsa_verify: signature correct
    debug2: kex_derive_keys
    debug2: set_newkeys: mode 1
    debug1: SSH2_MSG_NEWKEYS sent
    debug1: expecting SSH2_MSG_NEWKEYS
    debug2: set_newkeys: mode 0
    debug1: SSH2_MSG_NEWKEYS received
    debug1: SSH2_MSG_SERVICE_REQUEST sent
    debug2: service_accept: ssh-userauth
    debug1: SSH2_MSG_SERVICE_ACCEPT received
    debug2: key: /home/hoppik/.ssh/identity ((nil))
    debug2: key: /home/hoppik/.ssh/id_rsa ((nil))
    debug2: key: /home/hoppik/.ssh/id_dsa ((nil))
    debug3: input_userauth_banner
    Přihlašujete se na operační systém TIM2 Robot!
    debug1: Authentications that can continue: publickey,password
    debug3: start over, passed a different list publickey,password
    debug3: preferred gssapi-keyex,gssapi-with-mic,gssapi,publickey,keyboard-interactive,password
    debug3: authmethod_lookup publickey
    debug3: remaining preferred: keyboard-interactive,password
    debug3: authmethod_is_enabled publickey
    debug1: Next authentication method: publickey
    debug1: Trying private key: /home/hoppik/.ssh/identity
    debug3: no such identity: /home/hoppik/.ssh/identity
    debug1: Trying private key: /home/hoppik/.ssh/id_rsa
    debug3: no such identity: /home/hoppik/.ssh/id_rsa
    debug1: Trying private key: /home/hoppik/.ssh/id_dsa
    debug3: no such identity: /home/hoppik/.ssh/id_dsa
    debug2: we did not send a packet, disable method
    debug3: authmethod_lookup password
    debug3: remaining preferred: ,password
    debug3: authmethod_is_enabled password
    debug1: Next authentication method: password
    root@10.0.148.110's password: 
    
    19.11.2007 10:26 tl
    Rozbalit Rozbalit vše Re: login pres ssh (putty) je strasne pomaly
    Tohle by mohlo pomoct:

    ssh -o 'GSSAPIAuthentication no' ...

    viz http://readlist.com/lists/lists.debian.org/debian-user/31/155028.html

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.