Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.
Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
ssh_exchange_identification: read: Connection reset by peerStačil by patrně restart sshd, což nemůžu udělat na dálku, když se nemůžu přihlásit. Ale domovský adresář z kanceláře zůstal připojen na serveru. Takže můj dotaz zní: je možné nějak na dálku zprovoznit přihlášení přes ssh, například zásahem do lokální konfigurace v adresáři .ssh? Předem díky za odpovědi. Jirka
Řešení dotazu:
OpenSSH_7.2p2 Ubuntu-4ubuntu2.8, OpenSSL 1.0.2g 1 Mar 2016 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: Connecting to jirka [147.251.xxx.xxx] port 22. debug1: Connection established. debug1: identity file /home/employees/jirka/.ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file /home/employees/jirka/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/employees/jirka/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/employees/jirka/.ssh/id_dsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/employees/jirka/.ssh/id_ecdsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/employees/jirka/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/employees/jirka/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/employees/jirka/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.8 ssh_exchange_identification: Connection closed by remote host
ssh -vv -i /cesta/tvuj_klic server
debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: resolving "147.251.xxx.xxx" port 22 debug2: ssh_connect_direct: needpriv 0Ještě napíšu sysmanovi, jestli neměnil něco v konfiguraci ssh. Jirka
ssh -vvv -i tvuj_klic servera pro jistotu se jeste koukni do /var/log/auth.log.
OpenSSH_7.2p2 Ubuntu-4ubuntu2.8, OpenSSL 1.0.2g 1 Mar 2016 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: resolving "jirka" port 22 debug2: ssh_connect_direct: needpriv 0 debug1: Connecting to jirka [147.251.xxx.xxx] port 22. debug1: Connection established. debug1: identity file .ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file .ssh/id_rsa-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.8 ssh_exchange_identification: read: Connection reset by peer
debug1: key_load_public: No such file or directory debug1: identity file /xxx/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /xxx/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 Debian-5+deb8u4 debug1: match: OpenSSH_6.7p1 Debian-5+deb8u4 pat OpenSSH* compat 0x04000000 debug2: fd 3 setting O_NONBLOCK debug1: Authenticating to xxx.cz:56185 as 'xxx' debug3: put_host_port: [xxx.cz]:56185 debug3: hostkeys_foreach: reading file "/root/.ssh/known_hosts" debug3: record_hostkey: found key type ECDSA in file /xxx/.ssh/known_hosts:2 debug3: load_hostkeys: loaded 1 keys from [xxx.cz]:56185 ...
ssh server -L 2222:desktop:22
) a pak ssh -p 2222 localhost
. (existuje parametr -J, kterým se tohle stane automaticky, ale pro debugování mi nepřijde vhodný, protože ve -vvv pak uvidíš obě spojení a nevyznáš se v tom)
Když se na ten SSH server telnetneš (telnet desktop 22), hodí to identifikační string?
To, že stávající spojení (sshfs) zůstalo viset, bohužel neznamená, že SSH server funguje. To stávající spojení běží v dětském procesu a když server havaruje/restartuje se, tak obvykle dál funguje. Ale napadlo mě, že by přes něj šlo spouštět příkazy a opravit to -- nejlepší by bylo, pokud máš zapisovací právo do něčeho, co se spouští (třeba z cronu). Jestli jde běžící sshfs ladit a otevřít si přímo shell nevím, ale teoreticky by mělo.
ale teoreticky by měloA nebo ne, moje sshfs spustí ssh -s sftp, a z toho nevím jestli půjde vylézt.
To, že stávající spojení (sshfs) zůstalo viset, bohužel neznamená, že SSH server funguje. To stávající spojení běží v dětském procesu a když server havaruje/restartuje se, tak obvykle dál funguje.Tohle mi připadá jako velmi pravděpodobné vysvětlení. Zkoušel jsem další návrhy uvedené i v ostatních příspěvcích, ale nic nezabralo. Takže někdy příští týden tam zajdu a provedu ruční zásah. Možná přidám nějaký záložní způsob připojení. Zatím všem díky. Jirka
Tiskni
Sdílej: