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 18:55 | Nová verze

    Implementace VPN softwaru WireGuard (Wikipedie) pro Windows, tj. WireGuard pro Windows a WireGuardNT, dospěly do verze 1.0.

    Ladislav Hagara | Komentářů: 0
    dnes 16:11 | IT novinky

    V Pekingu dnes proběhl 2. ročník půlmaratonu humanoidních robotů. První 3 místa obsadili roboti Honor Lightning v různých týmech. Nový rekord autonomního robota je 50 minut a 26 sekund. Operátorem řízený robot to zvládl i s pádem za 48 minut a 19 sekund. Řízení roboti měli časovou penalizaci 20 %. Před rokem nejrychlejší robot zvládl půlmaraton za 2 hodiny 40 minut a 42 sekund. Aktuální lidský rekord drží Jacob Kiplimo z Ugandy s časem 57 minut a 20 sekund [𝕏].

    Ladislav Hagara | Komentářů: 0
    17.4. 17:11 | Zajímavý článek

    Stanislav Fort, vedoucí vědecký pracovník z Vlčkovy 'kyberbezpečnostní' firmy AISLE, zkoumal dopady Anthropic Mythos (nový AI model od Anthropicu zaměřený na hledání chyb, který před nedávnem vyplašil celý svět) a předvedl, že schopnosti umělé inteligence nejsou lineárně závislé na velikosti nebo ceně modelu a dokázal, že i některé otevřené modely zvládly v řadě testů odhalit ve zdrojových kódech stejné chyby jako Mythos (například FreeBSD CVE-2026-4747) a to s výrazně nižšími provozními náklady.

    MakeIranBombedAgain❗ | Komentářů: 6
    17.4. 12:44 | IT novinky

    Federální návrh zákona H.R.8250 'Parents Decide Act', 13. dubna předložený demokratem Joshem Gottheimerem a podpořený republikánkou Elise Stefanik coby spolupředkladatelkou (cosponsor), by v případě svého schválení nařizoval všem výrobcům operačních systémů při nastavování zařízení ověřovat věk uživatelů a při používání poskytovat tento věkový údaj aplikacím třetích stran. Hlavní rozdíl oproti kalifornskému zákonu AB 1043 a kolorádskému SB26-051 je ten, že federální návrh by platil rovnou pro celé USA.

    MakeIranBombedAgain❗ | Komentářů: 12
    17.4. 12:33 | Nová verze

    Qwen (čínská firma Alibaba Cloud) představila novou verzi svého modelu, Qwen3.6‑35B‑A3B. Jedná se o multimodální MoE model s 35 miliardami parametrů (3B aktivních), nativní kontextovou délkou až 262 144 tokenů, 'silným multimodálním vnímáním a schopností uvažování' a 'výjimečnou schopností agentického kódování, která se může měřit s mnohem rozsáhlejšími modely'. Model a dokumentace jsou volně dostupné na Hugging Face, případně na čínském Modelscope. Návod na spuštění je už i na Unsloth.

    MakeIranBombedAgain❗ | Komentářů: 1
    17.4. 11:00 | Nová verze

    Sniffnet, tj. multiplatformní (Windows, macOS a Linux) open source grafická aplikace pro sledování internetového provozu, byl vydán ve verzi 1.5. V přehledu novinek je vypíchnuta identifikace aplikací komunikujících po síti.

    Ladislav Hagara | Komentářů: 4
    17.4. 02:22 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 15.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    17.4. 01:11 | Pozvánky

    Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.

    lkocman | Komentářů: 1
    16.4. 15:44 | Humor

    Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a

    … více »
    MakeIranBombedAgain❗ | Komentářů: 36
    16.4. 15:33 | Nová verze

    Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (1%)
     (12%)
     (30%)
     (3%)
     (6%)
     (2%)
     (15%)
     (25%)
    Celkem 1356 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: Plynuly prechod mezi MailServery

    8.7.2005 11:42 Honza
    Plynuly prechod mezi MailServery
    Přečteno: 85×
    Dobrý den. Potreboval bych poradit jak nejlepe resit plynuly prechod na novy mail server. Situace: Mam server kde bezi WWW,SMTP,POP3,IMAP apod. a chci aby na jednom a to na puvodnim zustalo WWW a obdobne sluzby a na druhy se presunulo vse co ma neco spolecneho z postou.

    Uzivatele maji nastaveno pro odesilani i pro vybyrani posty MX: mail.domena.cz kde IP je: 192.168.1.1 po zmene na IP 192.168.1.2 je moment kdy nez se aktualizuji DNS zaznamy vsem zakaznikum tak by nekteri pristupovali na puvodni a nekteri na novej mailserver a vznikl by rekneme "chaos".Nemluve o presunuti dosavadni posty na novej mail server.

    Odesilani a prijem bych resil v transportu kde bych vsechny domeny presmeroval na novej mail server coz by me vyresilo pouze pul problemu.Zakaznici kteri by ale chteli vybrat postu by totiz pristupovali(teda pokud uz nemaji aktualni DNS zaznam) na puvodni mail server kde by uz ale aktualni postu nedostavli.

    PS: reseni neni rici zakaznikum ip adresu ale aby bez problemu pouzivali stavajici zaznam mail.domena.cz

    Diky za odpovedi!

    Odpovědi

    8.7.2005 12:24 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Plynuly prechod mezi MailServery
    MX záznam je úplně něco jiného, než co si představujete: MX záznam říká jen a pouze to, kam se má posílat pošta určená pro vaši doménu. S vašimi lokálními klienty nemá vůbec nic společného. Další věc je, že překládat doménové jméno mail.domena.cz na 192.168.1.1 rozhodně není korektní a jsem si téměř jistý, že se o tom zmiňuje některé RFC.

    Řešil bych to asi takto:

    1. nakonfiguruji nový počítač tak, aby fungoval jako koncový příjemce pošty pro doménu (-y) a nakonfiguruji tam POP3
    2. shodím původní server (MTA, POP3)
    3. přesunu schránky na nový
    4. nastavím starý server, aby poštu pro doménu přeposílal na nový (u sendmailu přehodit doménu z local-host-names do relay-domains (resp. z Cw do CR) a přidat (dočasně) záznam do mailertable)
    5. spustím MTA na starém
    6. přehodím záznam pro jméno, přes které přistupují klienti, na novou IP adresu
    7. přehodím záznam pro jméno, které je hodnotou MX záznamu, na novou IP adresu
    8. po vypršení TTL mohu shodit MTA na starém

    Přístup z klientů na POP3 do vypršení DNS cache se dá vyřešit buď přesměrováním (netfilter nebo xinetd) nebo elegantněji tím, že příslušným záznamům předem snížím hodnotu TTL (třeba i na nulu). Totéž se dá samozřejmě provést i pro jméno, které je hodnotou MX záznamu.

    8.7.2005 12:44 Honza
    Rozbalit Rozbalit vše Re: Plynuly prechod mezi MailServery
    Diky za odpoved. IP adresy 192.168.1.1 byl jen priklad.Ve skutecnosti se jedna o reseni v ramci internetu cili verejnou IP. Bod 4.) Pouzivam postfix a myslim ze zadanim zaznamu do transport toto preposilani mohu vyresit.

    Snizeni TTL by asi nebylo tak efektivni jak by bylo potreba protoze mnoho provideru cachuje DNS zaznamy a tim padem pro moho klientu by nas server mohl byt desli dobu nedostupny. O netfilteru sem tez premyslel a asi to bude jedine realne mozne reseni.

    Kazdopadne moc diky.
    8.7.2005 13:02 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Plynuly prechod mezi MailServery
    TTL funguje tak, že pokud cache předává neautoritativní odpověď, posílá hodnotu TTL, se kterou záznam dostala, sníženou o dobu, která od jeho obdržení uplynula. Takže když nastavím TTL na 24 hodin, mám garantováno, že nikdo nebude považovat záznam platný déle než 24 hodin poté, co opustil autoritativní zdroj (bez ohledu na to, přes kolik cache-serverů prošel). Je-li hodnota TTL nulová, je záznam z definice necacheovatelný. Tak je to popsáno v RFC a tak by se měly všechny implementace chovat. Samozřejmě jsem už slyšel, že existují cache, které si standardy vykládají po svém, ale pak je to jen a jen jejich problém…

    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.