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í
×
    včera 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    včera 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 0
    včera 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

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

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 6
    včera 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    13.3. 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    12.3. 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    12.3. 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    12.3. 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1080 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: Problém s přílohami mailů z počítačů za NATem

    10.10.2007 02:38 Eregon | skóre: 22 | blog: Eregonovy_vymysly | Všudezdejší
    Problém s přílohami mailů z počítačů za NATem
    Přečteno: 246×
    Ahoj lidi, mám nepříjemný problém s přílohami mailů v NATované síti. Situace vypadá takhle:

    Mám svou síť v privátním rozsahu IP adres. Pro jednu z privátních IP jsou definována pravidla na routerech providera, která umožňují této (jen této) IP adrese komunikovat s Internetem (je tam definovaný nějaký SNAT na veřejnou IP určenou jen pro mou síť).

    "Privilegovanou" vnitřní IP má server, dále v síti je několik klientů. Klienti mají s ohledem na konfiguraci u providera přístup ven jen prostřednictvím mého serveru.

    Konkrétně přístup k SMTP serveru pro odesílání pošty z klientů jsem se rozhodl řešit pomocí SNAT (s tím, že vnitřní IP serveru je na klientech nastavena jako DGW), takže klient komunikuje přímo s mailserverem umístěným mimo tuto síť.

    Odesílání pošty funguje bez problému - klient (TB) si vyhledá server, spojí se s ním, odešle zprávu a spojení ukončí - prostě klasika.

    Ovšem pokud mail obsahuje přílohu, jeho odesílání se zasekne někde kolem 10% (v pokusných případech to velmi zhruba odpovídalo poměru objemu textu a přílohy) a dál se nic neděje, až nakonec vyprší časový limit spojení.

    Skoro to vypadá, jako by se klient snažil přílohu na mailserver dopravit přes jiný port, než 25. To je ale celkem v rozporu s mým dosavadním přesvědčením, že příloha mailu je v MIME kódování vložena do těla odesílané zprávy a na server přepravena jako její textová součást. Samozřejmě jsem se mohl splést, ale pak by nějaký pokus o komunikaci s mailserverem na jiném portu snad zaznamenal tcpdump, který ale neukázal nic.

    Nenapadá někoho, kde může být problém, případně na co bych se měl podívat?

    Předem díky za každý tip.
    ~ w w w w (oo)   [oo] w w w w ~

    Odpovědi

    10.10.2007 07:26 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: Problém s přílohami mailů z počítačů za NATem
    Spíš bych zkontrolovat nastavení iptables. Na portu SMTP server naslouchá a vyjednává spojerní, vlastní komunikace pak běží na vyjednaném portu. Příkladu nastavení iptables je tu dost. Může být i nastavením omezení na smtp servru. Osobně bych preferoval rozběhnutí lokélního smtp servru, který by předával data na ten nadřazený.
    10.10.2007 07:56 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Problém s přílohami mailů z počítačů za NATem
    Na portu SMTP server naslouchá a vyjednává spojerní, vlastní komunikace pak běží na vyjednaném portu.
    To si pletete s FTP. SMTP komunikace s veřejnými servery je vždy na cílovém portu tcp/25 – klient na něj naváže spojení a data (e-mail) se odesílají v rámci tohoto spojení.
    10.10.2007 08:04 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Problém s přílohami mailů z počítačů za NATem
    Ten problém těžku může souviset s NATem. Mail server se zřejmě pokouší provádět nějakou kontrolu příloh (antivirovou, antispamovou, zjišťuje reverzní DNS záznam odesílatele). Konfigurace je tedy taková, že v poštovním klientu máte jako SMTP server nastavenou IP adresu vašeho serveru, na které se dělá DNAT a SNAT na SMTP server poskytovatele? Nebo jde o nějaký "amatérský" SMTP server?

    E-mail se celý odesílá najednou v rámci jednoho spojení na port tcp/25, vaše přesvědčení je správné. tcpdumpem můžete zaznamenat, kdy se spojení přeruší – zda opravdu po začátku odesílání příloh. Zkusil bych také jako přílohu poslat krátký obyčejný textový soubor, s tím by případný antivir měl být rychle hotový. Můžete se také pokusit odeslat e-mail s přílohou přímo z vašeho serveru, nejspíš to bude dělat to samé.
    10.10.2007 12:35 Eregon | skóre: 22 | blog: Eregonovy_vymysly | Všudezdejší
    Rozbalit Rozbalit vše Re: Problém s přílohami mailů z počítačů za NATem
    Konfigurace je tedy taková, že v poštovním klientu máte jako SMTP server nastavenou IP adresu vašeho serveru, na které se dělá DNAT a SNAT na SMTP server poskytovatele? Nebo jde o nějaký "amatérský" SMTP server?
    V klientovi je jako adresa mailserveru nastavena přímo jeho adresa v Internetu. Na mém serveru, který pro klienta potom funguje jako default gateway, je definován SNAT - to je tak proto, aby paket prošel přes síť providera, jehož routery do Internetu propustí pouze pakety z IP adresy mého serveru.

    Mailserver patří hostingové společnosti, u které je umístěn web organizace a při té příležitosti i mail schránky pro její doménu. Problém jsem už konzultoval s jeho adminem, o žádném nastavení, které by podobný problém tak nějak "zaručeně" způsobovalo, nevěděl.

    Odeslání krátkého textového souboru a odeslání přímo ze serveru vyzkouším během odpoledne (teď u toho nejsem) a napíšu, co jsem zjistil. Zkusím taky poslat totožný email přes stejný mailserver, ale z jiné sítě.
    ~ w w w w (oo)   [oo] w w w w ~

    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.