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í
×
    včera 14:22 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).

    Ladislav Hagara | Komentářů: 0
    včera 01:11 | Pozvánky

    Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.

    Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »
    bkralik | Komentářů: 0
    2.8. 23:44 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    1.8. 15:44 | Nová verze

    PixiEditor byl vydán ve verzi 2.0. Jedná se o multiplatformní univerzální all-in-one 2D grafický editor. Zvládne rastrovou i vektorovou grafiku, pixel art, k tomu animace a efekty pomocí uzlového grafu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU LGPL 3.0.

    Ladislav Hagara | Komentářů: 2
    1.8. 13:22 | Nová verze

    Byly představeny novinky v Raspberry Pi Connect for Organisations. Vylepšen byl protokol auditu pro lepší zabezpečení. Raspberry Pi Connect je oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče. Verze pro organizace je placená. Cena je 0,50 dolaru za zařízení za měsíc.

    Ladislav Hagara | Komentářů: 0
    1.8. 01:33 | Zajímavý software

    CISA (Cybersecurity and Infrastructure Security Agency) oznámila veřejnou dostupnost škálovatelné a distribuované platformy Thorium pro automatizovanou analýzu malwaru. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    31.7. 17:22 | Nová verze Ladislav Hagara | Komentářů: 0
    31.7. 16:11 | Zajímavý software

    Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia Proton Authenticator. S otevřeným zdrojovým kódem a k dispozici na všech zařízeních. Snadno a bezpečně synchronizujte a zálohujte své 2FA kódy. K používání nepotřebujete Proton Account.

    Ladislav Hagara | Komentářů: 0
    30.7. 16:22 | Zajímavý článek

    Argentinec, který byl náhodně zachycen Google Street View kamerou, jak se zcela nahý prochází po svém dvorku, vysoudil od internetového giganta odškodné. Soud uznal, že jeho soukromí bylo opravdu porušeno – Google mu má vyplatit v přepočtu asi 12 500 dolarů.

    Ladislav Hagara | Komentářů: 16
    30.7. 13:55 | IT novinky

    Eben Upton, CEO Raspberry Pi Holdings, informuje o RP2350 A4, RP2354 a nové hackerské výzvě. Nový mikrokontrolér RP2350 A4 řeší chyby, i bezpečnostní, předchozího RP2350 A2. RP2354 je varianta RP2350 s 2 MB paměti. Vyhlášena byla nová hackerská výzva. Vyhrát lze 20 000 dolarů.

    Ladislav Hagara | Komentářů: 0
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (29%)
     (28%)
     (5%)
     (7%)
     (4%)
     (1%)
     (2%)
     (24%)
    Celkem 201 hlasů
     Komentářů: 22, poslední včera 22:55
    Rozcestník

    SSH klient v príkladoch (2)

    8.5.2021 22:30 | Přečteno: 2098× | GNU/Linux | poslední úprava: 8.5.2021 22:31

    Čo sa do minulého článku nevošlo.

    Ďakujem za komentáre a podnety ku minulému článku. Týmto ho skúsim ešte trochu doplniť.

    Ssh ako SOCKS proxy server

    Príkaz

        ssh -D 12345 PC2
    
    otvorí šifrované spojenie z PC0:12345 na PC2 a sshd na PC2 bude plniť úlohu SOCKS proxy. Ľubovoľná aplikácia na PC0 (alebo v sieti PC0, ak je port 12345 otvorený do siete), ktorá dokáže používať SOCKS proxy, získa prístup ku prostriedkom, ako keby bežala priamo na PC2. Díky @jiwopene za tip!

    Ssh ako SOCKS klient

    Predpokladajme, že PC2:ssh nie je viditeľné priamo, ale je za SOCKS proxy. Pomôže
        ProxyCommand /bin/ncat --proxy-type socks5 --proxy  socks_server:socks_port PC2 ssh_port2
    
    prípadne, ak socks_server sprístupňuje viaceré stroje/viaceré porty, dá sa napísať univerzálne
        ProxyCommand /bin/ncat --proxy-type socks5 --proxy  socks_server:socks_port %h %p
    
    (viď. TOKENS v man ssh_config).

    Netcat binárka sa môže v niektorých distribúciách volať aj /bin/nc, treba pozrieť svoj systém.

    Zdieľanie spojenia

    Každý ssh príkaz znamená nadviazanie spojenia, vykonanie akcie, ukončenie spojenia. Nadväzovanie spojení má určitú réžiu, ktorá pri zadávaní príkazov z klávesnice obvykle nevadí, ale pri skriptovaní je zbytočná (skript, ktorý volá viacero ssh operácií). Našťastie ssh umožňuje zdieľať jeden tunel nielen pre viacero použití v rámci jedného príkazu (ako napr. viacero -L), ale aj v čase, pre viacero klientov. Toto zdieľanie môže riadiť programátor v skripte, alebo môže byť nastavené ako automatické.

    Príklad, ako zapnúť automatické zdieľanie spojení v ~/.ssh/config:

        Host *
        ControlMaster auto
        ControlPath ~/.ssh/control_%r@%h_%p
        ControlPersist 1m
    
    Príkazy, ako napr.
        #!/bin/bash
        scp skript{1,2}.sh PC2:./
        ssh PC2 ./skript1.sh
        ssh PC2 ./skript2.sh
    
    sa potom všetky udejú v rámci jedného ssh spojenia.

    Poznámka: Zdieľanie spojenia nefunguje v rámci Cygwin-u a z nejakých dôvodov sa mne nedalo kombinovať s X11 forwardingom. Keďže s X11 forwardingom som robil len pokusy a reálne som ho nepotreboval, hlbšiu príčinu som nezisťoval.

    Ako udržiavať reverzný tunel "živý"

    Skript beží na PC5, je spúšťaný pravidelne cez crontab a udržiava "živý" reverzný tunel, ktorý vyúsťuje na PC1. Ku prihlasovaniu na PC1 sa používa ssh kľúč bez hesla. Verejnú časť kľúča je nutné nahrať nielen do /home/user1/.ssh/authorized_keys na PC1 ale aj do /home/user5/.ssh/authorized_keys na PC5, kvôli overovaniu funkčnosti tunela. Voľba StrictHostKeyChecking accept-new uľahčuje prvé spustenie. Voľby ServerAlive... boli pridané vďaka námetu od @Jenda, díky!

    Skript funguje vďaka mechanizmu zdieľania spojenia, tentokrát nie v automatickom režime, ako v minulej kapitole, ale "manuálne" riadenému: -M štartuje nový master, -O posiela riadiace príkazy masteru cez socket -S.

    Spustenie skriptu s parametrom stop ukončí tunel a súčasne pozastaví proces jeho obnovovania (netreba editovať crontab). Parameter start tunel zase obnoví, rovnako, ako reštart PC5 (pri reštarte sa obvykle zmaže /tmp/.)

    Poznámka: Riešenie s reverzným tunelom nesie zo sebou istú nepríjemnosť v podobe otravných pokusov o neautorizované pripojenie. PC1 o výsledku pripojovania klienta nič nevie, iba posiela nejaké dáta do tunela, takže nemôže takéto pokusy blokovať. Z pohľadu PC5 prichádzajú všetky spojenia z localhost-u, takže vie, ktoré prípady by sa mali blokovať, ale nevidí adresu. Jednoduché riešenie formou povedzme fail2ban sa nedá nasadiť. Ak máte niekto nápad, ako sa neautorizovaných pokusov zbaviť, podeľte sa, prosím, v diskusii. Vysoké číslo portu (54321) dnes už nepomáha. Ja som skeptický.

        #!/bin/bash
    
        MyPort=54321
        TheServer='PC1'
        TheServerSshPort=22
        TheServerLogin='user1'
        LocalSshPort=22
    
        ControlPath="$HOME/.ssh/server_tunnel_control"
        BlockPath='/tmp/server_tunnel_block'
        Identity="$HOME/tunel_test/id_rsa_port_forward"
        # Kluc musi byt ako v $Identity, tak aj v ~/.ssh/authorized_keys a to kvoli kontrole funkcnosti spojenia (function is_tunnel_working)!
    
        self="$(readlink -mn "$0")"
    
        function start_connection()
        {
            ssh -M -S "$ControlPath" -fnN -g -2 -4 \
                -o 'StrictHostKeyChecking accept-new' \
                -o 'ControlPersist yes' \
                -o 'ExitOnForwardFailure yes' -o 'ServerAliveInterval 30' -o 'ServerAliveCountMax 3' \
                -R "*:$MyPort:localhost:$LocalSshPort" \
                -i "$Identity" \
                -p "$TheServerSshPort" "$TheServerLogin"@"$TheServer" \
            && rm -f "$BlockPath"
        }
    
        function control()
        {
            cmd=$1
            ssh -S "$ControlPath" \
                -O "$cmd" \
                -i "$Identity" \
                -p "$TheServerSshPort" "$TheServerLogin"@"$TheServer"
        }
    
        function stop_connection()
        {
            touch "$BlockPath"
            control exit >/dev/null
        }
    
        function ping_server()
        {
            ping -c 2 "$TheServer" >/dev/null
        }
    
        function is_tunnel_working()
        {
            # Tunel sa povazuje za funkcny, ak cez neho skript vidi sam seba.
            ssh -o 'StrictHostKeyChecking accept-new' \
                -i "$Identity" -p "$MyPort" "$USER"@"$TheServer" \
                /bin/ls "$(dirname "$self")" \
            | grep -cxF "$(basename "$self")"
        }
    
        ###============================================================================
    
        case "$1" in
            "start") ## iba pre pripad startu po zablokovani
                start_connection
                E=$?
                logger --stderr -t "[THESERVER_SSH]" "Port forwarding start ($E)"
                ;;
    
            "stop") ## zablokovanie forwardu, aby ho cron neobnovoval
                stop_connection
                E=$?
                logger --stderr -t "[THESERVER_SSH]" "Port forwarding stop ($E)"
                ;;
    
            "restart")
                stop_connection && start_connection
                E=$?
                logger --stderr -t "[THESERVER_SSH]" "Port forwarding restart ($E)"
                ;;
    
            *) ## default - ak nie je zablokovany, forward ma fungovat
                [ -f $BlockPath ] && exit 0
    
                if ! ping_server ; then
                    >&2 echo "Cannot ping $TheServer. Internet off?"
                    exit 1
                fi
                if [ ! -e "$ControlPath" ] ; then
                    "$self" start
                    exit $?
                fi
                T="$(mktemp)"
                control check >"$T" 2>&1
                E=$?
                if [ "$E" -ne 0 ] ; then
                    logger --stderr -t "[THESERVER_SSH]" "($E) $(cat "$T")"
                    rm "$T"
                    if [ "$E" -ne 255 ] ; then
                        "$self" start
                        exit $?
                    fi
                else
                    rm "$T"
                fi
                # funguje naozaj?
                C="$(is_tunnel_working)"
                if [ -z "$C" -o "$C" -eq 0 ] ; then
                    "$self" restart
                    E=$?
                else
                    E=0
                fi
                ;;
        esac
        exit $E
    

    Záver

    To by bolo z mojej strany ku téme ssh všetko. Možno mi neskôr život priveje ďalšie netriviálne spôsoby využitia ssh - uvidíme. Zostáva mi už len vysloviť poďakovanie všetkým, ktorí vytvorili a ktorí udržiavajú takýto užitočný kus kódu.        

    Hodnocení: 100 %

            špatnédobré        

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

    Komentáře

    Vložit další komentář

    otasomil avatar 9.5.2021 17:54 otasomil | skóre: 39 | blog: puppylinux
    Rozbalit Rozbalit vše Re: SSH klient v príkladoch (2)
    Pro spusteni proxy aby provoz bezel pres user@machine nutno spustit tunnel viz priklady:
    ssh -N -D3081 user@machine -p 22
    
    Nebo aby byl proxy dostupny z jakehokoli PC v lokalni siti:
    ssh -N -D192.168.1.100:3081 user@machine -p 22
    
    Pro pouziti proxy treba k webovemu prohlizeci Chromium:
    chromium --incognito --proxy-server="socks5://192.168.1.100:3081"
    
    K čemu hudba, která nevede k extázi... Stop MDMA !!! I spam umí být roztomilý
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.