1
Vývoj / Re:gdb: Jak se připojit na (stdin,stdout)existující interactive shell?
« Poslední příspěvek od tecka kdy Dnes v 04:37:38 »reptyr nebo retty umí "ukrást" stdio jiného procesu.
Poslední příspěvky
2
Vývoj / Re:gdb: Jak se připojit na (stdin,stdout)existující interactive shell?
« Poslední příspěvek od alex6bbc kdy Dnes v 04:07:48 »neuklada bash prikazy do .bash-history, ze by se tam nasly?
pamet procesu je dostupna nekde v procfs nebo sysfs, ale bude to prohrabovani binarniho smeti. debugger nepomuze, kdyz bash nebyl zkompilovan s debug symboly.
/proc/<pid>/mem
ve vzdalenem bash vzdycky poustim tmux at to mam kdykoliv pristupne po navratu.
pamet procesu je dostupna nekde v procfs nebo sysfs, ale bude to prohrabovani binarniho smeti. debugger nepomuze, kdyz bash nebyl zkompilovan s debug symboly.
/proc/<pid>/mem
ve vzdalenem bash vzdycky poustim tmux at to mam kdykoliv pristupne po navratu.
3
Odkladiště / Re:archive.org,náhrada, down
« Poslední příspěvek od k3dAR kdy Dnes v 03:51:11 »EDIT: tak slo o DDOS utok https://x.com/internetarchive/status/1844183288887607775
pripadne primej post (nepouzivam X.com takze nevim zda je ^^ to stalej odkaz):
https://x.com/brewster_kahle/status/1844183111514603812
pripadne primej post (nepouzivam X.com takze nevim zda je ^^ to stalej odkaz):
https://x.com/brewster_kahle/status/1844183111514603812
4
Odkladiště / Re:archive.org,náhrada, down
« Poslední příspěvek od k3dAR kdy Dnes v 03:39:50 »nemusis panikarit, uz normalne funguje ;-) slo jen o nejaky vypadek:
https://uptime.com/upstatus/archive.org?start=20241004&end=20241010
https://uptime.com/upstatus/archive.org?start=20241004&end=20241010
5
Sítě / Re:Firewall s whitelistem při často měnící se ip adrese
« Poslední příspěvek od Michal Šmucr kdy Dnes v 00:34:53 »BTW, jak se nftables chová při aktualizaci tabulky pravidel?
V jednom projektu mám úkol, kdy bych potřeboval průběžně měnit seznam asi 500-900 whitelistovaných IP adres.
Cca co vteřinu.
V principu mám jak kompletní seznam IP, tak i to, co se má přidat a odebrat.
Ale jak se k tomu postavit?
Jde o to, aby se to necukalo/nepřerušoval se tok dat navázaných spojení, aby aktualizace pravidel co vteřinu nedělala paseku.
Berte mě spíš s rezervou, reálně spíš používám hotové nadstavby nad nftables, jako firewalld nebo filtruji někde před servery. Ale kdybych měl řešit něco podobného, tak bych se na to snažil využít pojmenované sety, případně mapy (vmaps) v nftables. K nim by pak byla přiřazena pravidla, která bych neměnil. Tzn. programem na manipulaci bych jen přidával nebo odebíral z těch setů.. (add element, delete element).
Počítám, že při takhle časté manupulaci by program běžel pořád.. Po startu bych si vylistoval aktuální obsah toho setu z nftables a uložil do nějakého pole, seznamu v programu, pak bych si získal seznam adres z nějakého externího zdroje, porovnal a udělal nějaké dva další seznamy adres na přidání a odebrání elementů.
Ty bych nacpal do nftables a pokud by to proběhlo bez chyby, zaktualizoval bych si také ten vnitřní seznam s aktuálním stavem. Pak bych čekal až se případně změní ty externí adresy.. (nevím nějaký polling, nebo asynchornně) a jen bych to celé zopakoval. S tím, že už bych ten aktuální stav nemusel vytahovat, protože by byl v tom seznamu s aktuálním stavem.
Mělo by to jít implementovat třeba v Pythonu, kde je modul python-nftables, co používá třeba FirewallD. V podstatě je to wrapper okolo libnftables. Příkazy jsou víceméně stejné jako u nft, akorát se musí zabalit do JSON struktury.. podobně i výstupy z příkazu to vrací jako JSON.
Ale to je jen takový výkop, jak bych to zkusil sám. Možná zjistíte, že to zpracování je tak rychlé, že ty optimalizace s nějakými rozdílovými daty nemají smysl a můžete to sypat celé. Já jen vetšinou raději počítám s nějakou minimální zátěží a tím, že když mi někdo řekne, bude toho x, tak rovnou přemýšlím co se stane, až toho bude 5x
Jinak to jak jste se ptal, co jsem si kdysi zkoušel (klasicky seznam zdroj. adres, pravidlo na nová příchozí spojení), navázaná spojení a related by měla zůstat běžet i když odeberete hosta, další navázaní spojení už neprojde (klasifikace paketu nevyhoví). Jinak aktualizace rulesetu v nftables můžou být s optionem atomické (jako option -f u nft), tzn. není tam ten problém, že by třeba komplikovaný ruleset, který se nějakou dobu zpracovává (bambilion řádků) nechal filtr v mezistavu, kdy tam jsou chvíli nová i stará pravidla zároveň. Nemusí se explicitně dávat flush (který to typ. nechá neprůchozí, než se tam naládují nová pravidla).
6
Odkladiště / archive.org,náhrada, down
« Poslední příspěvek od mikesznovu kdy Dnes v 00:34:19 »Přestal afungovat http(s!)://web.archive.org ? nevíte, proč a jestlidočasně? asi minulý týden ještě ok, . Dnes hlásí, že jsou offline a včera to házelo nějakou chybu (býval bych si otevřel web.archvie.org v web.archive.org)
7
Vývoj / gdb: Jak se připojit na (stdin,stdout)existující interactive shell?
« Poslední příspěvek od mikesznovu kdy Dnes v 00:16:10 »Potřebuju vydolovat data z interaktivního bash shellu spuštěného vzdáleně přes ssh. Historii a zadefinovanou promennou. Napadly mě 2 způsoby, zkopírovat datovou strukturu historie přes gdb, ale to se mi nadařilo ,druhý způsob napojit se na stávající PID a "unést-přivlastnit" stdin a stdout. to jsem zkoušel ale nešlo mi to
(chci tam spustit příkaz - defacto vypsat proměnnou) Ještě visí bash v paměti PC, dostanu se k němu.
lrwx------ 1 64 říj 9 22:39 0 -> /dev/pts/4
lrwx------ 1 64 říj 9 23:26 1 -> /dev/pts/4
lrwx------ 1 64 říj 9 23:26 2 -> /dev/pts/4
lrwx------ 1 64 říj 9 23:26 255 -> /dev/pts/4
gdb descriptory: (jde o výplod ai, zkoušel jsem víc verzí, s call (int)dup2 třeba, )
# Assume you want to redirect stdout to "output.txt" and stdin from "input.txt"
# Open the output file
call open("output.txt", 0x601, 0644) # O_WRONLY | O_CREAT | O_TRUNC
set $fd_out = $rax # Store the file descriptor returned by open
# Open the input file
call open("input.txt", 0x0, 0) # O_RDONLY
set $fd_in = $rax # Store the file descriptor returned by open
# Redirect stdout
call dup2($fd_out, 1) # Redirect stdout (fd 1) to output.txt
# Redirect stdin
call dup2($fd_in, 0) # Redirect stdin (fd 0) to input.txt
# Close the file descriptors if needed
call close($fd_out)
call close($fd_in)
Zkoušel jsem cd /proc/ID/fd. Zápis jde, ale čtení nic nevypisuje. (zkoušel jsem přímo i /dev/pts/4)
balík bash-dbgsym nemám dostupný přes apt.
Snažil jsem se i přes gdb -p
print history_info_ ... No symbols table loaded
info proc mappings ; find (stack a heap) ... find 0x... , 0x... , "retezec" - nenašlo
Jde to nějak? Nemá třeba ten bash ty deskriptory třeba už uzavřené, když visí v paměti dlouho? Proč nejde čtení (a asi ani zápis) z /proc/pid/fd/N ?
(chci tam spustit příkaz - defacto vypsat proměnnou) Ještě visí bash v paměti PC, dostanu se k němu.
lrwx------ 1 64 říj 9 22:39 0 -> /dev/pts/4
lrwx------ 1 64 říj 9 23:26 1 -> /dev/pts/4
lrwx------ 1 64 říj 9 23:26 2 -> /dev/pts/4
lrwx------ 1 64 říj 9 23:26 255 -> /dev/pts/4
gdb descriptory: (jde o výplod ai, zkoušel jsem víc verzí, s call (int)dup2 třeba, )
# Assume you want to redirect stdout to "output.txt" and stdin from "input.txt"
# Open the output file
call open("output.txt", 0x601, 0644) # O_WRONLY | O_CREAT | O_TRUNC
set $fd_out = $rax # Store the file descriptor returned by open
# Open the input file
call open("input.txt", 0x0, 0) # O_RDONLY
set $fd_in = $rax # Store the file descriptor returned by open
# Redirect stdout
call dup2($fd_out, 1) # Redirect stdout (fd 1) to output.txt
# Redirect stdin
call dup2($fd_in, 0) # Redirect stdin (fd 0) to input.txt
# Close the file descriptors if needed
call close($fd_out)
call close($fd_in)
Zkoušel jsem cd /proc/ID/fd. Zápis jde, ale čtení nic nevypisuje. (zkoušel jsem přímo i /dev/pts/4)
balík bash-dbgsym nemám dostupný přes apt.
Snažil jsem se i přes gdb -p
print history_info_ ... No symbols table loaded
info proc mappings ; find (stack a heap) ... find 0x... , 0x... , "retezec" - nenašlo
Jde to nějak? Nemá třeba ten bash ty deskriptory třeba už uzavřené, když visí v paměti dlouho? Proč nejde čtení (a asi ani zápis) z /proc/pid/fd/N ?
8
Sítě / Re:Firewall s whitelistem při často měnící se ip adrese
« Poslední příspěvek od LamZelezo kdy Dnes v 00:08:35 »Co kdyz nftables neni firewall? Co kdyz nftables je "modern Linux kernel packet classification framework" ? Blby, co?
9
Odkladiště / Re:Přístup ke Google z neexistujícího zařízení
« Poslední příspěvek od LamZelezo kdy Dnes v 00:06:57 »Postlo mi to sem neco, co melo jit jinam.
10
Hardware / Re:Oplatí sa repasovaný notebook?
« Poslední příspěvek od jjrsk kdy 09. 10. 2024, 23:56:37 »...Lenovo distribuuje novy FW do embedded controlleru a prakticky tim zmenoznuje pouziti neorigo beterii...Tak schvalne, kdy dostanou miliardu (nebo deset) eur flastr? Rekl bych, ze v okamzeni kdy si na to nekdo postezuje to maj lozeny.
