Organizace Open Container Initiative (OCI) (Wikipedie), projekt nadace Linux Foundation, vydala Runtime Specification 1.3 (pdf), tj. novou verzi specifikace kontejnerového běhového prostředí. Hlavní novinkou je podpora FreeBSD.
Nový open source router Turris Omnia NG je v prodeji. Aktuálně na Allegro, Alternetivo, Discomp, i4wifi a WiFiShop.
Na YouTube a nově také na VHSky byly zveřejněny sestříhané videozáznamy přednášek z letošního OpenAltu.
Jednou za rok otevírá společnost SUSE dveře svých kanceláří široké veřejnosti. Letos je pro vás otevře 26. listopadu v 16 hodin v pražském Karlíně. Vítáni jsou všichni, kdo se chtějí dozvědět více o práci vývojářů, prostředí ve kterém pracují a o místní firemní kultuře. Můžete se těšit na krátké prezentace, které vám přiblíží, na čem inženýři v Praze pracují, jak spolupracují se zákazníky, partnery i studenty, proč mají rádi open source a co
… více »Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za říjen (YouTube).
Jeff Quast otestoval současné emulátory terminálu. Zaměřil se na podporu Unicode a výkon. Vítězným emulátorem terminálu je Ghostty.
Amazon bude poskytovat cloudové služby OpenAI. Cloudová divize Amazon Web Services (AWS) uzavřela s OpenAI víceletou smlouvu za 38 miliard USD (803,1 miliardy Kč), která poskytne majiteli chatovacího robota s umělou inteligencí (AI) ChatGPT přístup ke stovkám tisíc grafických procesů Nvidia. Ty bude moci využívat k trénování a provozování svých modelů AI. Firmy to oznámily v dnešní tiskové zprávě. Společnost OpenAI také nedávno
… více »Konference Prague PostgreSQL Developer Day 2026 (P2D2) se koná 27. a 28. ledna 2026. Konference je zaměřena na témata zajímavá pro uživatele a vývojáře. Příjem přednášek a workshopů je otevřen do 14. listopadu. Vítáme témata související s PostgreSQL či s databázemi obecně, a mohou být v češtině či angličtině.
Byl vydán Devuan 6 Excalibur. Přehled novinek v poznámkách k vydání. Kódové jméno Excalibur bylo vybráno podle planetky 9499 Excalibur. Devuan (Wikipedie) je fork Debianu bez systemd. Devuan 6 Excalibur vychází z Debianu 13 Trixie. Devuan 7 ponese kódové jméno Freia.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu poprvé překročil 3 %, aktuálně 3,05 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 27,18 %. Procesor AMD používá 67,10 % hráčů na Linuxu.
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: