Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Ħαℓ₸℮ℵ ␏⫢ ⦚

Stran: 1 [2] 3 4 ... 23
16
Desktop / Re:Nemohu nabootovat do live linuxové distribuce
« kdy: 14. 11. 2023, 15:14:28 »
a ten linux si vypálil na tu flashku jak? Nevím, jak se posunula úroveň bootloaderů a a inicializátorů live prostřední, ale mě se stáválo, že se to vysklilo  při přechodu do toho prostřední (až za bootem), myslím, že to nenašlo root fs toho live linuxu. Zlobila fedora, matně si vzpomínám.

Důvodem, je, že flashka měla jiný partition name nebo uid. Prostě jsem nezapsal binární obraz. Hledalo to data na svazku, který pod tímto jménem neexistoval (a fedora to měla nějak dobastlené že se v cmdline psalo něco jako  root=LIVEFS:LABEL\= \"FEDORA_2019\")

a ten fedory inicializátor měl nějaké vtipné jméno něco jako drakeinit nebo tak.

17
Sítě / Re:Co je s routerem?
« kdy: 14. 11. 2023, 15:05:56 »
jj, ASUS RT-N66  "Dark Knight" (recenzován v roce 2012, 802.11n mi stačí, resp 5GHz je pro mě přakážka (no pun intended  ve zdi)). Co se týče zdroje, nevím jakou má spotřebu(je teplý na povrchu, tak kolem 5-10W), to že jsem uvedl 1A je jen shoda, že mi tak vyšly odpory. Ale je šokantní, že jsem našel, že má typickou spotřebu 30W, tomu se mi nechce věřit. EDIT? recenze uvádí 9.1W .
Ad vlnění:  napadlo mě to prubnout měřákem v AC modu nebo frekvence... Ale to už se mi zdálo moc a nevěděl bych jaká hodnota je přijatelná a navíc tam stejně musí být nějaký downstep na 1.8V atd.
Jo a měřit kapacitu mi nikdy nešlo, vždy mi to házelo random údaje. Navíc měřit "in-vitro" může být nesměrodatné, když je to v (i vypojeném) obvodu.
Pásmo není zarušené, protože funguje vzájemná komunikace bezdrátových zařízení přes tento AP.
Ten mohu zkusit flashnout, možná tím vyloučím, že je corrupted. Ale dal jsem factory reset.

18
Sítě / Re:Co je s routerem?
« kdy: 13. 11. 2023, 22:56:39 »
Tak v druhém kole:
 jsem zkusel tovární nastavení, sundat kasli a podívat se na kondíky (nic ohořelého neviděl, žádný nebyl nafouklý, ale nezjistím jestli vyschlý, natož když nemam schéma, je to tak koukání jak na tele.)

Prověřil zdrojRATED 19V,, 1,5A. OC je 19,3V, při 1A 18.8V (což mi trvalo nejdýl  naměřit přes soustavu  několika 18650 v sérii s n×5ohm odpory, protože se mi nikde naválel 10/20ohm odpor na 400w. Ne nejdýl  samotný měření, ale než jsem se k tomu dostal)... A zvlnění nedokážu naměřit  :-[ není čím


Bohužel žádnou přícinu jsem nenašel.


Taky se mi potvrdilo, že bezdrátová zařízení na tomto ap čile komunikojó SPOLU™.

Možná má router schizofrenii, funguje jako gigabitový switch  a wifi-Ap zvlášť

Jo a logy: nic v nich není, kromě obligátního pár(stovka  :-\ ) řádek dmesgu  jako při startu počítače: cpu, ram , watchdog, interface,  kernelu


Můj odhad  jde  k nějaké inkontinenci  (nv?)ram konfigurace. 3.3v baterku nemá.

19
Sítě / Co je s routerem?
« kdy: 11. 11. 2023, 16:30:34 »
Začal se mi podivně chovat "router" (v uvozovkách, protože neplní funkci routeru) . Přes půl roku jsem do něj nelezl, nic neměnil, Předtím fungoval k spokojenosti. Zjednodušeně vše co se týká  bezdrátu je divné, drátová zařízení  a připojení jsou OK
Způsob použití výhradně jen jako Wifi AP + 4*Lan v bridge, . WAN nevyužito, defacto  na něm očekávám jen L2 komunikaci a L2 bridging. Abych měl kam připojit bezdrátová zařízení

nyní:
- bezdrátová  zařízení nedostanou IP, tudíž se nedostanou ani na LAN. Defacto všem bezdrátovým zařízením "nejde internet" (a ani LAN)
- skutečný faktický router , tedy  DNS,DHCP, gateway v síti vidí příchozí požadavky DHCP
- vypadá to, že wifi "link" je sestavená, asociováno
- bezdrátová zařízení nedostávají (nevidí)ARP odpovědi
- nepomůže statická IP na bezdr. zařízeních, protože i tak se ptají pořád ptají na IP brány nebo ostatních zařízení
- po restartu routeru je tak 20% šance , že bude vše fungovat, ale cca tak na 3 minuty, pak telefony zdtratí spojení
-jediné, kam se dá dostat je na IP toho routeru z bezdrátových zařízení

-zařízená přes kabelový Ethernet spolu normálně komunikují mezi sebou i do internetu
-kabelová zařízení fungují a dostanou IP od toho faktického DHCP i když jsou nově připojena.

Předem se omlouvám, že nejde o kompletní nebo exaktní popis. Opakuji, jde o ten "router" v roli Wifi AP + ethernetové switche. Ten je kabelem připojen  k skutečnému routeru (to,co se od routeru  čeká+dns+dhcp)

zkoušel jsem  gigabitový kabel od routeru znovu zapojit, natočit antény
Nevíte co s ním je? Mám pocit, že se nějak rozhasilo bridgování u wifi-části a nebo umírá Wifi-část(pak ale bych očekával i problémy při komunikaci na HTTP rozhraní té krabičky, ale to paradoxně funguje)

20
Odkladiště / Re:Nefunguje živé iVysílání ani pořady
« kdy: 05. 11. 2023, 22:19:40 »
Do čeho zase webmasteři ivysilani hrabali? Nejde to na ani jednom zařízení. Tak před 3týdny to ještě šlo.

21
Mám podobný problém: pokud zadám URL pro uživatele nebo název kanálu: tak se mě to snaží přesměrovat na (nesmyslnou) doménu
https://consent.youtube.com/m?continue=https%3A%2F%2Fwww.youtube.com%2Fkaktusovy_kvet%3Fc
když zadám třeba https://www.youtube.com/(@¨)pan.hvezdicka
Nebo při  URL playlistu: https://www.youtube.com/playlist?list=PLDIoUOhQQPlU2NpvlGKTsQRoCMHTUCLMf
nevíte jak z toho  ven ?  Nemám účet, registraci. kromě těchto dvou situací Jindy vstříknutí redirectu  nepozoruji.    Stává se to jen na jednom PC a nedokázal jsem přijít proč, zkoušel jsem povolit/zakázat cookies, user-agent.

22
Mám jiný problém (po otevření daného url youtube/wach?v konkrétního videa se zastaví po půl vteřině a tlačítko play přehraje 200ms jenom) a zjistil jsem dost divný paradox teď:
pokud link otevřu v novém okně, ta k zastavení nedoje. Ovšem do okamžiku než přepnu na tab? Nevíte, jak se s tím vypořádat? Je to as nějaký event interakce se stránkou.

23
Pardon , mezi krokem 2 a 3 byla ještě jedna etapa, kdy asi webmaster   byl po podobné challengi
, kdy tam bylo o jedno  zakódování navíc oproti verzi 2 : bylo dvojité přesměrování : 1gr.cz/log {idnes./servix/recombee {URL}}

Takže to má  celé o jeden stupeň zanoření víc  :o

(A to uplně odhlížím od toho, kolik smetí z škodlivých domén se web snaží stáhnout už v první instanci (kdy je to zablokováno. Kdyby to nebylo,  tak to jako červ exponenciálně stáhne ještě víc humusu z větší šířky) )

24
Software / Re:Výzva k uložení souboru po instalaci AdBlocku
« kdy: 30. 10. 2023, 12:41:42 »
Trochu tam nesedí letopočet, zhruba tisíc let  >:(, eda určitě neměl přístup k netu  ;). Nebo jde o nějaký meme na tisíc let staroz osobu?  ::)

25
Software / kdo je konfesor
« kdy: 30. 10. 2023, 00:46:10 »
... omylem jsem dal citaci místo Upravit.



Pokud se to děje na nejmenovaném webu, tak za to může nejmenovaný skript na stránce.  ;D
A zkoušel jsi takový skript "najít"?
Initiator : scrollHandle @VM3488:7823
(anonymous)
FHlv.window.<computed>

Na tohle moje schopnosti nestačí. 

Je tady nějaký borec, který mi ten nejmenovaný skript vysvětlí ?:
4000 řádek v prettyview
ochtnávka  :
Kód: [Vybrat]
+ vHbo(0x501)] = ['confessor.iva.seznam.cz', 'l.seznam.cz', 'h.seznam.cz', 'i.imedia.cz', 'd49-a.sdn.cz', 'c.seznam.cz', 'ssp.seznam.cz', 'i.seznam.cz', '10.im.cz', '1.im.cz', 'c-ko.seznam.cz', 'c-oa.seznam.cz', 'ssp.imedia.cz', 'c-ng.seznam.cz', 'h.imedia.cz', 'onegar.seznam.cz'][vHbo(0x354) + vHbo(0x4aa)]
...
 var pIb = rkyd;
                throw new TypeError(pIb(0x212) + pIb(0x571) + pIb(0x715) + pIb(0x50f) + pIb(0x364) + pIb(0x338) + pIb(0x4e7) + pIb(0x339) + pIb(0x643) + pIb(0x59c) + pIb(0x24d) + pIb(0x2b5) + pIb(0x692) + pIb(0x24f) + pIb(0x3ac) + pIb(0x6f8) + pIb(0x53d) + pIb(0x710) + pIb(0x5a5) + pIb(0x338) + pIb(0x5c1) + pIb(0x3ee) + pIb(0x64c) + pIb(0x4d8) + pIb(0x663) + pIb(0x59c) + pIb(0x621) + pIb(0x43a) + pIb(0x62c) + pIb(0x244) + pIb(0x4af) + pIb(0x660) + pIb(0x695) + pIb(0x47f) + pIb(0x207) + pIb(0x722) + pIb(0x5e6) + pIb(0x342) + pIb(0x64c) + pIb(0x2dc) + pIb(0x3ed) + pIb(0x2ad) + pIb(0x4cf) + 'd.');
            }
            function _iterableToArray(ftzm) {
                var yKr = rkyd;
                if (typeof Symbol !== yKr(0x667) + yKr(0x242) + yKr(0x438) && ftzm[Symbol[yKr(0x24d) + yKr(0x6d1) + 'or']] != null || ftzm[yKr(0x1e6) + yKr(0x257) + yKr(0x53e) + 'r'] != null)
                    return Array[yKr(0x4e3) + 'm'](ftzm);
            }
            function zlfs() {
                var bI = ['lna', 'tri', 'cz/', 'ial', '34\x20', 'tot', 'ypt', 'hld', '//n', 'dec',
= https://paste.nolog.cz/?7c5d31c8118b41b2#9pDretcrqqWu585eNd4F3rvMj8ZS1LJe2zokupxYKHFU

https://lelinhtinh.github.io/de4js/ pohořelo

Uměla by CHATGPT ZDebugovat tento skript ? A kdo je konfesor?

26
Jaké je vysvětlení, že s webovými stránkami to jde čím víc dál z kopce, i když to vypadá, že před 5 lety to už bylo na dně a a ony dokážou překvapit i dnes?

Příklad: idnes.cz:
-1. počáteční stav: stránka fungovala v pohodě, stačilo mít zablokované  nežádoucí domény (třeba narouteru)
0. Bylo potřeba v adblocku se i podívat na samotnou doménu navštíveného webu, kde se vyskytovaly škodná URL
kdysi to začmodrchali tak, že stránka po reloadu vypadala jak HTML 2.0 bez podvolení se komunikace na rekamní URL a stahovala desítky podivných scriptů s kryptickými URL.
1. došlo články na podobné články byly znásilněny onclick na 1gr.cz/log - šlo vyřešit +js(add element listenter defuser, onmousedown)

2. znásilnění URL bylo permanentní a tak bylo nutné url extrahovat z atributu (právem dříve zablokované URL 1gr.log$document),

3.

nyní je výsledkem dvojitý znásilnění URL: (před kterým samozřejmě ublock origin nastaví mříž a ukáže varovný prst nehledě na doménu )
https://1gr.cz/log/score.aspx?pa*ld&url=https%3A%2F%2Fapi.cxense.com%2Fpublic%2Fwidget%2Fclick%2Fa3YKnerozšifrovatelá_směsicejakobase64 *
&id=23010bla_neco...
Neodvažoval jsem se to  otevřít v proxy (kde jistě tahle doména není blokovaná  :-X) a asi by mě to přesměrovalo po všech čertech cj.com nebo dotomi.com na konečnou stránku s článkem, která ve výsledku se od původní liší jen v (kromě nesměrodatného slugu) v id článku

A přitom jde o LINK na vedlejší článek.  :-\
A přitom   :o částečný link na článek (alias čtenáři zahraj si na detektiva) se nachází v id GET parametru - stačí zadat idnes.cz/rubriky1/rubrika2/nahodnysledslugů.23010bla_neco a otevře se správný


uBlock Origin zabránil následující stránce v načtení:
bez parametrů = https://1gr.cz/log/score.aspx
page = xxx
box = podclankem1-retardee
place = 2
type = Bulvárníkecy
id = A231014_120159_jpz-laska-poradna-vestci-fabulace
url = https://api.cxense.com/blablalbal




tak mám řečnickou otázku? Opravdu limity neexistují a lze klesat  až do nekonečna a stránky budou komunikovat šifrovaným websocketem  s využitím cookies, localstorage a renderovat on the fly svg místo textu? A pro jistotu přečíst bez pocitu že mi někdou šťourá sondu do větráku počítače už nepůjde?

Nebo to webmaster v okamžiku 0 musel spadnout na hlavu, v okamžiku 1 se s ním rozešla holka, v okamžiku 2, je po 10 letech hulení trávy, v okamžiku 3 je po roce členství s straně SPD nebo výcviku talibanu, že tohle někdo dopustí, že link na  vedlejší článek (de facto relative URL) se generuje přes nějakou 3. doménu s odkazem na čvtrou doménu???

Nebo se bude hypertext konzumovat tak, že se nadpis článku označí myší a zadá se do vyhledávače, který má snad zaindexováno a vyflusne požadovanou url, pro kterou ani nebylo předtím ani nutné zvednout malíček levého tlačítka myši z postele vstát? A to ani se nerozhoňuji, že takové URL má 850 znaků !!!)


* samozřejmě zkoušeny substringy(začátek, střed,konec) toho asi 700 jako-base64-hatmatilky i s umazáním 1,2,3,žádného počátečního znaků ,což je vlastnost base64, že je "modulo 4" na znaky co se týče správnosti vdekódování.

27
Odkladiště / Re:Youtube s reklamou, alebo blackscreen
« kdy: 24. 10. 2023, 22:29:49 »
Hmm, a co  tak po třech videích smazat cookies milý lojzo, ne po třech pivech. Aha, já vlastně na youtube cookies vůbe povolená nemám.
Možností je několik, ostatně byly zmíněny: (dle použití se hodí každý pro jiný účele)
appka v mobilu - newpipi
youtube-dl | mpv  černá magie  (_Jenda)
wraperry freetube app atd
youtube.com/watch->youtube.com/embed:tam reklamy nejsou
(a ste si jistí, že blokujete asi 10 patternů youtube.com/ptracking, youtube.com/adview,youtub.com/pcs, youtube.com/... googlevideo/youtube.com/ytimg.com/gen(erate)_204)
* doplněk ***block, jen musí být aktuální, jinak tam nepůjdsou scriptlety ... tuším že trusted-fetch_response, dřív to bylo json_prune. - prefeovaná cesta, nemusím nijak měnit návyky, učit se man { mpv & man youtubedl } > /dev/stdout,pořizovat si smarfón, platit  prachy reklamní společnosti


šacuju tazatele, že on chce poslední způsob, tedy aby ve fungovalo stejným způsobem, ne se učit nějakým novým kouskum jak prohlížet youtube (i když jsou pohodlnjší a efektivnější, stránky youtube se načítaj docela dlouho)
filtry musí být aktuální, ale něco se děje v komunitě, protože ty filtry se objevují v ublock -unbreak s prefixem @@, a ublock -fixes (nebo nějak tak), asi byly špatné, ukazuje to podle mě na překotný vývoj

btw:firefox s doplnkem background fix taky mí přehrávat video na pozadí

28
Já za tebe ten příklad vymyslím. Narazil jsem totiž na stejný bordel v hexdump moc jsem se divil, proč mi nesouhlasí srovnání části binárních dat. Mohl
Kód: [Vybrat]
 echo 012345678 | hexdump -C
00000000  30 31 32 33 34 35 36 37  38 0a                    |012345678.|
 echo 012345678 | hexdump
0000000 3130 3332 3534 3736 0a38
echo 012345678 | xxd
00000000: 3031 3233 3435 3637 380a                 012345678.
xxd -e
00000000: 33323130 37363534     0a38           012345678.
echo 012345678 |  xxd -eps | xxd -r -ps
32107654
echo 012345678 |  od -x -An
3130 3332 3534 3736 0a38
echo 012345678 |  od -hAn
3130 3332 3534 3736 0a38


největší prasárna je xxd -e a hexdump bez -C (člověk chce jenpřidat ASCII view, ale ono to zobrazuje byty správně), sice vpravo ukazuje správně 01234.., ale dump je prohozeny
PS:endian vím co znamená, jen prostě je to matoucí defaultní chování bez argumentů a pak přidání -C náhle změní i order. Samozřejmě v nápovědě vše je popsané.

Další věc je, že matně si vzpomínám, že na různých PC bych dostal různé výsledky (s defaultními argumenty) = nepřenositelnost

29
/dev/null / Co dělají tyto domény
« kdy: 14. 10. 2023, 19:37:42 »
pubimgs.com
suspectmark.com
succeedscene.com

Neptal bych se kdyby na  root cestě ("/") URL něco bylo. Komu slouží

30
/dev/null / Re:O2 hijacking http trafic
« kdy: 21. 09. 2023, 11:23:10 »
Uff, polil mě pot, než jsem se podíval na přílohu původního postu. To zcela vrhá jiné světlo na příspěvek. To bylo jaksi umně skryté. Tak jak to autore je?
Nebo alternativa:  platíš sice lokálnímu zprostředkovateli, tedy ty máš vše v pořádku, ale třeba ten lokální, se kterým má O2 dojednáno, nezaplatil

Týká se to i ostatních osadníků z vesnice? Nemyslím hijacking ale nezaplacení

viz nedávná včerejší reportáž očima klímy na primě s podvody půjčováním aut RANDORI sro, kdy jim (koncovým))auta zabavila policie, jiný klient si auto pro jistotu schoval hluboko neznámo. Problém byl v tom, že podvodná firma neplatila leasingovce.

(ale jak pak mám rozumet, tomu ,že i kdyby zméstrany nebolo 1000x vše v pořádku)

Stran: 1 [2] 3 4 ... 23