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 13:33 | IT novinky

    Evropská rada vydavatelů (EPC) předložila Evropské komisi stížnost na americkou internetovou společnost Google kvůli její službě AI Overviews (AI souhrny), která při vyhledávání na internetu zobrazuje shrnutí informací ze zpravodajských serverů vytvořená pomocí umělé inteligence (AI). Evropská komise již v prosinci oznámila, že v souvislosti s touto službou začala firmu Google vyšetřovat. Google obvinění ze strany vydavatelů

    … více »
    Ladislav Hagara | Komentářů: 2
    dnes 04:44 | Komunita

    Ubuntu 26.04 (Resolute Raccoon) už nebude v desktopové instalaci obsahovat GUI nástroj 'Software & Updates'. Důvodem jsou obavy z jeho složitosti pro běžné uživatele a z toho plynoucích bezpečnostních rizik. Nástroj lze doinstalovat ručně (sudo apt install software-properties-gtk).

    NUKE GAZA! 🎆 | Komentářů: 9
    dnes 04:33 | IT novinky

    Thomas Dohmke, bývalý CEO GitHubu, představil startup Entire - platformu pro spolupráci vývojářů a agentů umělé inteligence. Entire získalo rekordních 60 milionů dolarů na vývoj databáze a nástrojů, které mají zefektivnit spolupráci mezi lidmi a agenty umělé inteligence. Dohmke zdůrazňuje potřebu přepracovat tradiční vývojové postupy tak, aby odpovídaly realitě, kdy většinu kódu produkuje umělá inteligence.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 04:22 | Zajímavý projekt

    Toyota Connected North America oznámila vývoj open-source herního enginu Fluorite, postaveného na frameworku Flutter. Pro renderování grafiky využívá 3D engine Filament od společnosti Google a dle svého tvrzení cílí na konzolovou kvalitu her. Fluorite je zřejmě navržen tak, aby fungoval i na méně výkonném hardware, což naznačuje možnost použití přímo v ICE systémech vozidel. Zdrojový kód zatím zveřejněný není.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 04:11 | Bezpečnostní upozornění

    Byl vytvořen nástroj a postup pro překonání věkového ověření platforem Discord, Kick, Twitch, Snapchat (a možná dalších), kód je open-source a dostupný na GitHubu. Všechny tyto sítě používají stejnou službu k-ID, která určuje věk uživatele scanem obličeje a na původní server posílá pouze šifrovaná metadata, ty ale sociální síť už nedokáže sama nijak validovat, 'útok' spočívá ve vygenerování a podstrčení legitimně vypadajících ověřovacích metadat.

    NUKE GAZA! 🎆 | Komentářů: 5
    včera 14:11 | IT novinky

    Jihokorejská kryptoměnová burza Bithumb přiznala vážné selhání interních systémů, které ji vystavilo riziku sabotáže a nezabránilo chybné transakci v hodnotě přes 40 miliard dolarů (814 miliard Kč). Druhá největší kryptoměnová burza v Koreji minulý týden při propagační akci omylem rozeslala zákazníkům zhruba 620 000 bitcoinů místo 620 000 wonů (8700 Kč). Incident vyvolal pokles ceny bitcoinu o 17 procent. Většinu

    … více »
    Ladislav Hagara | Komentářů: 9
    včera 13:55 | Nová verze

    Google Chrome 145 byl prohlášen za stabilní. Nejnovější stabilní verze 145.0.7632.45 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Zpátky je podpora grafického formátu JPEG XL, viz Platform Status. Odstraněna byla před třemi lety. Nový dekodér JPEG XL jxl-rs je napsán v Rustu. Zobrazování JPEG XL lze vyzkoušet na testovací stránce. Povolit lze v nastavení chrome://flags (Enable JXL image format).

    Ladislav Hagara | Komentářů: 0
    10.2. 22:44 | Nová verze

    Byla vydána nová verze 1.26 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    10.2. 18:11 | Nová verze

    CrossOver, komerční produkt založený na Wine, byl vydán ve verzi 26. Přehled novinek v ChangeLogu. CrossOver 26 vychází z Wine 11.0, D3DMetal 3.0, DXMT 0.72, Wine Mono 10.4.1 a vkd3d 1.18. Do 17. února lze koupit CrossOver+ se slevou 26 %.

    Ladislav Hagara | Komentářů: 15
    10.2. 14:22 | Komunita

    KiCad je nově k dispozici také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit [Mastodon, 𝕏].

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (19%)
     (6%)
     (0%)
     (11%)
     (26%)
     (3%)
     (4%)
     (2%)
     (12%)
     (28%)
    Celkem 850 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    Rozcestník

    Dotaz: Mikrotik - Divny log (DHCP?)

    14.6.2021 01:12 googler | skóre: 6
    Mikrotik - Divny log (DHCP?)
    Přečteno: 792×
    caute neviem presne kedy sa ten log zacal objavovat, ale pri nasadeni DNS serveru (pihole) som si ho vsimol. Su to dva typy logu:

    input: in:host_vlan out:(unknown 0), src-mac (gateway od mojho ISP - NAT 1:1), proto UDP, 0.0.0.0:68->255.255.255.255:67, len 328

    input: in:host_vlan out:(unknown 0), src-mac (klienty hostitelskej VLAN), proto UDP, (IP klienta):68->(IP mojho Mikrotiku pre hosti):67, len 328

    Siet tvoria dve VLANy jedna sukromna v ktorej su vsetky zriadenia a druha pre hosti Na MT su spustene aj dva DHCP servery (pre kazdu VLANu jeden). DHCP servery funguju, ale ten hostovsky opakovane hadze vyssie uvedeny log.

    Donedavna som na MT pouzival aj DNS server, ale presiel som na pihole, takze som z hostovskej VLANy otvoril port 53 na pihole v sukromnej VLAN (nemyslim ze to suvisi).

    Tento filter pouzivam uz dlho a este som nezaznamenal log ohladom portu 67, 68 (az teraz) a v poslednej dobe som nemenil ani pravidla logovania. Vie mi niekto povedat co to moze znamenat? Je niekde problem?

    0 chain=input action=accept connection-state=established,related

    1 chain=input action=drop connection-state=invalid

    2 chain=input action=jump jump-target=WAN>INPUT in-interface=WAN

    3 chain=input action=accept in-interface=sukr_vlan log=no log-prefix=""

    4 chain=input action=accept protocol=icmp

    5 chain=input action=drop log=yes

    6 chain=forward action=accept connection-state=established,related

    7 chain=forward action=drop connection-state=invalid

    8 chain=forward action=drop src-address-list=sukr_ip in-interface=sukr_vlan log=no log-prefix=""

    9 chain=forward action=drop src-address-list=!host_ip in-interface=host_vlan log=no log-prefix=""

    10 chain=forward action=drop dst-address-list=bogon log=yes log-prefix="bogon"

    11 chain=forward action=accept in-interface=sukr_vlan out-interface=WAN

    12 chain=forward action=accept in-interface=host_vlan out-interface=WAN

    13 ;;; DSTNAT chain=forward action=accept connection-nat-state=dstnat log=no log-prefix=""

    14 ;;; DNS UDP chain=forward action=accept protocol=udp dst-address-list=DServer in-interface=host_vlan dst-port=53 log=no log-prefix=""

    15 ;;; DNS TCP chain=forward action=accept protocol=tcp dst-address-list=DServer in-interface=host_vlan dst-port=53 log=no log-prefix=""

    16 chain=forward action=accept src-address-list=host_ip dst-address-list=tlac in-interface=host_vlan log=no log-prefix=""

    17 chain=forward action=drop in-interface=host_vlan out-interface=sukr_vlan log=no log-prefix=""

    18 chain=forward action=drop log=yes log-prefix=""

    19 chain=WAN>INPUT action=drop log=no log-prefix=""

    Odpovědi

    14.6.2021 07:31 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    Pi hole má taky DHCP server není spuštěn?

    Případně není to od ISP?

    Prostě to zařízni na firewalu.

    Pokud je to od ISP tak vše co nemáš povolené a nebo není z LAN zahoď: add action=drop chain=input comment="Neni z LAN" in-interface-list=!LAN
    14.6.2021 11:22 googler | skóre: 6
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    podla web gui bol dhcp server na pi hole szale vypnuty ale teraz som to este poistil sudo pihole -a disabledhcp tak uvidime ci sa nieco zmeni.

    Ano, ten prvy log sposobuje gateway od mojho ISP ale to zahodenie by malo byt uz teraz osetrene v mojom filtry pravidlami 3 a 5 alebo sa mylim?

    Ten druhy log sposobuju klienti v mojej hostovskej sieti, neviem preco
    14.6.2021 22:31 googler | skóre: 6
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    tak logy sa tvoria stale, dostal som radu povolit porty 67,68 na input cim sa samozrejme logy prestanu tvorit, ale mna by skor zaujimal dovod preco sa vobec tvoria, ked sa doteraz netvorili a pritom som nic v poslednej dobe vo firewalle nemenil (okrem portu 53 -DNS). Viac menej v ziadnom tutoriale/diskusii som nenasiel ze by s dhcp serverom na mikrotiku bolo treba "automaticky" otvarat aj porty 67,68 vo firewalle.
    14.6.2021 23:20 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)

    Proč myslíš že jsem psal že máš použít pravidlo: "add action=drop chain=input comment="Neni z LAN" in-interface-list=!LAN"

    Prostě komunikaci v LAN neblokuj, nebo lépe řečeno neloguj, já kdybych logoval to co neprojde firewallem a je zakázáno tak v logu mám plno nesmyslů které jsou k ničemu......

    Inspirovat se můžeš pravidly: Building Advanced Firewall

    14.6.2021 23:30 googler | skóre: 6
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    ale ja tu komunikaciu zo sukromnej vlany neblokujem ani teraz (vid pravidlo 3) jedine co blokujem je komunikacia (aj) z hostovskej vlany (vid pravidlo 5)

    Takze tvoja rada je "vyriesit to" vypnutim logu pravidla 5?
    15.6.2021 01:36 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    Prostě tam vraž to moje pravidlo místo toho tvého, případně k tomu mému můžeš dát logování, ale budeš tam mít hromadu záznamů pokud máš veřejnou IP kteří zkouší tvoji síť.
    15.6.2021 01:49 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    Pokud na to koukám tak celý input by šel zjednodušit na:

    0 chain=input action=accept connection-state=established,related
    
    1 chain=input action=drop connection-state=invalid
    
    2 chain=input action=drop in-interface=!sukr_vlan
    Protože přijímáš pouze z sukr_vlan a z wan nic nepřijímáš....
    15.6.2021 17:01 googler | skóre: 6
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    tak podla rady som na input pouzil tvoje 3 pravidla + som nechal povodny jump a na drop pravidle !sukr_vlan som povolil log

    Stale sa v nom objavuju porty 67,68 a pribudol ICMP protocol (vsetky logy, ktore som videl pochadzaju od klientov z host VLANy), nic viac sa v nom neobjavuje
    16.6.2021 00:04 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    A nemas to zapnute v priamo v logovani?
    18.6.2021 12:00 googler | skóre: 6
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    nerozumiem, ako to myslis?
    18.6.2021 15:42 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    /system logging
    18.6.2021 16:40 googler | skóre: 6
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    no mam tam logovanie topicov:

    critical

    error

    info

    warning

    a tie zaznamy v logu ohladom DHCP portov su evidovane pod topicom firewall info, takze pravdepodobne to suvisi s poslednym drop pravidlom na inpute ale nechapem preco
    18.6.2021 17:45 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Mikrotik - Divny log (DHCP?)
    Co nechápeš na tom že je to legitimní provoz, prostě ho neloguj a hotovo....

    Pokud ten provoz tam nechceš tak to musíš zaříznout pravidlem drop ještě předtím než to budeš na konci všechno logovat.

    PS. Nechápu význam logovaní toho co na konci zahazuji - tam se log provádí pouze když něco hledám a ladí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.