Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Ďakujem za komentáre a podnety ku minulému článku. Týmto ho skúsim ešte trochu doplniť.
Príkaz
ssh -D 12345 PC2otvorí š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!
ProxyCommand /bin/ncat --proxy-type socks5 --proxy socks_server:socks_port PC2 ssh_port2prí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.
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 1mPríkazy, ako napr.
#!/bin/bash scp skript{1,2}.sh PC2:./ ssh PC2 ./skript1.sh ssh PC2 ./skript2.shsa 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.
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
Tiskni Sdílej:
ssh -N -D3081 user@machine -p 22Nebo aby byl proxy dostupny z jakehokoli PC v lokalni siti:
ssh -N -D192.168.1.100:3081 user@machine -p 22Pro pouziti proxy treba k webovemu prohlizeci Chromium:
chromium --incognito --proxy-server="socks5://192.168.1.100:3081"