Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
Google Chrome 152 byl prohlášen za stabilní. Nejnovější stabilní verze 152.0.7977.64 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 327 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Před 35 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.
Apple představil čipy M6 a M5 Ultra, Mac mini s M6 nebo M5 Pro a Mac Studio s M5 Max nebo M5 Ultra. Fedora Asahi Remix zatím podporuje jenom M1 a M2.
Firefox 157 přinese zapnutou podporu rastrového grafického formátu JPEG XL. Založena je na v Rustu napsané implementaci jxl-rs používané i v Chrome a Chromiu.
Vanilla OS 3 „Reunion“ byl vydán. Tato na Debianu „Sid“ založená desktopová distribuce s transakčními aktualizacemi „neměnného“ základního systému (ABRoot) nově podporuje architekturu arm64 (vedle x86-64), podporuje reprodukovatelné sestavení většiny balíčků a vylepšuje systémové nástroje. Vlastní meta-správce balíčků APX nyní používá Distrobox v2 a je dostupný i pro jiné distribuce.
# psql -U postgres -h 127.0.0.1 Password for user postgres: psql: FATAL: no pg_hba.conf entry for host "XXX.XXX.XXX.XXX", user "postgres", database "postgres", SSL off # ping 127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.028 msStracoval jsem ten postgres a objeví se tam hned po sobě:
accept(6, {sa_family=AF_INET, sin_port=htons(39991), sin_addr=inet_addr("XXX.XXX.XXX.XXX")}, [16]) = 8
getsockname(8, {sa_family=AF_INET, sin_port=htons(5432), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0
Problém se netýká jen Postgrese, když dám wget localhost nebo wget 127.0.0.1, tak v access logu Apache je také veřejná...
Řešení dotazu:
Chcete říct, že telnet 127.0.0.1 80 píše Connecting to 127.0.0.1 a následný netstat -tnp | grep telnet ukáže veřejnou adresu?
Spíš bych to viděl na divně udělaný překlad adres na jména a zpátky.
telnet 127.0.0.1 80 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. netstat -tnp | grep telnet tcp 0 0 127.0.0.1:48164 127.0.0.1:80 CONNECTED 1418/telnet tcpdump -i lo 'tcp port 80' tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on lo, link-type EN10MB (Ethernet), capture size 96 bytes 21:27:33.118048 IP XXX.XXX.XXX.XXX.48164 > localhost.www: S 4179651934:4179651934(0) win 32792 <mss 16396,sackOK,timestamp 2723679927 0,nop,wscale 7> 21:27:33.118686 IP localhost.www > localhost.48164: S 4184879237:4184879237(0) ack 4179651935 win 32768 <mss 16396,sackOK,timestamp 2723679927 2723679927,nop,wscale 7>
tcpdump -n -i lo 'tcp port 80').
tcpdump -n -i lo 'tcp port 80' 21:53:32.094911 IP XXX.XXX.XXX.XXX.36400 > 127.0.0.1.80: S 2857535295:2857535295(0) win 32792 <mss 16396,sackOK,timestamp 2724069671 0,nop,wscale 7>
Přes netstat si najděte opačný směr spojení z webového serveru (dohromady by měly být v netstatu pro jedno místní spojení dva řádky).
Nemáte něco v tabulce nat (iptables -t nat -vnL), mangle nebo raw?
Nemáte jádro 2.4 a něco v směrovacích překladových tabulkách (ip route list table nat)?
Chain POSTROUTING (policy ACCEPT 14 packets, 901 bytes) pkts bytes target prot opt in out source destination 313K 20M MASQUERADE all -- * * 0.0.0.0/0 0.0.0.0/0To bude asi ono, že? Kernel 2.6.26, routy OK.
Tiskni
Sdílej: