Byla vydána verze 0.2.0 v Rustu napsaného frameworku Pingora pro vytváření rychlých, spolehlivých a programovatelných síťových systémů. Společnost Cloudflare jej letos v únoru uvolnila pod licencí Apache 2.0.
Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.
Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
chcem sa spytat, ako je to s podporou tohto modulu pre httpd a rozsirenim SNI. Podla mod_nss
bugzilly by mal byt zakomponovany, ale niesom si isty, ci je zahrnuta aj v baliku pre F11.
Totiz hladam modul pre apacha, ktory by podporoval SNI na fedore. mod_gnutls
v repozitaroch nemaju, a mod_ssl
ho nebude mat asi donekonecna, preto mi to vychadza len na mod_nss. Ak som spravne pochopil, tak pri mod_nss sa certifikat rozlisuje pomocou parametra NSSNickname
v danom virtualhoste. NSS databaza je vytvorena aj naplnena certifikatmi pre rozne virtualhosty, avsak browser (ff) zobrazi vzdy certifikat "defaultneho" virtualhostu. Opera zas ukaze certifikaty vsetkych virtualhostov .
Verzia mod_nss
u mna je 1.0.8
. Dik za odpovede.
Moc otázce nerozumím, ale pokud současný mod_ssl ve F11 splňuje vaše požadavky, tak po dobu podpory F11 tam ta funkcionalita nejspíš bude. A v F11 je mod_nss přítomen také, zdá se, že ve F12 bude též (alespoň teď v development verzi tam je). Jestli je nutno podporu SNI zadat už při kompilaci nevím - ale stačí stáhnou .src.rpm a mrknout do spec souboru.
Vo fedore doteraz nieje k dispozicii podpora SNI pre mod_ssl
. Bug ktory to mal riesit je otvoreny este od cias fedory 9, preto som sa obzeral inym smerom. Je tam tiez debata medzi package maintainerom a bugreporterom ohladom dovodov, preco SNI doteraz nieje a argumenty maintainera mi pridu ako vyhovorky, ale to je uz o inom. Nemam zaujem si baliky rekompilovat sam, pretoze je to administrativne narocne na udrziavanie hlavne v pri vacsom pocte fyzickych webserverov, preto som sa obzeral po inych moduloch.
Ano, mod_nss
je vo fedore, pouzivam ho teraz, ale mam problem s konfiguraciou viacerych SSL virtualhostov, pre ktore chcem pouzit samostatne certifikaty. Pozeral som aj zdrojove rpm, ci pre mod_nss neexistuje nejaky parameter typu --with-sni
, ale nic take tam nieje, v dokumentacii ho tiez neuvadzaju (jedine ta bugzilla) a preto nemam sajn ako zistit, ci tu podporu realne obsahuje alebo nie. Asi len tak, ze to ma niekto rozchodene
Ale aspon ste ma donutili pozret sa znova na ten bugreport a zrovna dnes sa konecne maintainer odhodlal vypustit prvu verziu mod_ssl s podporou SNI, co je docela nahoda. Sice to riesi moj primarny problem, ale aj tak by ma otazka podpory SNI pre mod_nss zaujimala ked som sa v nom uz zacal vrat
Je tam tiez debata medzi package maintainerom a bugreporterom ohladom dovodov, preco SNI doteraz nieje a argumenty maintainera mi pridu ako vyhovorkyPodíval jsem se na ten bug a musím nesouhlasit. Maintainer správně ohodnotil navržený patch jako nezralý, konzultoval to i s upstreamem. Bugreporter to uznal. Debata (nebo spíš menší flame) se rozvinula až tehdy, když do toho vstoupil ten Iang a dožadoval se toho, aby ten bug dostal maximální prioritu. Maintainer nepodlehnul nátlaku a požadovanou změnu zařadil, až když se stala součástí nové upstream verze. Podle mě maintainer postupoval naprosto korektně.
Tiskni Sdílej: