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 15:55 | Zajímavý software

    WLED je open-source firmware pro ESP8266/ESP32, který umožňuje Wi-Fi ovládání adresovatelných LED pásků se stovkami efektů, synchronizací, audioreaktivním módem a Home-Assistant integrací. Je založen na Arduino frameworku.

    Indiánský lotr | Komentářů: 0
    včera 15:33 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.8.

    Ladislav Hagara | Komentářů: 3
    včera 14:22 | IT novinky

    Herní studio Hangar 13 vydalo novou Mafii. Mafia: Domovina je zasazena do krutého sicilského podsvětí na začátku 20. století. Na ProtonDB je zatím bez záznamu.

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | IT novinky

    Operátor O2 má opět problémy. Jako omluvu za pondělní zhoršenou dostupnost služeb dal všem zákazníkům poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství.

    Ladislav Hagara | Komentářů: 8
    včera 05:55 | IT novinky

    Společnost OpenAI představila GPT-5 (YouTube).

    Ladislav Hagara | Komentářů: 1
    včera 05:00 | Nová verze

    Byla vydána (𝕏) červencová aktualizace aneb nová verze 1.103 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.103 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    7.8. 17:33 | IT novinky

    Americký prezident Donald Trump vyzval nového generálního ředitele firmy na výrobu čipů Intel, aby odstoupil. Prezident to zdůvodnil vazbami nového šéfa Lip-Bu Tana na čínské firmy.

    Ladislav Hagara | Komentářů: 8
    7.8. 16:55 | Nová verze

    Bylo vydáno Ubuntu 24.04.3 LTS, tj. třetí opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.

    Ladislav Hagara | Komentářů: 0
    7.8. 16:44 | Nová verze

    Byla vydána verze 1.89.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
    7.8. 12:22 | IT novinky

    Americká technologická společnost Apple uskuteční v USA další investice ve výši sta miliard dolarů (2,1 bilionu korun). Oznámil to ve středu šéf firmy Tim Cook při setkání v Bílém domě s americkým prezidentem Donaldem Trumpem. Trump zároveň oznámil záměr zavést stoprocentní clo na polovodiče z dovozu.

    Ladislav Hagara | Komentářů: 8
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (47%)
     (21%)
     (4%)
     (5%)
     (3%)
     (1%)
     (1%)
     (18%)
    Celkem 316 hlasů
     Komentářů: 23, poslední 4.8. 13:01
    Rozcestník

    Dotaz: Firewall a přesměrování

    15.11.2021 13:04 camel1cz | skóre: 25
    Firewall a přesměrování
    Přečteno: 376×

    Zdravím místní guru a poprosím o radu s konfigurací.

    Provozuji emailové a HTTP/HTTPS služby na platformě proxmox a chráním je před zneužitím následujícím způsobem:

    • na všech serverech funguje detekování pokusů o pw cracking a všelijaké přetěžování,
    • IP, která poruší pravidla se dostane na nějaký čas do IPsetu blacklist,
    • všechny virtuály jsou nastavené tak, že provoz z blacklistovaného IPsetu ignorují (DROP),

    Tohle funguje vcelku dobře, ale problém nastává, když se do blacklistu dostane IP za kterou jsou řádní uživatelé. Ti pak netuší co se děje, pro ně jsou služby mrtvé. Volají pak pro podporu a špatně se zjišťuje, že to je tento problém - musíme zjistit klientskou IP a kontrolovat ji v blacklistu.


    Má otázka je, jak toto nejlépe řešit?

    Nechci řešit blokování na aplikační úrovni, protože je to komplikované na správu, výkonově drahé a méně spolehlivé.

    Byl bych rád, kdyby alespoň na HTTP požadavky systém odpovídal a odesílal jednoduchou informaci a kontakty. Tady je problém s HTTPS, které někdy browser podsouvá a i uživatelé jsou zvyklí jej na webmailu používat.


    Co mě napadlo: umím si představit, že bych na serveru s webmailem nezakazoval firewallem 80 a 443 a přístup řešil na aplikační úrovni. Ten server by pak mohl sloužit jako informační pro všechny služby. Nicméně nadávek kvůli špatné doméně z HTTPS bych se asi těžko zbavoval a správně by to fungovalo jen na webmailu. Ale je to největší část požadavků na podporu, tak i to je fajn.

    Aby to nebylo tak jednoduché, tak proxmox neumí ve firewallu nic jiného než IN/OUT pravidla. Ta post/pre pravidla na která to míří by se mu musela nějak podstrčit a navíc si ani nejsem jistý, jak přesně se to dělá a nerad bych to rozbil.


    Co si o tom myslíte? Poradíte někdo? Moc děkuji!

    Odpovědi

    Pavel 'TIGER' Růžička avatar 15.11.2021 13:12 Pavel 'TIGER' Růžička | skóre: 54
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Nezjednodušilo by celou situaci dvoufaktorové ověření?
    15.11.2021 13:20 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Nejsem si přesně jistý jak to myslíš - jedině snad, že by se uživatel mohl sám odblokovat. To je super, ale je to krok 2 :)

    Teď řeším, jak se uživatel vůbec dozví, že je zablokovanej a není to problém s internetem, dostupností serveru atd.
    Pavel 'TIGER' Růžička avatar 15.11.2021 13:34 Pavel 'TIGER' Růžička | skóre: 54
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Tady je otázkou, jestli není špatně, že je uživatel vůbec zablokován. Proto jsem psal o dvoufázovém přihlášení. Jakmile druhá fáze ověří uživatele, tak je jasné, že ho nemá blokovat, ale přihlásit.
    15.11.2021 13:52 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Aha, chápu... no o ten problém úspěšného přihlášení na cizí/ukradený účet jde jen okrajově. Vlastně se to neděje a je to hlídané jinak.

    Co se děje a co se snažím řešit tím firewallem je přetěžování služeb a konzumace systémových prostředků. Např. teď je server výkonově na cca. 30%, ale bez těchto opatření jen těžko stíhal. Navíc se docela pravidelně několikrát v týdnu někdo začal organizovaný útok několika až několika desítek IP a to pak server jde do kytek a na odpověď se skoro nedá dočkat.

    Příjde mi, že zablokování na úrovni FW v tomto případě je jediné účinné řešení.
    15.11.2021 13:40 MP
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    2FA je v tomto kontextu spatne pouzitelne, pokud se blokuje na urovni ip adresy.

    Reseni je nasadit ipv6.

    A pro uzivatele za natem na ipv4 - pro ne neni jednoduche a levne reseni. Maximalne to muzete usnadnit supportu tim, ze bude mit viditelne blokace k dispozici na jednom miste.

    Anebo prestante blokovat podle ip adres.
    15.11.2021 13:57 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Ach ta věčná IPv6 :)

    Ale možná sem se vyjádřil blbě a nasměroval vás mimo jádro problému. Jde mi o to, že potřebuju účinně odstínit "škodiče" od serveru (a jiné než firewall řešení mě nenapadá) a zároveň blokované informovat co se děje a proč "to nejde".

    Proto mě napadl nějaký přepis paketů na úrovni firewallu, který by přesměroval požadavky na jeden server, který by byl na to připravený, kontrolovatl blacklisty na aplikační úrovni a informoval uživatele.

    Nevím no.
    15.11.2021 14:42 Bugsa
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    No jasně, ale proč to blokuje i legitimní uživatele? Nemáš ta pravidla moc přísná?
    15.11.2021 15:28 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    No dokud tam ta ochrana bude, tak do ní budou padat i legitimní uživatelé - ať už svou vinou nebo kvůli sdílené IP.

    Myslím, že polevit tak, aby se to nestávalo je už hodně blízko tomu, to rovnou vypnout.
    Max avatar 15.11.2021 16:21 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    A důvod, proč tam padají, je jaký? Používáš třeba fail2ban, analyzuješ logy a když vidíš opětovné neúspěšné přihlášení, tak dáš ban do iptables? Pokud máš třeba jen uživatele z CZ a SK, možná by jsi mohl vytvořit geograficky oddělená pravidla. Přísná aplikovat na uživatele z ciziny, mírnější na uživatele z CZ/SK.
    Každopádně jakmile do firewallu padají regulérní uživatelé, je to špatně, k takové věci by nemělo vůbec docházet, obzvláště né za regulérního provozu.
    Zdar Max
    Měl jsem sen ... :(
    15.11.2021 17:29 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Jojo, je to model fail2ban... každá služba má pravidla pro detekci úkonů, které jsou závadné a při opakování se IP vkládá do blacklistu na 10 minut až 48 hodin.

    Nikdo koukám nevzal za svůj ten nápad s driblováním s pakety HTTP, tak vás poslechnu a zkusím lépe zacílit blokování. Služby poskytujeme převážně vnitrostátně, takže ta detekce státu je docela dobrý nápad a IP z ČR/SR je dobrý důvod, proč být výrazně benevolentnější.

    Díky!
    Jendа avatar 15.11.2021 20:55 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    No dokud tam ta ochrana bude, tak do ní budou padat i legitimní uživatelé - ať už svou vinou
    Tak to máš asi ty limity dost nesmyslně nízké.
    nebo kvůli sdílené IP
    To je za stejnou adresou současně botnet, který zrovna tebe bruteforcuje? To je podle mě extrémně nepravděpodobné. Kolik adres takhle blokuješ?
    Jendа avatar 15.11.2021 20:53 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    problém nastává, když se do blacklistu dostane IP za kterou jsou řádní uživatelé
    A jak se to stane?
    15.11.2021 22:15 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Pochopil jsem tu radu a i ji akceptoval... jak se to děje? Poměrně běžně někdo zkouší hesla z českých IP, poměrně běžně uživatel nastaví špatný heslo a nechá ho v klientovy, který to zkouší a vyčerpá počet špatných přihlášení, méně často, ale pořád dost je více lidí za stejnou IP a chyby se sčítají... a poměrně často naopak botnet nebo podobná potvora zkouší hesla tak, že nepřekračuje "normální" limity per IP, ale v součtu zúčastněných strojů je to nepříjemné.

    Jak říkám - měl jsem nápad jaký jsem měl a teď teda implementuji to co jsem napsal - uvidíme. Akorát je tu stále to tiché zakazování, buť bude méně pravděpodobné, že do toho někdo spadne. Já chtěl řešit primárně to ticho a ladění pravidel až jako druhý sled, protože ta informace by řešila 100% případů (každý se podívá na webmail, když mu blbne klient a tam si přečte, co se stalo a snadno se to řeší na podpoře).

    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.