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 - Hamparle

Stran: [1] 2 3 ... 21
1
Windows a jiné systémy / Android: blokace wildcard domén
« kdy: 05. 03. 2021, 22:10:29 »
Hledám určitý způsob blokování domén pro android.

Co ne:
-způsob hosts / Adaway je problematický v tom, že blokuje jen přesné hostnames a
-ublock origin : nevýhoda, že  funguje jen v browseru.

Co ano:
 - (klíčové) aby to umělo wildcard matchování: aby pro blokaci a.b.com a b.b.com stačilo napsat b.com
- (advanced) - aby to umělo adservice.google.*
-bonus : passthrough pro hotspot funkci (tzn aby zařízení připojená přes wifi nebo USB hotspot  při využití DNS hotspotu
  měly aplikovanou stejnou filtraci)

Samozřejmě rozumím způsobu+principu DNS vs hosts VS VPN  (ta třetí možnost lokální VPN, ale o tom nic nevím a mám předsudek že je to nevýkonné).  :
- že blokace dle DNS funguje jen, když se je ptáno toho DNS, když se ptá jiného DNS, tak je to vniveč
- že hosts blokace fungujuje jen při "místním systémovém" zjišťováním gethostbynameatd() a že neumí wildcard


A aby tu fungovalo na jakékoli síti (různé wifi, mobilní data).

Jaké řešení tedy zvolit?   Je jasné, že když aplikace bude komunikovat s vlastním DNS (ledaže by byl port 53 blokován)  nebo byl překlad v aplikaci natvrtdo, s tím holt nic udělat nejde.
Vychází mi z toho něco jako místní "hosts-like" chování, tzn i když z DHCP přijde jakýkoli DNS server, tak aby lokální překlad fungoval přes nějaký lokální DNS, který ovšem umí wildcard.




Tzn Local VPN se mi nepozdává (pokud tam není nějaká feature, že přes VPN jde pouze port 53)  a hosts-file má omezení wildcard.

Někde na slant.com jsem viděl srování těchto nástrojů :
https://www.slant.co/topics/4567/~ad-blockers-for-android

Je tam něco takového, co hledám? Jaký směr řešení by byl správný? něco, co nějak pro každé připojení k síti například automagicky přepíše DNS server na 127.0.0.1?  Je něco takového v provozu?

A nebo zatracuji VPN řešení blokace zbytečně? Jak se snese s dalším VPN? Jde řetězit? Jde přes VPN vše nebo jen DNS volitelně?

2
Nazdar, vadí mi hodně v prochlížeči chrome v androidu(9) jedna věc, když mám puštěno přehrávání videostreamu (pořadu, youtube, nejspíš i podcastú. Když se přepnu do jiné aplikace nebo zamknu(omylem) klávesnici("pohotovostní režim"?)  ale s vyjímkou timeoutu automatického zámku kdy kupodivu to zůstane bez reloadu , na plochu  a pak zpátky, stane se věc která mě šíleně vytočí:stránka se zastaví a po přepnutí zpět do prohlížeče se reloadne


Děje se to i když si daný video prvkek "dám na celou obrazovku" : po minimalizaci je vše OK, video hraje mohu spustit aplikaci.


Taky se semi stalo to,, že po zamknutí obrazovky a odemčení se mi přímo v tom obdélníčku najednou ukázal horní okraj chromu (Tlačítko domečku, tlačítko indikátor https, "1" v obdélníku a vertikální trojtečka na prvním řádku, pod tím progressbar a pod tím bílá plocha - plocha stránky)


Tak když video je na celé obrazovce a je pauznuté, tak vždy dojde k zastavení (a následně k reloadu). Ale jakou do má do psích kulí logiku, když tedy video minimalizují , když hraje a následně dám pauzu přes "menu notifikací" – pak k zastavení nedojde. 

Teď se to ale zase zastavilo - když jsem si video pauznul a obrazovka zastavila. Je to fakt nekonzistentní.!


Pak by mě zajímal jeden detail: minimalizované video má šířku poloviny obrazovky, což je fakt nedostačující. Když ale na ten obdélníček kliknu, tak se dočasně zvětší skoro na celou šířku (i tak to není žádná hitparáda kvůli 16:9 nudlovitosti: asi 16/81 plochy) – to ale funguje jen proto, abych následně mohl druhým kliknutí na objevivší se bílý "terčík" přepnout do chromu na to fullscreen zobrazení videa , když kliknu jinam, zase se zmenší na půlku šířky ( takže z 16/81 na 4/81 ... 5% plochy obrazovky!!!)


Jak tedy donuti chromajzla na androjzlovi, aby běžící video, potažmo webstránky se "nezastavily" a po přepnutí zpět do chromu se nereloadovaly???  Ani u videa to není stoprocentní!!!

3
Software / Software pro videovysílání - náhrada Tricaster
« kdy: 03. 03. 2021, 20:06:28 »
Znáte někdo Tricaster? Potřeboval bych funkční softwarovou náhradu, tedy funkce toho softwaru (co jsem se koukal je to něco jako střihový program), aby k tomu nemusel být ten předražený hardware.

4
Software / Zachování protokolu HTTP(S) při přesměrování
« kdy: 02. 03. 2021, 22:01:30 »
Chci stáhnout nějaký soubor z URL 1. To provede redirect Location: na URL 2, následně na URL 3 a pak URL 4 (finální).

Finální URL jde stáhnout přes HTTPS(443) i přes HTTP(80). Když ale zadám URL 1 obyčejné HTTP, nepřekvapivě si ty redirecty dělají co chtějí a  posílají na HTTPS.

Jak docílím, aby cílový umístění se stahovalo z HTTP 80? (Například, abych dotaz konkretizoval, když v době spuštění příkazu budu znát jen to první URL) , (samozřejmě manuálně mohu zkoumat dávat wget -S --spider na každé URL v řetězu a u posledního nahradit https za http) – Dotaz míří spíš na utilitu wget (a curl), zda pro toto nabízejí podporu.


Jinak, existuje pro wget nějaký parametr, který usnadní výpis redirectů? Znám " -S  a --spider, ale ocenil bych nějaký jiný režim, který místo všech  keců  jako (Překládám \n Následuji \n Aktivován režim pavouka) a všech  bezvýznamných HTTP hlaviček X-powered-by ; coookie ; strict-blabla ; P3P pouze vypsal (poslední)redirectované URL
Umí něco takového curl?

5
K dotazu: ta prezentace má být offline("předtočená"), nebo živě? Možná to nastíní vhodnější směr řešení


K tomu pozadí by mě zajímala alternativa: Místo nastavování jednobarevného pozadí (což ne vždy funguje ideálně, hlavně kvůli šumu a variaci jasu, ostatně to má několik parametrů) existuje řešení že se prostě program po vás chce
Kód: [Vybrat]
abyste odešli ze záběru a pak po sekundě vrátili . A to je všeJak se tomu to říká? Které video editory (na živo i z offline záznamu) to umí? Jak se tyto pluginy jmenují? Má to jednu nevýhodu, že když posunete kameru, tak se to celé "zbortí". To by ale mělo být lehké vyřešit, vždyť jde většinou jen o lineární posun obrazu (+ zkreslení pole )

Případně existuje nějaké řešení "s umělou inteligencí"? Tím myslím ten původní  klíčování přes jedu barvu, ale že to bude fungovat skvěle i při použití webkamery (zašuměný obraz, jiný jas uprostřed než nakraji, časový banding,  variace odstínu)



6
O serveru Root.cz / Re:Reklama
« kdy: 01. 03. 2021, 21:41:21 »
To jako fakt???? Chapu, ze bez prijmu z reklamy to asi nepujde, ale tohle je hrozny peklo.
To by chtělo nějak rozluštit, jestli náhodou nemáš v prohlížeči nějaký malwer nebo jde o tzv. defaultní chování.

7
Chtěl jsem jednoduše otestovat throughput wifiny (běžně je RPi -3 připojené přes wifi bridge)... Což mi fungovalo, ta wifi byla bottleneck. Teď jsem to měl připojené napřímo a divil se proč místo 2x12MB/s mám 2x5 MB/s ,když ping je spuštěn na RPI vzdáleně (neboť ping na Windows je chudý příbuzný). A k překvapení, když se role  REQUEST a REPLY prohodí, tak to jde maximálkou (100BASE-TX)

Ano, na DDos botnet by mi to takovéhle zpomalení vadilo, kdyby to dávalo jen 40 Mbps. Musel bych tedy těch raspberí přikoupit víc, aby to byl DDos a né Dos, na který ses neptal. Má to jeden háček... pokud bych chtěl bych toho botneta použít  mimo svoji síť, musel bych si stejně pořídit rychlejší připojení na net než 16 Mb/s.

8
Zaskočila mě propustnost sítě na RPi  (100Mbps ) ve specifickém případě:
když ho pingám z jiného PC, dostanu se na 100 Mb/s v každém směru, ale když pingám z pi, dostanu se na 40 Mbps každým směrem. (Limit USB 2.0 je 320 Mbps řekněme) . Problém s elektrikou není. Jiný traffic na síti není a ssh je to 100kbps. Zkoušel jsem například i výstup příkazu dát do dev/null už jsem nevěděl rady. Traffic jsem nahnal přes velikost paketu (-s 50000), interval od 0.005 do 0.001. zkoušel jsem i -A(daptive)

htop si K + H (threads + kernel Threads) seřazený dle cpu ukazuje u ping 20%. pak ssh a htop s 4%  pak pod 1% zbytek. (ale celkový cpu load kolem 30%)  - nějak nevěřím v řádku ukazateli procent u procesu samotného, když ten tachometr nahoře v top ukazuje víc.


100Mbps full duplex tedy dá. Otázka je ale ping iniciovaný z pi. Proč je pomalý? Stane se to, že  interval mezi odesláním ICMP nedodrží ze zadaného parametru -i ale  se prostě zpomalí tak, že výsledný traffic právě je těch  -> 40 + <-40 Mbps. Je to krásně vidět, když velikost paketu snížím z 50KB na polovinu.

Malým paketům (do 5KB) jsem se vyhle, protoze pak nabihal packet loss  jak interval sel pod 5ms


Zde je výstup bcmstatu

Kód: [Vybrat]
Time         ARM    Core    H264 Core Temp (Max)  IRQ/s      RX B/s      TX B/s   cpu0   cpu1   cpu2   cpu3
======== ======= ======= ======= =============== ====== =========== =========== ====== ====== ====== ======
ping na pi
3:17:29 1200Mhz  400Mhz  300Mhz 40.78C (41.32C) 15,927  12,189,926  12,246,560  47.46   0.32   0.81   1.30
3:17:31 1200Mhz  250Mhz  250Mhz 41.32C (41.32C) 16,119  12,190,296  12,326,453  46.88   1.07   1.07   2.05
3:17:33 1200Mhz  400Mhz  300Mhz 41.86C (41.86C) 15,535  12,189,783  11,905,524  47.49   0.87   0.38   1.36

ping od pi
1:20:38 1200Mhz  400Mhz  300Mhz 40.78C (41.86C)  8,156   5,223,513   5,295,228  39.94   0.07   5.98   1.05
1:20:40 1200Mhz  400Mhz  300Mhz 40.24C (41.86C)  8,012   5,138,265   5,221,482  43.64   0.52   7.87   1.50
1:20:42 1200Mhz  400Mhz  300Mhz 41.32C (41.86C)  8,280   5,319,756   5,432,741  32.39   1.04   1.53   3.00


9
Windows a jiné systémy / Re:Presli jste z Mac na PC?
« kdy: 25. 02. 2021, 13:48:29 »
- Nejvíc mě iritovalo jiné ovládání kursoru (Home / End). Na to jsem si za celou dobu nezvykl.
A ja mel zato, ze zrovna na tomhle serveru zkratky Ctrl-A/Ctrl-E nikoho nezaskoci :-/.
To funguje jen v terminále a občas v některých UI prvcích (text input). Ale jako plnohodnotná náhrada to není.

Kromě toho trampoty s tou navigací (posun o stránku)  jsou celkem k zešílení a to i bez toho, že byste to chtěli zkombinovat s označením textu. Pátý modifikátor Fn je taková pomyslná korunka.
Ono chtít posunuout stránku vyžaduje jinou klávesovou zkratku v prohlížeči, textaree aplikací, v terminálu, v terminálu s příkazem fordwardnutým do  less, v  jiném shellu  (přes ssh  ), v( jiném shellu) přes ssh s příkazem  forwardovaným do less

10
Ano, v galerii je naštěkáno asi tak rok. U některých dlouhých galeriíí (ne u všech) někdy vybafne místo obrázku  prázdný snímek.
Kromě toho někdy je tam další nepříjemnost, že přeskok v snímkách galerii po nějaké době (asi 5s) prostě přestalo  jít (bylo ta ajaxové). Řešil jsem to prasácky nějak receptem co protáhne setInterval místo precizního zásahu, kde by bylo potřeba.



Nevím teď přesně co a jak, ale mám pocit, že zdrojem problému je  *saslibs.js. Nedokážu teď dát přesné informace. Každopádně může pomoc si vypnout skripty (galerie se pak zobrazí jako dlouhá stránka) nebo nastavit mobilní prohlížeč.

11
Odkladiště / Re:Kupil jsem si TV a nefunguje
« kdy: 22. 02. 2021, 10:04:47 »
Nevím, co vymýšlýte za elaboráty, ale mě stačilo prostě druhý konec koaxiálu na pána pověsit do vzduchu odkud signál bezstarostně steče do druhého konce v telce.

12
Server / Re:Výstup ping v závislosti na -s
« kdy: 21. 02. 2021, 21:45:23 »
Koukán na Zdroják mi jde, ale je to na dlouhé večerní čtení...
Navíc i triviální funkčnost ping (z hlediska kdo to používá) je složitá naprogramovat (když linuxový ping má 30 přepínačů, obsluhuje fronty požadavků icmp atd,)

Pátral jsem po odpovědi,ale toto nesouhlasí s mým zjištěním.
Citace
he time statistic is the total time spent sending and receiving echo packets, including the delay between each packet:
-z stránky výše to odpovídá (3 pingy po sekundě ... time 1998 ms)

Ale u mě:
pingám 10 sekund po sekundě a výsledek? 14ms? <<<(33.650/41.289/52.156/6.718 ms)
nebo : sudo ping  -i 0.08   -s 9909  ....  někdy500ms někdy 800 a vůbec to nezáleží na délce pingání ...   <<< ( 9.262/17.893/32.435/5.886 ms)




Ale když už jsme u toho zdrojáku, co je tohle za  "slang"? To rozdělování jednoho floatu do dvou argumentů pro printf. Jaký to má význam ?  Když by stačilo %.3f ?
Kód: [Vybrat]
printf(_("%sipg/ewma %d.%03d/%d.%03d ms"),
       comma,

 ipg / 1000, ipg % 1000,                       # ipg celá část, ipg desetinná část
 rts->rtt / 8000, (rts->rtt / 8) % 1000    #ewma celá část, ewmadesetinná část

);
     

13
O serveru Root.cz / Re:Reklama - doplnění
« kdy: 21. 02. 2021, 21:30:19 »
co by s tím šlo udělat asi?
například kouknu a vidím
Kód: [Vybrat]
adobedtm.com
gemius.pl
navrcholu.cz
google-analytics.com
url: sasLibs.js

14
Server / Výstup ping v závislosti na -s
« kdy: 16. 02. 2021, 00:35:47 »
Všiml jsem si zvláštní korelace výstupu příkazu ping dle velikosti dat (přes wifi switch. vpřípadě 77 b se nefragmentuje, v případě 9134 na 7 paketů)

Jde o tyto hodnoty:
-real : v případě 1paketového přenosu sedí čas real (22*0.01s), a v případě 7paketového fragmentového přenosu  je delší dle očekávání a selského rozumu
- hodnota ewma v případě fermentovaného je 13ms což je skoro též ipg, zatímco v 1paketovém 1.5ms
-time v "statistics" , v případě fragmentovaného přenosu(už jsem to slovíčko trefil) je 650-865ms, a u 1paketového 200ms (víceméně stejně).  Nevím, co by to mohlo znamenat

Otázky:
- co je hodnota EWMA a proč v první případě 13ms (jako interpacketgap) a v druhém 1ms. Exponential moving average vím co znamená, ale nevím, jaké veličiny v pingu.
- je interpacket gap  je čas mezi  dvěma odesláním(nebo přijetím ,ale konzistenětně) začátku paketu (od slova inter) a nebo "jalový čas" kdy pakety se nepřenáší (od slova gap)?
-co znamená time hodnota ve vypisu?

Dál tyhle 2 věci nějak souvisí?
-v režimu flood dle manuálu se za každý odeslaný request objeví tečka a za každý přijatý reply zmizí. Takže zbylý počet by měl odpovídat packet loss( krát počet paketů).


-parametr pipe by měl odpovídat něčemu jako "zahlcení", když je neodpovězen víc než 1 paket, je to tak (maximální hodnotě během celého měření)? Ta fronta se ale taky zobrazí při -f parametru že?, ale nakonec zmizí?

Kód: [Vybrat]
time sudo ping -f    -c 220 -i 0.01   -s 9134  cíl
PING cíl (192.168.1.111) 9134(9162) bytes of data.

--- cíl ping statistics ---
220 packets transmitted, 220 received, 0% packet loss, time 865ms
rtt min/avg/max/mdev = 6.681/73.309/323.705/95.889 ms, pipe 20, ipg/ewma 13.075/13.721 ms

real    0m3,026s
user    0m0,077s
sys     0m0,133s



##----------------

time sudo ping -f    -c 220 -i 0.01   -s 77  karel-pc
PING cíl(192.168.1.111) 77(105) bytes of data.

--- cíl ping statistics ---
220 packets transmitted, 220 received, 0% packet loss, time 190ms
rtt min/avg/max/mdev = 1.283/2.233/8.255/0.959 ms, ipg/ewma 9.992/1.595 ms

real    0m2,312s
user    0m0,479s
sys     0m1,252s



15
no tak to bude trouhlehunting na 2 měsíce na plný úvazek... V tom může hrát rol všechno, samotný kód jitsi, flagy a commandline argumenty chromu... Očividně to je ale problém sousisející s velkou plochou videa k vykreslení.

Ale odpadá jeden problém: nastavení videa grafiky v macOS, neboť tam nic nastavit nejde. (a nebo jen přes příkazovou řádku)

Stran: [1] 2 3 ... 21