Příspěvky

181

Hardware / Re:Prohozená polarita, notebook

« kdy: 29. 01. 2020, 12:40:43 »

Anti Polarity Hackeře mám podobnou zkušenost. řekl bych taky že záleží na tom zda je zapojena baterka.
NTB.č.1: při zapojení protékal maximální proud (4A) . Nevím, jak je to možné, ale notebooku se nic nestal a funguje dál. Baterka nezapojena.
NTB.č.2. Zde bych potřeboval poradit. Po zapojení bylo slyšet praskání a  chroupání (chviličku jenom) a pak smrad z notebooku. (delší dobu).  Na desce je je "vyhořelý" jeden QFP IC (dle mě něco jako Nuvoton nebo texas instruments) - tipl bych šváb řídící power management a nabíjení baterky. Navíc asi o 5 cm jinde je poškozený shluk 3 součástek (asi diody nebo kondenzátory) podle toho, že nad nimi byla plastová fólie, která je v tom místě propečená/zvlněná.

182

/dev/null / Podezřelá doména fadedsnow.com, co skrývá

« kdy: 26. 01. 2020, 18:35:00 »

Nevíte co je zač doména https://fadedsnow.com/ ? whois píše jen název a registrar namecheap
 na homepage je

Kód: [Vybrat]

About this domain
This domain is used by digital publishers to control access to copyrighted content in accordance with the Digital Millennium Copyright Act and understand how visitors are accessing their copyrighted content.

Requests to this domain
This domain accepts GET and POST requests over standard HTTP ports (TCP 80 and TCP 443) via traffic originating from web browsers.

The requests contain information such as metrics that help a site owner in understanding and authorizing access to their site and copyrighted content.

Headers are returned to prevent caching and discouraging proxies and intermediaries from caching or storing content.

This domain accepts HTTP/2 and keep-alive connections and therefore persistant connections are held by the browser to minimize the necessity for multiple connections.

Security
Requests to this domain use HTTPS whenever possible and certificates are rotated frequently.

Content served by this domain consists of Javascript, HTML, CSS, video and images. No executable files are served and all files are regularly scanned for malware and otherwise unauthorized content.

nicméně třeba nějaké blogy načítají z ní

Kód: [Vybrat]

<script>!(function(o,n,t){t=o.createElement(n),o=o.getElementsByTagName(n)[0],t.async=1,t.src="https://fadedsnow.com/v2/0/fbwCOTTq-0xLXJczN727E5rcO37yCbTD2BJpGa5rLkdwQgkUFG7H4tfkrPaaTT81cpthQsVWrO-MA",o.parentNode.insertBefore(t,o)})(document,"script"),(function(o,n){o[n]=o[n]||function(){(o[n].q=o[n].q||[]).push(arguments)}})(window,"admiral");!(function(n,e,r,t){function o(){if((function o(t){try{return(t=localStorage.getItem("v4ac1eiZr0"))&&0<t.split(",")[4]}catch(n){}return!1})()){var t=n[e].pubads();typeof t.setTargeting===r&&t.setTargeting("admiral-engaged","true")}}(t=n[e]=n[e]||{}).cmd=t.cmd||[],typeof t.pubads===r?o():typeof t.cmd.unshift===r?t.cmd.unshift(o):t.cmd.push(o)})(window,"googletag","function");</script><script type='text/javascript'>

obsahuje dlouhý script s podivnými stringy:
locateDelayedImpressions
cmpConsentID
sponsored
blockertest
safeframe
yandexbot
//admiral-has-personalized.invalid


Není to nějaký bílý kůň?

183

/dev/null / Anroid - horní swajp - Ikony rychlého menu místo seznamu notifikací

« kdy: 24. 01. 2020, 23:36:59 »

Lze někde v androidu (6,7) nastavit, poté co když sjedu horní okraj,  aby se pokaždé  ukázaly ikonky rychlého přístupu (typicky on / off : wifi, gps, data,...) místo seznamu notifikací? Nebo ideálně přeprogamovat: sjetí jedním prstem->quick menu, dvouprstý tah-> notifikace.

184

Desktop / Re:Notifikátor docházející paměti

« kdy: 24. 01. 2020, 23:30:53 »

Vzhledem k rychlosti jakehokoliv media pripojitelneho k RPi rychle poznas, ze uz je system nepouzitelny, takze te to donuti prestat delat neco, na co to RPi stavene neni.

To je nerdský vtip? Samozřejmě že to poznám, když už je systém nepozžitelný, ale to už je pozdě. Spíš by to chtělo nějaký notifikátor, který se neschovává někde v ikonce v tray, ale něco co vypálí messagebox přes prostředek obrazovky, že soukolí se začíná dřít a v případě že mám zapnutý swap že přístupová doba k ke kartě iotop -xd  začíná být vyšší než moje chvilka trpělivosti

Porid si swap device.

To je vtip akorát jinak řečený. I když to je taková vzpomínka na doby, kdy na počítači s Windows 98 a 128MB RAM byl swap na pevném disku s 5400 otáčkami na Paralelním ATA bez NCQ.  Myslím, že rychlost a latence paměťové karty při swapování je plně srovnatelná.

(ačkoliv máš pravdu): SD karta ani vrežimu UHS, takže <28 MB/s, USB dva nula také nic moc, ethernet NAS totéž jen v jiném konektoru (vlastně ještě pomalejší = 100Mbit)

185

Desktop / Notifikátor docházející paměti

« kdy: 23. 01. 2020, 23:00:31 »

Dobrý den, na raspberry pi mi často dochází RAM, když mám otevřeno mnoho  věcí a stejně jako s jinými OS se začnou dít divné věci, není to jen o padání programů, ale všeljak začne zamrzat celý systém, nebo začnou padat jednotlivé programy

Proto hledám nějaký userpacepe notifikátor, který prostě včas upozorní, když se začne  plnit RAM, aby nedošlo k naboření systému (ne ždy  zatuhne totálně, většinou jde jen myš v grafickém režimu ale restart je pak nutný, systém pokud by se ze zámrzu vyhrabal, tak zustane zpomalený.)






-(omlouvám se, občas nevidím písmenka na klávesnici co píšu, neboť po restart začasl vypadáváat obraz. Nevíte čím to je na raspoberry pi? že občas začne vypadávat obraz (vypne se monitor na seku, strává se to tak každých 54 až 20s. Nehybal jsem s rasberyy a nedotykal se konektoru. Předtím a jindy naprostzo bez problemu. )

186

/dev/null / `pfctl rdr pass on` - ekvivavalent iptables -j TPROXY nebo -j REDIRECT

« kdy: 23. 01. 2020, 12:57:25 »

Zkoumám iptables -j REDIRECT a -j TPROXY (na Prerouting). Redirect by měl přepisovat cílovou IP, traffic se zpracovával lokálně, zatímcto TPROXY IP adresu ponechává (což se zrovna pro účely hodí)

A jak je to v "OS X", kde iptablees není a je tam pfctl? Když jsem zkoušel rdr pass on, všiml jsem, si že ip adresy nejsou přepisovány, tudíž by to odpovídalo TPROXY.

Viděl jsem ale i další pravidla

pass in quick on inet proto tcp from 192.0.2.0/24 to port www divert-to 127.0.0.1 port 3129
pass out quick inet from 192.0.2.0/24 divert-reply

pass in on wlan4 route-to

Co dělá divert-to a divert-reply pass in a  route-to ? Je možné, že jde možná jen o nějaký jiný způsob zápisu

187

Sítě / Re:stačí toto 1 pravidlo na NAT+ICS?

« kdy: 20. 01. 2020, 23:23:28 »

Děkuji za odpovědi, už jsem to pochopil i z první odpovědi že samotný nat je pravidlo 1 a že zbytek je politka povolení/zakázní trafficu -  že forward pravidla hrají roli jen když je defaultní chování Blokovat traffic. A že vlastně pravidlo s conn_track(#2#)  je závislé na #3#, samotné pravidlo #2# by nedávalo smysl, neboť bez odchozího trafficu by žádné otevření spojení nevzniklo.

> Paket s cílovou adresou z vnitřní sítě
Na takto malformovaný packet se útočník nedočká odpovědi, takže míra rizika dramaticky klesá.

Nedočká se z důvodu rp_filter, která je standardně(nebo to tak někdo předpokládá) zapnutá? I za předpokladu že policy je accept? (to je asi hloupá otázka jelikož pravidlo č.#3#  by odchod paketu tak jako tak povolilo). Samozřejmě za předpokladu, že vnitřní počítač na něj odpoví.

Ty diagramy flow jsou v několika variantách a 2 co jsem  našel jsou tedy celkem složité (takový kaskádový graf) a druhá komplexní graf, rozdělený do aplikační/transportní/síťové vrstvy (oba barevné)
Naopak z tohoto je to celkem zřejmé.

188

Sítě / Stačí toto jedno pravidlo na NAT a ICS?

« kdy: 20. 01. 2020, 18:23:39 »

V návodech k zprovoznění sdílení internetu se uvádí obvykle několik řádek iptables pravidel. V jiných vidím jen jednu řádku (první). Moc se v tom nevyznám, zajímalo by mě co dělají ty 2 zbylé řádky navíc.  Můj tip je, že druhá  řádka  zajišťujě dovnitř z "internetu" prošly jen  pakety, které  jsou "pronatované" zařízeními za natem při první cestě ven. Nicméně mi to nedává smysl, protože si myslím, že neprojdou tak jako tak a slouží to podle mě jen k tomu, že pakety budou zahozeny "dřív" ,jen nevím kde

Případně jsem něco možná přehlédl v nějakých souvisejících konfiguračních souborech, které třeba pak dělají ty ostatní řádky nadbytečnými.  A nebo skutečně  je první řádek NAT, zatímco zbylé  jsou kvůli samotné možnosti se připojit? .Pro přehlednost jsou řádky očíslované

Kód: [Vybrat]

#1# iptables -t nat -A  POSTROUTING -o internet0 -j MASQUERADE 

#2# iptables -A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
#3# iptables -A FORWARD -i net0 -o internet0 -j ACCEPT

A platí, že v obou případech je nutná podmínka sysctl net.ip.ipv4_forward=1 ?


například pro nftables se uvádí jen "ekvivalent" prvního pravidla.

Kód: [Vybrat]

nft add rule nat postrouting oifname internet0 masquerade

189

Distribuce / Re:Raspoberry dmesg Failed to allocate from CMA, get_throttled, memory split

« kdy: 20. 01. 2020, 18:10:58 »

Nebud tak horúcî. Podpetí nemám lebo napájám cez GPIO (overeno, dmesg | grep -i UNDERVOLT prázdné)
Cize get__throttled uz je minulé. Tento prispevek míril na Failed allocated from CMA korelácie s zamrzáním

190

Distribuce / Re:Raspberry dmesg Failed to allocate from CMA, get_throttled, memory split

« kdy: 20. 01. 2020, 12:30:45 »

Ještě dodá, že poté  VLC není schopen přehrávat videa (mám nastaveno modul výstup opengl 2 for embedded systems),který mám vybrán. jelikož má nejnižší zátěž CPU (ale na omxplayer, který má 2% to nemá ani náhodou)

Kód: [Vybrat]

(main error: video output creation failed
main error: failed to create video output)*n
mmal_codec error: Failed to change output port format
cannot estimate video dealy: SIGPIPE roura přerušena

Jiné režimym udlu výstupu jdou.

191

Distribuce / Re:Raspoberry dmesg Failed to allocate from CMA, korelace při zatuhnutí

« kdy: 20. 01. 2020, 12:17:05 »

Tak už to není jen teoretická otázka, ale konkrétní problém.
Často se stává, že raspberry pi 3+ zatuhne. Podrobnosti co se děje a jak to probíhá ve sesterském vlákně. Tato hláška (většinou vícekrát za sebou : 4-8x) se zobrazí při onom zamrznutí
Pokud se z toho raspberry  vyhrabe (minuta až 3), tak se stane:
-zobrazí se černá obrazovka s podrtžítkem, ukáže se login screen
-následně se přihlásím, ale grafický výkon je tristní. Ještě horší než v legacy režimu ,psaní písmenek má prodlevu, kontextová nabídka se renderuje sekundu, scrollování tak 3fps místo 60.

Tipuji že to nějak souvisí se swapem / alokacemi paměti / zathuhnutím xorg /openboxu / následné nějaké deaktivaci GL akcelerace v další session. Nebo  něco jako kdyby se swapovala videoram.* Je divné, že po té havárii je takhle systém nabořený. Máte někdo vysvětlení, co se stane vždy (před,při)po tom zatuhnutí.

\Náhodou jsem měl předím zapnutý iotop a posledních 15 sekund bylo zatížení sdkarty 99%, 300 reqeustů/s čtení, 100 zápis, kolem 11MB/s a 8MB/s, average read timeout 50ms, write 900ms.
Swap mám nastaven na 400MB, jelikož se zapnutých chromem je zatížení 600 MB (+ 300MB+buffers) Nicméně v tu chvíli bylo jen v v swapu 120MB.
*Mám 128MB pro GPU a obsazeno je většinou max 30MB tj

Kód: [Vybrat]

$ for i in { malloc reloc malloc_total reloc_total }; do vcgencmd get_mem  $i ; done

malloc=10M
reloc=104M
malloc_total=12M
reloc_total=108M

/code](jen reloc se mění v čase), ani při webgl stránkách se nesníží pod 90MB volné reloc.

192

Sítě / Re:Linux se neumí připojit k ad-hoc, zkoušeno mode ad-hoc >chybová hláška

« kdy: 18. 01. 2020, 22:31:19 »

Provedeno ifconfig wlan0 down, pkill wpa_supplicant, v liště Turn off wifi

Příkazy zkoušeny: (zkráceno)

Kód: [Vybrat]

sudo iw phy0 add ibss
command failed Device or resource busy (-16)

iw wlan0
command failed: Unknow Error 524 (-524)

Bonus(z minule)
sudo iwconfig wlan0 mode ad-hoc
Error for wirelees request( Set Mode) 8B06
SET failed on device wlan0 Device or resource busy

Nevím, co by dělala babička, kdyby se chtěl přes lištu připojit na wifi adhoc.

193

Sítě / Re:Linux se neumí připojit k ad-hoc, zkoušeno mode ad-hoc >chybová hláška

« kdy: 18. 01. 2020, 15:25:55 »

Přidám poslední pokus:

Kód: [Vybrat]

sudo iw wlan0 ibss join mojessid 2437  key 0:heslo

command failed: Operation not supported (-95) 

Přitom iw  phy0 info hlásí:supported commands join_ibss , Supported interface modes:* IBSS

LXDE NEni pro BFU, zkus to v Xfce, Gnome, Mate, Cinnamon, KDE,... nebo moozna v LXDE pres nmtui

A nemělo vedení plné kecy o tom, že každý má být zastupitelný?  LInuxové věci by měly fungovat bez ohledu na konkrétním prostředí snad...

Navíc KDE a ostatní bych sotva na raspberry rozběhl.

Kromě toho, zatím jsem s ani TEXTOVÝMI nástroji nedostal do ad-hoc modu, tak  výpady o desktopovém prostředí jsou zatím předčasné.ejakulace







Na okraj: stejnou hlášku -95 not supported dostanu po příkazu iw wlan0 set monitor, jenže monitor v suported modes není doopravdy (na doplnění:existuje alternativní firmware/overlay)

 servery měly odstávku v noci???

194

Distribuce / Re:Zmizel zvuk na Raspbianu

« kdy: 17. 01. 2020, 23:04:39 »

Projevalo se to tak, že pravým kliknutím jsem ani nemohl vybrat HDMI/Analog - Psalo něco jako no audio controls.

Tak to je divné, každopádně jsem udělal  rpi-update, po kterém začla blbnout první část bootovací sekvence (divné rozlišení, ukazovaly s vertikální pruhy  a obraz měl overscan i v Xorg), tak jsem doufal že to spraví
sudo apt-get dist-update , update, upgrade, dist-update, upgrade, update a to spravilo problémy vytvořené  rp-update a audio ani pak  nešlo.
Nicméně podle té troubleshooting stránky na elinux.org jsem zkusilhello_audio.bin a to kupodivu zvuk hrál, tak jsem ještě zkusil  speaker test, a audio také hrálo

nevím, jak co je za alsa nebo pavucontrol za mezivrstvu v systému zvuku na linuxu, ale pak už mi to fungovalo, mohlo to hrát.

refres

Tuším že nějak muselo dojít k nějakému rozhašení nastavení alsa, jako kdyby bylo audio nastaven na 3. neexistující "vývovod", ale proti tomu stojí chování všech programů, které si stěžovali na nexistenci otevření zvukového výstupu

195

Hardware / Re:Monitor setup

« kdy: 17. 01. 2020, 11:48:36 »

macbook pro retina (2880x1800) s 2 externími monitory 4K a QHD