V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 14.0 (Mastodon). Forgejo je fork Gitei.
Just the Browser je projekt, 'který vám pomůže v internetovém prohlížeči deaktivovat funkce umělé inteligence, telemetrii, sponzorovaný obsah, integraci produktů a další nepříjemnosti' (repozitář na GitHubu). Využívá k tomu skrytá nastavení ve webových prohlížečích, určená původně pro firmy a organizace ('enterprise policies'). Pod linuxem je skriptem pro automatickou úpravu nastavení prozatím podporován pouze prohlížeč Firefox.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.
Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.
Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny
… více »D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.
CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.
Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.
Mam takovy problem pripsal jsem do IPTABLES pravidla ktera mi loguji nektere prenosy. Jenze logy se vypisuji primo do console. Nevite nekde jak to nastavit aby se logovalo do souboru? diky
LOG, loguje se do kernel logu, který je vidět např. pomocí dmesg nebo může být logován syslogem (a podobnými). nemáte náhodou Syslog nastaven tak, aby zprávy od jádra od určité úrovně výš vypisoval do konzole? Podívejte se do man iptables a hledejte „LOG“, jsou tam vypsané parametry logování iptables (úroveň atd.).
/sbin/iptables -A INPUT -p tcp --dport 3128 -j LOG
Loguje se mi to do konzole.... V man Iptables je odkaz na syslog.conf. Vim ze je to neco s tema urovnema. Za ten log bych musel jeste napsat --log-level 7. A do souboru syslog.conf dopsat kern.=debug /var/log/firewall. Problem je ze ten debug level co je u toho kernu odchytava aj jine udalosti nez jen LOG z Iptables.
-j ULOG a ulogd
--log-prefix a podle toho pak zprávy v Syslogu filtrovat.
To uz jsem samozrejme udelal... ale chtel bych z syslog.conf dostat to kern.=debug. Myslim ze to neni vhodne reseni. Ale pri nejhorsim to tam necham.
Pane Jirsak poresil jsem to nasledujicim zpusobem(vas zadam o schvaleni).
Do souboru /etc/syslog.conf jsem napsal radek kern.=debug /var/log/messages
A v Iptables skriptu mam pravidlo krom jinych
/sbin/iptables -A FORWARD -i eth0 -o eth1 -j LOG --log-level debug --log-prefix "zachyceno FW"
Tim se mi v vsouboru messages podari odlisit zpravy od IPTABLES. Jeste k tomu --log-level debug. Nasel jsme stranku kde je to vysvetleno http://linux.about.com/od/commands/l/blcmdl3_syslog.htm. Je to ta cast kde je sloupec level. parametr debug jsem zvolil pro zacatek protoze ma nejnizsi prioritu a podle meho se do iptables loguje kazdy prenos z daneho pravidla.
debug znamená, že se budou logovat všechny zprávy na této úrovni a vyšších. Nenašel jsem způsob, jak pro Syslog nastavit testování podle prefixu zprávy – opravdu asi nezbývá než logovat vše a pak si potřebné zprávy vyfiltrovat třeba grepem. Nebo zkusit jiný logovací systém, který by uměl rozhodovat i podle textu zprávy (umí to třeba Metalog nebo SyslogNG), nebo zkusit v iptables použít ULOG místo LOG. Pokud řádek v /etc/syslog.conf upravíte třeba na
kern.=debug /var/log/firewallnebudou se vám zprávy z jádra na úrovni debug motat k ostatním logovacím zprávám, ale budou v samostatném souboru.
man klogd a parametr -c. Ve scriptu pro spusteni demona syslog upravit. ps: vychazim z predpokladu ze pouzivate standartne syslog
ne prave ze syslog tam ani nemam... loguje se mi to /var/log/messages.
/var/log/messages se také často říká syslog, jindy se přímo jmenuje /var/log/syslog a je tam hafo dalších jako /var/log/firewall a podobně. Záleží na instalovaném syslogu/distribuc/uživatelově nastavení atd.
Nechapu:( Kdyz jsem to napsal tak mi vyjely logy z iptables ale to neni to o co se tu celou dobu snazim.
Napsal jsem to asi spatne omlouvam se. Co jsme vycetl z man tak to cislo udava level(prioritu) logu ktere se budou tisknout bud do souboru nebo do konsole?
pri restartu pc se ale vse zase uvede do puvodniho nastaveni ze? to bych musel udelat nejaky skript ktery by se spoustel po startu...
Muzu se jeste zeptat jaky maji jednotlive hlasky vyznam? Sice jsme nasel jejich slovni podani ale popravde nevim co si pod tim predstavit.
LOG_EMERG
system is unusable
LOG_ALERT
action must be taken immediately
LOG_CRIT
critical conditions
LOG_ERR
error conditions
LOG_WARNING
warning conditions
LOG_NOTICE
normal, but significant, condition
LOG_INFO
informational message
LOG_DEBUG
debug-level message
Jak jsem dal do IPTABLES jako "target -j LOG --log-level debug" a v tomto rezimu mi to zaznamenava uplne vsechnu komunikaci. A pri tom podle nazvu debug by se asi melo jednat o nejaky ladici mod si myslim
LOG_EMERG
system is unusable - došlo to tak daleko, že nic nefunguje
LOG_ALERT
action must be taken immediately - ještě to není tak daleko že by nic nefungovalo, ale brzy bude
LOG_CRIT
critical conditions - je to na hraně, šťastlivci mohou ignorovat spraví se to samo
LOG_ERR
error conditions - něco nefunguje
LOG_WARNING
warning conditions - něco funguje divně, může začít nefungovat zcela
LOG_NOTICE
normal, but significant, condition - čtení na sobotní deštivé odpoledne
LOG_INFO
informational message - čtení pro nadšence
LOG_DEBUG
debug-level message - čtení když všechno funguje, abychom věděli, jak to funguje, pokud to funguje, a také když to nefunguje, abychom věděli, proč to nefunguje
tzn abych v tom mel jasno. Do /etc/syslog.conf dam kern.=debug
Do iptables napisu ...-j LOG --log-level warning
tak se mi ve /var/log/messages budou logovat jen varovne zpravy z iptables ok?
debugovací zprávy z iptables, warování ne. Alespoň podle manu, já tedy používám syslog-ng, no ale pokud chcete mít jistotu tak si to zkuste, možné úrovně jsou emerg, alert, crit, err, warning, notice, info, a debug a možný testovací nástroj je logger -p kern.pozadovanauroven "testovaci zprava".
Omlouvam se ale ted tomu uz asi vubec nerozumim... jake jsou urovne samozrejme vim. Jde mi o to
1) Co napsat do syslogu aby se mi objevovali v IPTABLES jen warning zpravy
2) Co napsat do pravidla IPTABLES aby se mi zobrazovaly warning zapravy.
Myslel jsme ze jak jsem to napsal v predchazejicim prispevku tak to je spravne.
kern.=warning v syslog.conf. Syslog přijme zprávu z iptables, koukne jestli je to warning, pokud ano, tak ho vyplivne do daného souboru. Alespoň podle manuálu to tak je, požívám jiný syslog.
ad 2) ... -j LOG --log-level warning "zprava"
Jak říkám, můžete si to vyzkoušet. Analogií k ... -j LOG --log-level warning "zprava" je logger -p kern.warning "zprava", je to jednodušší než posílat přes iptables nějké pakety aby fw začal emitovat nějaké zprávy :)
logger -p kern.warning "zprava" funguje zapise se mi to do /var/log/messages to je OK. Problem je ze kdyz zapisu do syslog.conf kern.=warning a do iptables -j LOG --log-level warning "zprava" tak se mi to neloguje do souboru uvedeneho v iptables ale do konsole. Tzn jeste se nekde musi nastavit aby se do konsole logovaly jen zpravy dejme tomu jen s prioritou vyssi nez je warning. A to je to hlavni co od vas potrebuju vedet.
ted jsme napsal prikaz dmesg -n3. A loguje se to pouze do souboru... Problem zas je ze kdyz mam ten LOG v iptables nastaveny ze mi hlida ping na nejake rozhrani a ja to rozhrani pingam tak se mi to do messages zapisuje. Podle me by snad nemelo kdyz mam nastaveno ze z iptables se maji logovat jen zpravy urovne warning. Dalsi vec co me zajima ve kterem souboru se nastavuje to co dela dmesg. Pac kdyz resetnu PC tak se ucinek dmesg -n3 rusi a jsem zase v problemech.
kern.nejakauroven /dev/console (nebo root nebo jménouživatele) což by způsobovalo to logování do konzole a podobně. Nestačí tedy nastavit jen jedno pravidlo, je potřeba zkontrolovat celý konfigurák jestli jinde není další pravidlo které by způsobovalo to logování do konzole.
dmesg -n3 bych nepoužíval, vše by mělo jít nastavit v syslog.conf pomocí kern.úroveň úroveň zpráv které vás zajímají a pak název souboru nebo jiné kam se to má posílat.
# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.* /dev/console
# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none /var/log/messages
# The authpriv file has restricted access.
authpriv.* /var/log/secure
# Log all the mail messages in one place.
mail.* -/var/log/maillog
#dopsano
#kern.=debug /var/log/messages
kern.=warning /var/log/messages
# Log cron stuff
cron.* /var/log/cron
# Everybody gets emergency messages
*.emerg *
# Save news errors of level crit and higher in a special file.
uucp,news.crit /var/log/spooler
# Save boot messages also to boot.log
local7.* /var/log/boot.log
Tak tady je muj konfigurak.
debug a v iptables emitoval zprávy na úrovni warning... Pokud by syslog vypisoval všechno od úrovně debug hůř tak se vám tam ty warningy objeví taky, ale man syslog říká něco jako že při kern.=debug se logují jen debug zprávy, takže, logicky, warning zprávy se asi nelogují, žejo.
Tiskni
Sdílej: