Organizace Free Software Foundation Europe (FSFE) zrušila svůj účet na 𝕏 (Twitter) s odůvodněním: "To, co mělo být původně místem pro dialog a výměnu informací, se proměnilo v centralizovanou arénu nepřátelství, dezinformací a ziskem motivovaného řízení, což je daleko od ideálů svobody, za nimiž stojíme". FSFE je aktivní na Mastodonu.
Paramount nabízí za celý Warner Bros. Discovery 30 USD na akcii, tj. celkově o 18 miliard USD více než nabízí Netflix. V hotovosti.
Nájemný botnet Aisuru prolomil další "rekord". DDoS útok na Cloudflare dosáhl 29,7 Tbps. Aisuru je tvořený až čtyřmi miliony kompromitovaných zařízení.
Iced, tj. multiplatformní GUI knihovna pro Rust, byla vydána ve verzi 0.14.0.
FEX, tj. open source emulátor umožňující spouštět aplikace pro x86 a x86_64 na architektuře ARM64, byl vydán ve verzi 2512. Před pár dny FEX oslavil sedmé narozeniny. Hlavní vývojář FEXu Ryan Houdek v oznámení poděkoval společnosti Valve za podporu. Pierre-Loup Griffais z Valve, jeden z architektů stojících za SteamOS a Steam Deckem, v rozhovoru pro The Verge potvrdil, že FEX je od svého vzniku sponzorován společností Valve.
Byla vydána nová verze 2.24 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia online tabulky Proton Sheets v Proton Drive.
O víkendu (15:00 až 23:00) probíha EmacsConf 2025, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji lze na stránkách konference. Záznamy budou k dispozici přímo z programu.
Provozovatel internetové encyklopedie Wikipedia jedná s velkými technologickými firmami o uzavření dohod podobných té, kterou má s Googlem. Snaží se tak zpeněžit rostoucí závislost firem zabývajících se umělou inteligencí (AI) na svém obsahu. Firmy využívají volně dostupná data z Wikipedie k trénování jazykových modelů, což zvyšuje náklady, které musí nezisková organizace provozující Wikipedii sama nést. Automatické programy
… více »Evropská komise obvinila síť 𝕏 z porušení unijních pravidel, konkrétně nařízení Evropské unie o digitálních službách (DSA). Vyměřila jí za to pokutu 120 milionů eur (2,9 miliardy Kč). Pokuta je podle názoru amerického ministra zahraničí útokem zahraničních vlád na americký lid. K pokutě se vyjádřil i americký viceprezident: „EU by měla podporovat svobodu projevu, a ne útočit na americké společnosti kvůli nesmyslům“.
Mám server, který vytáčí připojení na eth1 přes modem, který je v režimu bridge. Připojení se vytvoří na ppp0. Vše až do včerejšího výpadku proudu fungovalo.
Dnes se nemohu připojit na FTP. Hlásí to špatné heslo (ověřeno přes jiné připojení, že je vše OK).
Chyba je někde na serveru, protože když nastavím modem do router režimu a zkusím se přes něho připojit na FTP, tak je to OK.
Posílám výpis IPTABLES:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
maniakum@server:~$ sudo iptables -L -nv
Chain INPUT (policy DROP 224 packets, 55919 bytes)
pkts bytes target prot opt in out source destination
394 128K ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0
1223 238K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:1723 state NEW
0 0 ACCEPT 47 -- * * 0.0.0.0/0 0.0.0.0/0 state NEW
5 260 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 state NEW
460 113K ACCEPT all -- eth0 * 0.0.0.0/0 0.0.0.0/0 state NEW
0 0 ACCEPT all -- ppp1 * 0.0.0.0/0 0.0.0.0/0 state NEW
0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 8
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
2929 435K ACCEPT all -- eth0 ppp0 0.0.0.0/0 0.0.0.0/0
3440 2536K ACCEPT all -- ppp0 eth0 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
0 0 ACCEPT all -- ppp1 eth0 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
0 0 ACCEPT all -- ppp1 ppp0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- ppp0 ppp1 0.0.0.0/0 0.0.0.0/0
0 0 TCPMSS tcp -- * * 192.168.0.0/24 0.0.0.0/0 tcpflags: 0x17/0x02 TCPMSS set 1356
Chain OUTPUT (policy ACCEPT 2103 packets, 497K bytes)
pkts bytes target prot opt in out source destination
portforwarding v /proc/sys/ipv4/ip_forward je 1
nat mám povolen. Netuším v čem by měl být problém.
Edit: Asi by se slušilo ještě říct, že server používám jako router, tedy na eth0 je připojen switch s dalšími prvky. Z notebooku, který je připojen na server přes eth0 se nemůžu připojit na FTP. Ze serveru se na FTP připojím. Problém tedy je někde v překladu...
A není? Viz výše.
Hmm, problém stále přetrvává. Přeinstaloval jsem server, ale stále stejné.
Server funguje jako router. Když se chci připojit z ntb, který je připojen na internet přes server, tak se na ftp nepřipojím. Když se chci připojit na ftp přímo ze serveru, tak to funguje.
V čem mám hledat problém?
Na portu 21 neleze naprosto nic, když se snažím připojit z NB. Když ze serveru, tak tam už něco leze. To znamená, že je problém někde na vstupu. Mohla by to dělat síťová karta? Bohužel nemám náhradní, abych to vyzkoušel a jen tak kupovat novou se mi nechce. Je integrovaná (ta do vnitřní sítě). Ale zase mi je divné, že by nešel jen port 21.
Samozřejmě je to tak jak říkáš. I když jsem dal na INPUT a FORWARD ACCEPT, tak to nešlo, páč jsem idiot a blokolovalo mi to tam nějaké pavidlo, teď to mám čísté a jede to. Musím zjistit tedy, které pravidlo to bylo. Díky za nakopnutí!"
Tak další zjištění. Pokud se připojím na domácí server přes VPN, tak se na FTP připojit mohu, tím víc si začínám myslet, že je špatná síťovka....
A ještě jedna věc, Když jsem na domácím serveru rozběhl FTP server, tak se na něj v pohodě připojím. Tak tedy nevím
ppp0 je připojení přes VDSL, ppp1 je VPN.
Povolil jsme vše a situace stejná. Samozřejmě, že mě to napadlo.
Tiskni
Sdílej:
