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 ... 9 10 [11] 12 13 ... 32
151
Sítě / Re:MikroTik - zablokování MAC
« kdy: 20. 11. 2023, 00:30:47 »
Já aplikuji
Citace
-A FORWARD -m mac --mac-source 09:...E:2F:D3 -j REJECT --reject-with icmp-port-unreachable
A funguje to

Je ale nutno si uvědomit co to dělá: jelikož to neni na L3 switchi ale je na. Bráně,tak prakticky to blokuje ven., dns,dhcp

152
Sítě / Re:Co je s odpory?
« kdy: 17. 11. 2023, 17:55:14 »

Sorry, ale 19V, 1A je 19W, takže v praxi 4 x 5ohm v sérii ti bude stačit. Když je nebudeš mít na 5W, tak na pár sekund to přežije tak jako tak i malej, hlavně měř rychle.

Jestli chceš měřit zvlnění, tak (orientačně!) to odděl elektrolytem (nějakejch 10mikro/30V v pohodě), a paralelně s měřákem dej odpor tak 22k a měřák přepni na AC...
No, jenže já mám jen 2x 5ohm a to asi taky "kdo z vás to má(?)" po kapsách. Ty odpory chvilku zvládnou i 100W :) .
Problém ale je měřit 19V / 10 ohm s dvěmi odpory: prostě meřit něco co překračuje specifikaci zdroje? Zaprvé proč(router by takové spotřeby neměl dosáhnout) a taky bych naměřil vyhozený jistič  a nebo  zničený zdroj v kakatonickém scénáři, ale asi bych tipl, že by to začlo strmě limitovat napětí, aby se nepřekročil ani proud ani výkon. Ty zdroje se chovají různě, některé dovolí překročit výkon daný součina uvedeným napětí a výkonem, některé limitují výkon, některé začnou hodně snižovat napětí když ze blíží za hranici proudu.

Potíž se zdrojem je, že to je netypicky mrňavý válcový konektor kolem průměru 1mm.

Ale trik s vlněním se mi bude hodit pro rozšíření knowedge báse.

Aha, N66 jsem měl v ruce dvakrát, oba umřeli podobným způsobem asi po dvou letech. Vyhodit.
Tak to je dobrý, to přesluhujou tak 7 let. Ale je to smůla. Jako AP dobrý. Jako switch taky dobrý.... Jen jak je propojit. Taky zkusím si pohrát s nastavením "NAT offloadingu" a zkusit ho překlopit do módu ROUTER, jako WAN vyčlenit jeden z portů , vypnout NAT a holt budu mít  síť o víc L3 segmentech.

153
A ono je to podobné třeba s Wi-Fi, která je taky standard, ale už jsem setkal s X zařízeními, kvůli kterým jsem musel přenastavovat AP, protože se jim nelíbilo zabezpečení, kanál,... nebo nic z toho nepomohlo a určité zařízení se na dané AP prostě nedokázalo připojit.

Tak zrovna s iphonním wifi hotspotem mám nejhorší zkušenosti, protože se mi x-krát stalo, že se po připojení k neapplímu klientovi po chvíli vypíná/usíná. Zatímco při připojení iphonu nebo ipadu samozřejmě drží pořád (i pro další neapplí klienty). Zrovna tohle mi přijde větší čuňárna, než neimplementace pomalého přenosu souborů přes BT.
Heh, svět je v rovnováze, mě se zase jablíčkáři nemohli připojit na ad-hoc hotspot.

154
Odkladiště / Re:Phishing - zda a kam hlásit
« kdy: 17. 11. 2023, 17:45:32 »
prý "můžete si všimnout "podezřele vypadající doménu".
Až "novináři" a ' "experti" na bezpečnost začnou' to nazývat pravým jménem ("naprosto jiná a nesouvisející doména"), tak se možná někteří začnou chytat za nos, takhle je to házení hráchu na zeď

155
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.

156
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.

157
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á.

158
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)

159
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.

160
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.

161
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.

162
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) )

163
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?  ::)

164
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?

165
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í.

Stran: 1 ... 9 10 [11] 12 13 ... 32