Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »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.
Zdravim,
potrebuji poradit ohledne konfigurace a nastaveni ppp. Nedari se mi sestavit spojeni na isdn lince. Uz se s tim morduji nekolik tydnu ale nevim, kde je problem
V PC(debian 4.0) mam ISDN kartu (PCI-HFC-S).
Ovladac pouzivam Hisax s prislusnymi parametry.
Pomoci priokazu isdnctrl definuji interface ippp0
nastaveni ippp0 vypada takto
Current setup of interface 'ippp0':
EAZ/MSN: xxxxxxxxx
Phone number(s):
Outgoing: yyyyyyyyy
Incoming:
Dial mode: manual
Secure: off
Callback: off
Reject before Callback: on
Callback-delay: 5
Dialmax: 1
Hangup-Timeout: 340
Incoming-Hangup: on
ChargeHangup: off
Charge-Units: 0
Charge-Interval: 0
Layer-2-Protocol: hdlc
Layer-3-Protocol: trans
Encapsulation: syncppp
Slave Interface: None
Slave delay: 10
Master Interface: None
Pre-Bound to: Nothing
PPP-Bound to: 0
Dale pak spoustim demona ipppd s temito parametry (vzdalena strana pouziva pouze autentikaci chap)
/dev/ippp0
debug
kdebug 7
ipcp-accept-remote
noipdefault
name login
passive
auth
mru 1524
mtu 1500
#lcp-restart 2
+chap
+pwlog
-pap
Bohuzel po vytoceni ippp0 se spojeni nepodari
- vypis messages je
kernel: ippp0: dialing 1 xxxxxxxxx...
kernel: isdn_net: ippp0 connected
ipppd[5650]: Local number: 566522470, Remote number: 226204444, Type: outgoing
ipppd[5650]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7
ipppd[5650]: Modem hangup
ipppd[5650]: Connection terminated.
ipppd[5650]: taking down PHASE_DEAD link 0, linkunit: 0
ipppd[5650]: LCP is down
ipppd[5650]: closing fd 7 from unit 0
ipppd[5650]: link 0 closed , linkunit: 0
ipppd[5650]: reinit_unit: 0
ipppd[5650]: Connect[0]: /dev/ippp0, fd: 7
kernel: ippp0: remote hangup
kernel: ippp0: Chargesum is 0
pokud se podivam na debug zpravy, vypadaji takto
ipppd[5650]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth chap md5> <magic 0x398f0772> <pcomp> <accomp>]
kernel: isdn_ppp_poll: minor: 128
kernel: ippp0: 0 bogocps
kernel: ippp_receive: is:c1bb0000 lp:dfde6200 slot:0 unit:0 len:33
kernel: [0/0].receive[0]: ff 03 c0 21 01 0e 00 1d 03 05 c2 23 05 05 06 1d
kernel: [0/0].receive[1]: c1 01 2f 11 04 05 f4 13 06 01 72 69 63 17 04 00
ipppd[5650]: rcvd [0][LCP ConfReq id=0xe <auth chap md5> <magic 0x1dc1012f> <MPmrru 1524> <MPdiscr: 0x1 [ 72 69 63 ]> < 17 04 00 33>]
ipppd[5650]: sent [0][LCP ConfRej id=0xe <auth chap md5> <MPmrru 1524> < 17 04 00 33>]
takto se to opakuje asi 5 krat.
Myslim ze chyba je v tom, ze pri prijmu od vzdalene strany
ipppd[5650]: rcvd [0][LCP ConfReq id=0xe <auth chap md5> <magic 0x1dc1012f> <MPmrru 1524> <MPdiscr: 0x1 [ 72 69 63 ]> < 17 04 00 33>]
posle me PC toto
ipppd[5650]: sent [0][LCP ConfRej id=0xe <auth chap md5> <MPmrru 1524> < 17 04 00 33>]
- zkratka odmitne predchozi ramec se zadosti
Ale proc se tak deje to opravdu nevim
/etc/ppp/chap-secret vypada
"login" "*" "password"
Muzete prosim poradit ?
Nepoužíváte náhodou synchroní PPP? (viz řádek Encapsulation: syncppp) Pak by jste měl použít daemona ipppd. Normální pppd na ISDN synchroní režim nejde použít.
www.isdn4linux.de/faq/i4lfaq-13.html#asyncppp_whichppp
T.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz