OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
Zdravím,
mám problém který je již mimo mé znalosti a bohužel jsem ani nebyl schopen najít řešení pomocí Google. Ve zkratce - login na POP3 server v internetu z mého serveru proběhne, z počítačů v síti za ním už ale končí hláškou "Login failed". Při přístupu přes telnet v obou případech komunikace probíhá, pouze s rozdílným výsledkem. Server se k internetu připojuje přes ADSL router ve stejné síti jako jsou klienti, takže pop3 traffic na router předávám pomcí IPTABLES a REDIRECT - což tipuji bude asi ten problém, bohužel ho neumím vyřešit
A podrobněji:
A to mi už hlava nebere, chápal bych kdyby byl server nedostupný, ale co může způsobovat tohle? Moje znalost příslušného protokolu už evidentně není dostatečná
Prosím tedy o pomoc, jestli někdo ví jak toto vyřešit prosím prosím aspoň naznačte.
Díky!
Nedelam si zatim ambice to cele pochopit, ale jak vypadaji ta pravidla pro redirect a co ma byt jejich cilem? Bud bych tam cekal pravidla s SNAT, nebo nejakou zminku o lokalnim pop3 proxy. Zatim mi to pripada, ze to takhle pripojeni klientu redirectuje na pop3 server bezici na lokalnim stroji. To se da overit napriklad pohledem do logu, kde by mela byt videt rada neuspesnych pokusu o pop3 prihlaseni Tomas
Zdravím a díky všem,
samozřejmě máte pravdu, jsem blb a přesměroval jsem si komunikaci na lokální POP3 server. Lidská blbost nezná hranic jak se sám na sobě přesvědčuji.
To co popisujete je přesně to čeho chci dosáhnout - fungovalo to dokud jsem dělal klasický NAT mezi eth0 a eth1 - teď už mám ale jen jedno rozhraní aktivní a server který má fungovat jako brána a "reálná" brána jsou v jedné síti. To není definitivní řešení, router přijde později přepojit, ale teď to udělat nemohu.Takže se jdu pokusit o hraní si s SNAT. Opravte mne jestli se mýlím, musím splnit následující:
v řetezci INPUT povolit příslušný port a protokol, to samé v output a forward. Potom v postrouting nastavit SNAT tak, aby klient (dejme tomu 10.0.0.10) který má jako výchozí bránu server (10.0.0.1) se dostal "ven" přes router (10.0.0.138) aniž by měl adresu routeru kdekoli v lokální konfiguraci uloženou. Snad se to povede Díky moc za nakopnutí!
Tohle mne také napadlo, ale mám s tím špatné zkušenosti (s virtuálním rozraním), takže tohle řešení mám až jako pozdější. Podotýkám že ty špatné zkušenosti plynuly z mé neznalosti, teď už sice tuším na co si dát pozor ale i tak Nejspíše na to ale dojde. Naštěstí je to řešení maximálně na měsíc až dva, pak to budu snad moci přepojit fyzicky.
iptables -t nat -A POSTROUTING -s 10.0.0.1 -j RETURN iptables -t nat -A POSTROUTING -s 10.0.0.138 -j RETURN iptables -t nat -A POSTROUTING -s 10.0.0.0/24 --to-source IP_adresa_serverua pak příslušnou komunikaci povolit v řetězci
FORWARD
.
Ale osobně bych jen přiřadil druhou IP adresu síťové kartě na serveru, je to úprava jednoho konfiguračního souboru ve vaší distribuci, nečekal bych tam nějaké problémy. U toho NATu už musíte řešit, aby se to týkalo jen těch správných počítačů atd.
iptables -t nat -A POSTROUTING -s 10.0.0.0/24 --to-source IP_adresa_serveru -j SNATMně se zdálo divné, že tam není žádný cíl…
Tiskni Sdílej: