abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 21:33 | Komunita

    Projekt microDMG Racer na Kickstarteru nevyšel, tak se autor rozhodl uvolnit na ESP32 postavené autíčko i ovladač jako open source.

    Ladislav Hagara | Komentářů: 0
    dnes 13:22 | Nová verze

    Byl vydán TrueNAS SCALE 24.10 „Electric Eel“. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 13:11 | Nová verze

    Byla vydána nová verze 24.10.29 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nově s podporou AI (whisper.cpp) pro generování titulků. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    dnes 12:44 | Nová verze

    Wasmer byl vydán ve verzi 5.0. Jedná se o běhové prostředí pro programy ve WebAssembly. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.

    Ladislav Hagara | Komentářů: 0
    dnes 12:22 | Bezpečnostní upozornění

    X.Org X server 21.1.14 a Xwayland 24.1.4 řeší bezpečnostní chybu CVE-2024-9632 využitelnou k eskalaci práv. Pochází z roku 2006 (xorg-server-1.1.1).

    Ladislav Hagara | Komentářů: 0
    dnes 02:44 | IT novinky

    Společnost Apple představila nový Mac mini. Menší, výkonnější a zároveň uhlíkově neutrální. S M4 nebo M4 Pro.

    Ladislav Hagara | Komentářů: 28
    dnes 02:22 | Nová verze

    Byla vydána (𝕏) říjnová aktualizace aneb nová verze 1.95 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.95 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    včera 18:44 | Nová verze

    Byl vydán Mozilla Firefox 132.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 132 je již k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    včera 17:00 | IT novinky

    Jan Gruntorád byl včera večer ve Vladislavském sále Pražského hradu během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) vyznamenán prezidentem republiky medailí Za zásluhy 1. stupně za zásluhy o stát v oblasti techniky. Gruntorád je český informatik a manažer, patří mezi průkopníky internetu v České republice a je často označovaný jako 'Otec českého internetu'. V roce 2021 byl uveden jako první Čech do Internetové síně slávy. Mezi léty 1996 až 2021 byl ředitelem sdružení CESNET.

    Gréta | Komentářů: 19
    včera 15:55 | Nová verze

    Bylo oznámeno (cs) vydání Fedora Linuxu 41. Ve finální verzi vychází pět oficiálních edic: Workstation pro desktopové, Server pro serverové, Fedora Cloud pro cloudové nasazení, IoT pro internet věcí a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich je k dispozici také Silverblue a Kinoite a alternativní desktopy, např. KDE Plasma, Xfce nebo LxQt, a k tomu laby – upravené vydání Fedory například pro designery, robotiku, vědecké použití atd. Přehled novinek ve Fedora Workstation 41 a Fedora KDE 41 na stránkách Fedora Magazinu.

    Ladislav Hagara | Komentářů: 17
    Rozcestník

    Dotaz: Nefunguje scp

    9.9.2005 12:17 semtex | skóre: 24 | blog: semtex
    Nefunguje scp
    Přečteno: 204×
    Ahoj, vyskytl se mi divný problém se scp, aniž bych cokoliv reinstaloval, upgradoval, najednou ze dne na den mi začal dělat toto:
    scp soubor user@stroj:/tmp/
    ____ _

    Vypíše pouze ty podtržítka a nic se nepřenese... Nějak nechápu, co se děje, mám tam debian stable (sarge), ssh verze 3.8.1p1-8.sarge jo a dělá to jak směrem z toho stroje tak směrem dovnitř :-( Nestalo se někomu něco podobnýho?

    Odpovědi

    9.9.2005 12:20 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Nefunguje scp
    Zkus tomu přidat pár -v ať víme co to dělá.
    9.9.2005 12:28 semtex | skóre: 24 | blog: semtex
    Rozbalit Rozbalit vše Re: Nefunguje scp
    Je toho dost, snad se v tom nekdo vyzna...
    Executing: program /usr/bin/ssh host 212.158.157.91, user (unspecified), command scp -v -t /tmp
    OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004
    debug1: Reading configuration data /etc/ssh/ssh_config^M
    debug2: ssh_connect: needpriv 0^M
    debug1: Connecting to 212.158.157.91 [212.158.157.91] port 22.^M
    debug1: Connection established.^M
    debug1: identity file /root/.ssh/identity type -1^M
    debug1: identity file /root/.ssh/id_rsa type -1^M
    debug3: Not a RSA1 key file /root/.ssh/id_dsa.^M
    debug2: key_type_from_name: unknown key type '-----BEGIN'^M
    debug3: key_read: missing keytype^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug3: key_read: missing whitespace^M
    debug2: key_type_from_name: unknown key type '-----END'^M
    debug3: key_read: missing keytype^M
    debug1: identity file /root/.ssh/id_dsa type 2^M
    debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1 Debian-8.sarge.4^M
    debug1: match: OpenSSH_3.8.1p1 Debian-8.sarge.4 pat OpenSSH*^M
    debug1: Enabling compatibility mode for protocol 2.0^M
    debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian-8.sarge.4^M
    debug1: SSH2_MSG_KEXINIT sent^M
    debug1: SSH2_MSG_KEXINIT received^M
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1^M
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss^M
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr^M
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr^M
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96^M
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96^M
    debug2: kex_parse_kexinit: none,zlib^M
    debug2: kex_parse_kexinit: none,zlib^M
    debug2: kex_parse_kexinit: ^M
    debug2: kex_parse_kexinit: ^M
    debug2: kex_parse_kexinit: first_kex_follows 0 ^M
    debug2: kex_parse_kexinit: reserved 0 ^M
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1^M
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss^M
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr^M
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr^M
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96^M
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96^M
    debug2: kex_parse_kexinit: none,zlib^M
    debug2: kex_parse_kexinit: none,zlib^M
    debug2: kex_parse_kexinit: ^M
    debug2: kex_parse_kexinit: ^M
    debug2: kex_parse_kexinit: first_kex_follows 0 ^M
    debug2: kex_parse_kexinit: reserved 0 ^M
    debug2: mac_init: found hmac-md5^M
    debug1: kex: server->client aes128-cbc hmac-md5 none^M
    debug2: mac_init: found hmac-md5^M
    debug1: kex: client->server aes128-cbc hmac-md5 none^M
    debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent^M
    debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP^M
    debug2: dh_gen_key: priv key bits set: 137/256^M
    debug2: bits set: 495/1024^M
    debug1: SSH2_MSG_KEX_DH_GEX_INIT sent^M
    debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY^M
    debug3: check_host_in_hostfile: filename /root/.ssh/known_hosts^M
    debug3: check_host_in_hostfile: match line 1^M
    debug1: Host '212.158.157.91' is known and matches the RSA host key.^M
    debug1: Found key in /root/.ssh/known_hosts:1^M
    debug2: bits set: 495/1024^M
    debug1: ssh_rsa_verify: signature correct^M
    debug2: kex_derive_keys^M
    debug2: set_newkeys: mode 1^M
    debug1: SSH2_MSG_NEWKEYS sent^M
    debug1: expecting SSH2_MSG_NEWKEYS^M
    debug2: set_newkeys: mode 0^M
    debug1: SSH2_MSG_NEWKEYS received^M
    debug1: SSH2_MSG_SERVICE_REQUEST sent^M
    debug2: service_accept: ssh-userauth^M
    debug1: SSH2_MSG_SERVICE_ACCEPT received^M
    debug2: key: /root/.ssh/identity ((nil))^M
    debug2: key: /root/.ssh/id_rsa ((nil))^M
    debug2: key: /root/.ssh/id_dsa (0x808b948)^M
    debug1: Authentications that can continue: publickey,keyboard-interactive^M
    debug3: start over, passed a different list publickey,keyboard-interactive^M
    debug3: preferred publickey,keyboard-interactive,password^M
    debug3: authmethod_lookup publickey^M
    debug3: remaining preferred: keyboard-interactive,password^M
    debug3: authmethod_is_enabled publickey^M
    debug1: Next authentication method: publickey^M
    debug1: Trying private key: /root/.ssh/identity^M
    debug3: no such identity: /root/.ssh/identity^M
    debug1: Trying private key: /root/.ssh/id_rsa^M
    debug3: no such identity: /root/.ssh/id_rsa^M
    debug1: Offering public key: /root/.ssh/id_dsa^M
    debug3: send_pubkey_test^M
    debug2: we sent a publickey packet, wait for reply^M
    debug1: Server accepts key: pkalg ssh-dss blen 434^M
    debug2: input_userauth_pk_ok: fp ce:bc:3b:30:c0:c0:e7:41:cc:e3:a0:a6:12:be:ee:88^M
    debug3: sign_and_send_pubkey^M
    debug1: read PEM private key done: type DSA^M
    debug1: Authentication succeeded (publickey).^M
    debug2: fd 4 setting O_NONBLOCK^M
    debug2: fd 5 setting O_NONBLOCK^M
    debug2: fd 6 setting O_NONBLOCK^M
    debug1: channel 0: new [client-session]^M
    debug3: ssh_session2_open: channel_new: 0^M
    debug2: channel 0: send open^M
    debug1: Entering interactive session.^M
    debug2: callback start^M
    debug2: ssh_session2_setup: id 0^M
    debug1: Sending command: scp -v -t /tmp^M
    debug2: channel 0: request exec^M
    debug2: callback done^M
    debug2: channel 0: open confirm rwindow 0 rmax 32768^M
    debug2: channel 0: rcvd adjust 131072^M
     ____           _
    debug2: channel 0: read<=0 rfd 4 len 0^M
    debug2: channel 0: read failed^M
    debug2: channel 0: close_read^M
    debug2: channel 0: input open -> drain^M
    debug2: channel 0: ibuf empty^M
    debug2: channel 0: send eof^M
    debug2: channel 0: input drain -> closed^M
    debug1: client_input_channel_req: channel 0 rtype exit-status reply 0^M
    debug2: channel 0: rcvd eof^M
    debug2: channel 0: output open -> drain^M
    debug2: channel 0: obuf empty^M
    debug2: channel 0: close_write^M
    debug2: channel 0: output drain -> closed^M
    debug2: channel 0: rcvd close^M
    debug3: channel 0: will not send data after close^M
    debug2: channel 0: almost dead^M
    debug2: channel 0: gc: notify user^M
    debug2: channel 0: gc: user detached^M
    debug2: channel 0: send close^M
    debug2: channel 0: is dead^M
    debug2: channel 0: garbage collecting^M
    debug1: channel 0: free: client-session, nchannels 1^M
    debug3: channel 0: status: The following connections are open:^M
      #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1)^M
    ^M
    debug3: channel 0: close_fds r -1 w -1 e 6^M
    debug1: fd 0 clearing O_NONBLOCK^M
    debug1: fd 1 clearing O_NONBLOCK^M
    debug1: fd 2 clearing O_NONBLOCK^M
    debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.2 seconds^M
    debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0^M
    debug1: Exit status 0^M
    
    9.9.2005 14:41 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Nefunguje scp
    Nemáš na tom serveru zakázané scp?
    9.9.2005 17:32 semtex | skóre: 24 | blog: semtex
    Rozbalit Rozbalit vše Re: Nefunguje scp
    No tak to bych rekl, ze ne, ale jinak, to se da zakazat kde??
    12.9.2005 11:32 semtex | skóre: 24 | blog: semtex
    Rozbalit Rozbalit vše Re: Nefunguje scp
    je to zvlastni, ale ten server mam docela zabezpecenej, port 22 otevrenej jen na 1 IP adresu, ze ktery jsem tam prave pres scp neco uploadoval. Diky tomu a ssh klicum jsem si dovolil prenaset to tam jako root. Zjistil jsem, ze to je ten problem, jako normalni uzivatel to jde !

    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.