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:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
dnes 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
dnes 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 4
včera 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
včera 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 5
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 30
13.1. 02:00 | Nová verze

Po pěti měsících od vydání verze 1.0.0 (zprávička) byla vydána verze 2.0.0 frameworku Kirigami (HIG) pro vytváření uživatelských rozhraní mobilních a konvergentních aplikací nad toolkitem Qt. Pro vyzkoušení je určena aplikace pro Android Kirigami gallery.

Ladislav Hagara | Komentářů: 0
12.1. 23:28 | Zajímavý software

Akční hra Lugaru HD od Wolfire Games (recenze) byla uvolněna jako svobodný software, a to včetně dat (pod licencí Creative Commons Attribution – Share Alike). Linuxový port byl v roce 2010 součástí první akce Humble Indie Bundle a engine byl krátce poté uvolněn pod licencí GNU GPL, což vedlo mj. k portu na AmigaOS. Autor mezitím pracuje na pokračování nazvaném Overgrowth.

Fluttershy, yay! | Komentářů: 0
12.1. 14:49 | Bezpečnostní upozornění

Na serveru Jabb.im bylo zveřejněno vyjádření k úniku dat z Jabbim Archive (pastebin). Dump databáze obsahuje komunikaci uživatelů, jejich IP adresy a logy aplikace od října 2015 do března 2016. Celkově se jedná o 8 GB dat, převažujícím jazykem zpráv je čeština a slovenština. O úniku informoval jako první server Motherboard. Jabbim Archive byla službou volitelnou, dostupnou pouze pro VIP uživatele. Podle provozovatele serveru Jabb.im k

… více »
Michal Makovec | Komentářů: 68
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 294 hlasů
 Komentářů: 19, poslední 13.1. 22:02
    Rozcestník
    Reklama

    Dotaz: SSH VNC problem

    17.4.2006 17:37 David
    SSH VNC problem
    Přečteno: 981×
    Dobry den, mam takove 2 problemy. 1/ VNC pri pripojeni na display 0

    (u me GNOME, kdyz se pripojim dojde k selhani systemu (ani tuk, zamrzne, u klienta pouze seda obrazovka, zkousel jsem se pripojit i z toho sameho stroje, vysledek stejny) a je nutny tvrdy restart),

    coz pokud chapu spravne je pracovni prostredi. Testoval jsem to tedy na dalsim displaji Tab Window Manager - OK KDE - OK Gnome - problem - uz bezi ... hadam ze dela VNCcku potize. Implicitne jedu v Gnome. 2/ Nefunguje mi z nejakeho overovani pomoci RSA/DSA klicu. Zatim testovano pouze Win(Putty) -> Linux. Klice byyli ulozeny Authorized_keys i Authorized_keys2. Generovany pro OpenSSH. Vcera sem krapet upgradnul SSH, s tim ze by to mohlo zacit spolupracovat
    openssl-0.9.8a.tar.gz (MD5) (SHA1) (PGP sign) [LATEST]
    openssh-4.3p2.tar.gz
    znovu zavedst PAM moduly
    a iconfigurovat ssh s
    ./configure --prefix=/usr --sysconfdir=/etc/ssh --with-pam --with-libs=-ldl
    vse se zda OK. sshd sice vyhodi sshd re-exec requires execution with an absolute path ale to lze spustit /usr/sbin/sshd
    sshd -v
    OpenSSH_4.3p2, OpenSSL 0.9.8a 11 Oct 2005
    Ale co je pruser, nejenomze nejde overovani podle klicu, ale uz nejde ani podle hesel :( sshd_config --------------------------------------------------------------------------------------------------------------
    # Package generated configuration file
    # See the sshd(8) manpage for details
    
    # What ports, IPs and protocols we listen for
    Port 22
    # Use these options to restrict which interfaces/protocols sshd will bind to
    #ListenAddress ::
    #ListenAddress 0.0.0.0
    Protocol 2
    # HostKeys for protocol version 2
    HostKey /etc/ssh/ssh_host_rsa_key
    HostKey /etc/ssh/ssh_host_dsa_key
    #Privilege Separation is turned on for security
    UsePrivilegeSeparation yes
    
    # Lifetime and size of ephemeral version 1 server key
    KeyRegenerationInterval 3600
    ServerKeyBits 768
    
    # Logging
    SyslogFacility AUTH
    LogLevel INFO
    
    # Authentication:
    LoginGraceTime 600
    PermitRootLogin yes
    StrictModes yes
    
    RSAAuthentication yes
    PubkeyAuthentication yes
    #AuthorizedKeysFile %h/.ssh/authorized_keys
    
    # Don't read the user's ~/.rhosts and ~/.shosts files
    IgnoreRhosts yes
    # For this to work you will also need host keys in /etc/ssh_known_hosts
    RhostsRSAAuthentication no
    # similar for protocol version 2
    HostbasedAuthentication no
    # Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
    #IgnoreUserKnownHosts yes
    
    # To enable empty passwords, change to yes (NOT RECOMMENDED)
    PermitEmptyPasswords no
    
    # Change to no to disable s/key passwords
    ChallengeResponseAuthentication yes
    
    # Change to yes to enable tunnelled clear text passwords
    PasswordAuthentication no
    
    
    # To change Kerberos options
    #KerberosAuthentication no
    #KerberosOrLocalPasswd yes
    #AFSTokenPassing no
    #KerberosTicketCleanup no
    
    # Kerberos TGT Passing does only work with the AFS kaserver
    #KerberosTgtPassing yes
    
    X11Forwarding yes
    X11DisplayOffset 10
    PrintMotd no
    PrintLastLog yes
    KeepAlive yes
    #UseLogin no
    
    #MaxStartups 10:30:60
    #Banner /etc/issue.net
    #ReverseMappingCheck yes
    
    Subsystem sftp /usr/lib/openssh/sftp-server
    
    UsePAM yes
    ---------------------------------------------- Za kazdou pomoc budu vdecny. Disribuce Debian Sarge

    Odpovědi

    17.4.2006 20:05 miso | skóre: 36 | blog: iSCSI_initiator_howto | Praha
    Rozbalit Rozbalit vše Re: SSH VNC problem
    2 - skus sa pripojit z ineho linuxu 'ssh -v' a ten vystup pastnut sem
    Project Satan infects Calculon with Werecar virus
    17.4.2006 21:24 David
    Rozbalit Rozbalit vše Re: SSH VNC problem
    Ale co je pruser, nejenomze nejde overovani podle klicu, ale uz nejde ani podle hesel
    ... nejdriv se musim mit jak pripojit, zitra se na to zkusim podivat, ale nedelam si valne iluze o tom ze se mi to podari rozbehat, na linuxu jsem teprve druhej mesic, takze jeste poradne nevim kam sahnout a co zmenit (jo, jo ... manualuju, manualuju, ale zkusenosti chybi)
    17.4.2006 21:31 David
    Rozbalit Rozbalit vše Re: SSH VNC problem
    jeste pripojim pokus o diagnostiku
    muff:~# ps -C sshd
    PID TTY TIME CMD
    muff:~# ps -ef | grep ssh
    root 5386 5343 0 18:01 ? 00:00:00 /usr/bin/ssh-agent /usr/bin/gnom e-session
    root 5516 5474 0 18:02 pts/3 00:00:00 grep ssh
    muff:~# ps -ef | grep ssh
    root 5386 5343 0 18:01 ? 00:00:00 /usr/bin/ssh-agent /usr/bin/gnome-session
    root 5518 5474 0 18:02 pts/3 00:00:00 grep ssh
    muff:~# netstat -nltp
    Active Internet connections (only servers)
    Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
    tcp 0 0 0.0.0.0:548 0.0.0.0:* LISTEN 3730/afpd
    tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 3826/smbd
    tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 3996/X
    tcp 0 0 127.0.0.1:621 0.0.0.0:* LISTEN 3837/famd
    tcp 0 0 0.0.0.0:5902 0.0.0.0:* LISTEN 4485/Xtightvnc
    tcp 0 0 0.0.0.0:5903 0.0.0.0:* LISTEN 4538/Xtightvnc
    tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 3111/portmap
    tcp 0 0 0.0.0.0:5904 0.0.0.0:* LISTEN 4654/Xtightvnc
    tcp 0 0 0.0.0.0:5905 0.0.0.0:* LISTEN 5033/Xtightvnc
    tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN 3698/inetd
    tcp 0 0 0.0.0.0:5906 0.0.0.0:* LISTEN 5062/Xtightvnc
    tcp 0 0 0.0.0.0:6002 0.0.0.0:* LISTEN 4485/Xtightvnc
    tcp 0 0 0.0.0.0:6003 0.0.0.0:* LISTEN 4538/Xtightvnc
    tcp 0 0 0.0.0.0:6004 0.0.0.0:* LISTEN 4654/Xtightvnc
    tcp 0 0 0.0.0.0:6005 0.0.0.0:* LISTEN 5033/Xtightvnc
    tcp 0 0 0.0.0.0:6006 0.0.0.0:* LISTEN 5062/Xtightvnc
    tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 3841/rpc.statd
    tcp 0 0 0.0.0.0:5432 0.0.0.0:* LISTEN 3790/postmaster
    tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 3688/exim4
    tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 3826/smbd
    tcp6 0 0 :::80 :::* LISTEN 3852/apache2
    tcp6 0 0 :::5432 :::* LISTEN 3790/postmaster
    muff:~# /usr/sbin/sshd -d -d -d
    debug2: load_server_config: filename /etc/ssh/sshd_config
    debug2: load_server_config: done config len = 639
    debug2: parse_server_config: config /etc/ssh/sshd_config len 639
    debug1: sshd version OpenSSH_4.3p2
    debug3: Not a RSA1 key file /etc/ssh/ssh_host_rsa_key.
    debug1: read PEM private key done: type RSA
    debug1: private host key: #0 type 1 RSA
    debug3: Not a RSA1 key file /etc/ssh/ssh_host_dsa_key.
    debug1: read PEM private key done: type DSA
    debug1: private host key: #1 type 2 DSA
    debug1: rexec_argv[0]='/usr/sbin/sshd'
    debug1: rexec_argv[1]='-d'
    debug1: rexec_argv[2]='-d'
    debug1: rexec_argv[3]='-d'
    debug2: fd 3 setting O_NONBLOCK
    debug1: Bind to port 22 on ::.
    Server listening on :: port 22.
    debug2: fd 4 setting O_NONBLOCK
    debug1: Bind to port 22 on 0.0.0.0.
    Bind to port 22 on 0.0.0.0 failed: Address already in use.
    
    muff:~# ps -C ssh-agent
    PID TTY TIME CMD
    5386 ? 00:00:00 ssh-agent defunct
    
    rodicovskym procesem ssh-agenta je primo gnome-session .. (pokud  uvazuju spravne) ukonceni kontraproduktivni 
    
    a nadale se to chova stejne :(
    25.4.2006 17:43 David
    Rozbalit Rozbalit vše Re: SSH VNC problem
    Problem byl vyresen

    Takze takove shrnuti. Po upgradu SSH, vhodnem nastaveni a zprovozneni(ted to presne doladim, zdokumentuju a dam sem vhodne nastaveni). Se problem omezil na autorizaci klicu od PUTTY. Exportovani pro OpenSSH funguje prinejmensim pochybne. Mnohem lepsi zpusob je konverze pomoci ssh-keygen(u)

    ssh -i -f soubor_s_verejnym_klicem >> authorized_keys

    jak je to se souborem authorized_keys2 presne nevim, johanka se ve svem clanku zminuje, ze byl vyuzivam starsimi klienty. Tady prosim o doplneni od nekoho kdo do toho vidi vic.

    Mel bych jeste 2 otazecky ...

    1/ proc pri spousteni ssh demona sshd (ted musim spoustet /usr/sbin/sshd) vyhazuje kdyz dam jen sshd sshd re-exec requires execution with an absolute path i kdyz mam v profilu

    if [ "`id -u`" -eq 0 ]; then
    PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11"
    else
    PATH="/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games"
    fi

    2/ proc je takovy problem spustit ten debug mod (resp ssh korektne ukoncit)

    muff:~# ps -C sshd
    PID TTY TIME CMD
    muff:~# ps -ef | grep ssh
    root 5386 5343 0 18:01 ? 00:00:00 /usr/bin/ssh-agent /usr/bin/gnom e-session
    root 5516 5474 0 18:02 pts/3 00:00:00 grep ssh
    muff:~# ps -ef | grep ssh
    root 5386 5343 0 18:01 ? 00:00:00 /usr/bin/ssh-agent /usr/bin/gnome-session
    root 5518 5474 0 18:02 pts/3 00:00:00 grep ssh
    muff:~# netstat -nltp
    Active Internet connections (only servers)
    Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
    tcp 0 0 0.0.0.0:548 0.0.0.0:* LISTEN 3730/afpd
    tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 3826/smbd
    tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 3996/X
    tcp 0 0 127.0.0.1:621 0.0.0.0:* LISTEN 3837/famd
    tcp 0 0 0.0.0.0:5902 0.0.0.0:* LISTEN 4485/Xtightvnc
    tcp 0 0 0.0.0.0:5903 0.0.0.0:* LISTEN 4538/Xtightvnc
    tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 3111/portmap
    tcp 0 0 0.0.0.0:5904 0.0.0.0:* LISTEN 4654/Xtightvnc
    tcp 0 0 0.0.0.0:5905 0.0.0.0:* LISTEN 5033/Xtightvnc
    tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN 3698/inetd
    tcp 0 0 0.0.0.0:5906 0.0.0.0:* LISTEN 5062/Xtightvnc
    tcp 0 0 0.0.0.0:6002 0.0.0.0:* LISTEN 4485/Xtightvnc
    tcp 0 0 0.0.0.0:6003 0.0.0.0:* LISTEN 4538/Xtightvnc
    tcp 0 0 0.0.0.0:6004 0.0.0.0:* LISTEN 4654/Xtightvnc
    tcp 0 0 0.0.0.0:6005 0.0.0.0:* LISTEN 5033/Xtightvnc
    tcp 0 0 0.0.0.0:6006 0.0.0.0:* LISTEN 5062/Xtightvnc
    tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 3841/rpc.statd
    tcp 0 0 0.0.0.0:5432 0.0.0.0:* LISTEN 3790/postmaster
    tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 3688/exim4
    tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 3826/smbd
    tcp6 0 0 :::80 :::* LISTEN 3852/apache2
    tcp6 0 0 :::5432 :::* LISTEN 3790/postmaster
    muff:~# /usr/sbin/sshd -d -d -d
    debug2: load_server_config: filename /etc/ssh/sshd_config
    debug2: load_server_config: done config len = 639
    debug2: parse_server_config: config /etc/ssh/sshd_config len 639
    debug1: sshd version OpenSSH_4.3p2
    debug3: Not a RSA1 key file /etc/ssh/ssh_host_rsa_key.
    debug1: read PEM private key done: type RSA
    debug1: private host key: #0 type 1 RSA
    debug3: Not a RSA1 key file /etc/ssh/ssh_host_dsa_key.
    debug1: read PEM private key done: type DSA
    debug1: private host key: #1 type 2 DSA
    debug1: rexec_argv[0]='/usr/sbin/sshd'
    debug1: rexec_argv[1]='-d'
    debug1: rexec_argv[2]='-d'
    debug1: rexec_argv[3]='-d'
    debug2: fd 3 setting O_NONBLOCK
    debug1: Bind to port 22 on ::.
    Server listening on :: port 22.
    debug2: fd 4 setting O_NONBLOCK
    debug1: Bind to port 22 on 0.0.0.0.
    Bind to port 22 on 0.0.0.0 failed: Address already in use.
    
    muff:~# ps -C ssh-agent
    PID TTY TIME CMD
    5386 ? 00:00:00 ssh-agent defunct

    a nadale se to chova stejne :( ... jeste doplnimi kdyz je to z toho videt, ze rodicovskym procesem ssh-agenta je gnome-session, coz znamena samotne prostredi Gnome.

    ... to jsem moc nepochopil ... napadlo mi nastavit (jeste jsem to nedelal) parametr -d pri inicializaci a vystup poslat do nejakeho souboru, ale je to takove tezkopadne ... eventualne mi napadlo prepnout se do textoveho rezimu a graficky shodit, nebo to udelat uz pri logu (tim bych zbavil problemu s provazanosti ssh-agenta na graficke prostredi)

    ad VNC/ uz to taky jede ... pracovni plocha 0 v Linuxu uz je taky sdilena. je k tomu potreba zavedst spec program x11vnc, ktery s parametrem x11vnc -display :0 nasdili pracovni plochu(tzn. chova se identicky s windows), ale pozor ... nasdili ji jako plochu 1 ne 0 tzn. je dostupna na adrese XXX.XXX.XXX.XXX:1

    tu samou funkci by mel plnit x0vncserver, ktery je soucasti RealVNC, ale zatim se mi ho nepodarilo rozchodit
    muff:~# x0vncserver -display :0
    
    Tue Apr 18 20:35:13 2006
    main: XTest extension present - version 2.2
    main: unable to bind listening socket: Address already in use (98)
    ~ImageCleanup called
    
    muff:~# netstat -nltp
    Active Internet connections (only servers)
    Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
    tcp 0 0 0.0.0.0:548 0.0.0.0:* LISTEN 3757/afpd
    tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 3857/smbd
    tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 4357/X domnivam se, ze problem budou samotna Xka ... resp. asi jejich nastaveni
    tcp 0 0 127.0.0.1:652 0.0.0.0:* LISTEN 3868/famd
    tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 3139/portmap
    tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN 3730/inetd
    tcp 0 0 0.0.0.0:662 0.0.0.0:* LISTEN 3872/rpc.statd
    tcp 0 0 0.0.0.0:5432 0.0.0.0:* LISTEN 3821/postmaster
    tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 3724/exim4
    tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 3857/smbd
    tcp6 0 0 :::80 :::* LISTEN 3883/apache2
    tcp6 0 0 :::22 :::* LISTEN 3864/sshd
    tcp6 0 0 :::5432 :::* LISTEN 3821/postmaster

    tady je primo postup http://www.realvnc.com/products/free/4.1/x0.html od vyrobce

    knihovnu sem zavedl, XF86config editoval, nepremava, moje anglictina zas tak dobra neni, tak mi mozna neco uniklo

    Pokud pisu bludy, prosim o opravu.

    27.12.2007 23:49 Ondřej Kunc
    Rozbalit Rozbalit vše Re: SSH VNC problem
    Ok souhlasim s tim, že podle návodu od výrobce(tzn jako modul do X serveru) se to nedá používat. Všechno je ok, až do přihlášení, potom xserver uplně vytuhne. Klient zustane šedej. s x11vnc to nebylo tak špatný, ale musí se připojovat dvakrát, jednou před přihlášením a pak po, mezi tim se změní vlastník displaye a tak x11vnc padne.
    28.12.2007 09:52 Jan Včelák | skóre: 28 | blog: Fcelda
    Rozbalit Rozbalit vše Re: SSH VNC problem

    Soubor authorized_keys2 je od verze 3.0.0 považován za zastaralý a všichni, kdo upgradovali, by měli jeho obsah sjednotit se souborem authorized_keys. Soubor s dvojkou se původně používal, pokud jste se přihlašovali pomocí SSH protokolu verze 2. Teď už je to sjednoceno.

    28.12.2007 09:59 Jan Včelák | skóre: 28 | blog: Fcelda
    Rozbalit Rozbalit vše Re: SSH VNC problem
    ad1, ad2)

    Není lepší ten sshd server pouštět pomocí init scriptů? /etc/init.d/ssh start

    No a pokud ho chci debugovat, tak si to nastavim v /etc/default/ssh. Já používám Debian, nevím, jak to bude u vaší distribuce, ale něco podobného by tam mohlo existovat.

    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.