Témata

61

Windows a jiné systémy / Kombinace přepnutí monitoru a spuštění NA monitoru-> jiné velikost části GUI

« kdy: 18. 04. 2022, 20:00:41 »

Zpozoroval jsem takovou kuriozitu na Windows 8 Při spouštění Total Commanderu.   Dokud nepřepnu monitor, problém nevznikne.  (To znamená že mám na laptopu kromě interního displeje i externí monitor a přepínání řeším "Pouze  obrazovka počítače /  Jenom druhobrazovka)

Ale: když spustím onen program, a provedu přepnutí monitoru, tak se stane, že některé fonty se naškálují jinak (názvy tabů) než zbytek GYI  a vypadá vzhled programu jak smrsklé stričko na Shrekovi nebo jako XXL kraťasi na trpajslíkovi.

Nevíte, jak proč to vzniká a jakým způsobem je řešení vykreslování, že jedna část se seškáluje uniformě a druhá zůstane bez změny škálování)??


Nemá cenu abych psal nějaké info o škálování na monitorech, rozlišení atd, úhlopříčky... Prostě výsledek je takový, že Při start(@1)+přesunu z 1 na 2 jsou titulky tabů gigantické a přistart(@2) a přesunu z 2 na 1 naopak menší.

Zajímá mě, ktde spíš hledat chybu designu(OS/program).

62

Sítě / WG: jakým způsobem pro zařízení v LAN zařídit jinou odchozí IP

« kdy: 26. 03. 2022, 12:12:35 »

Možná jsem se v tom zamotal a nevidím přes lesy přímočaré řešení, ale poradíte, jak přes wireguard řešit něco jako

VPN Exit node?

S ohledem na srozumitelnost/spravovatelnost konfigurace* a minimalizaci míst, kde všude je potřeba konfiguraci dělat**. (Například přidání dalšího exitu nebo dalšího zařízení)

Popis sítě a zapojení (to není k diskuzi, takto je to dané):

• 1.2.3.4 Centrální server s veřejnou IP. Zde běží wireguard
  
• 45.11.11.11 Zamýšlený exit node, ze kterého bude traffic vycházet ven do internetu. Nemá veřejnou IP, je za NATem. Je připojen k peerovi  s endpointem 1.2.3.4 a  s Keepalive. Není cílem z něj dělat veřejně adresovatelný  server, jinými slovy, není potřeba nijak NAT "řešit" – ostatně to technicky ani nejde
  
• 192.168.1.100(eth0) router, kterým jsem připojen internetu, opět za NATem , taky napojen na 1.2.3.4 s keepalive. Vnější IP není důležitá(88.8.8.. Klasicky POSTROUTING -o eth0 -j SNAT 192.168.1.100 Vnitřní síť 10.0.0.0/24(wlan0)
  
• 10.0.0.5: nějaký computer v mé lokální síti(jen jako example). A logicky servery na internetu vidí jeho IP adresu jako 88.8.8.8
  
  
• 10.0.0.9 - zařízení, který bych chtěl aby mělo vnější IP  45.11.11.11.(ten exit )

Jak to nastavit Který způsob a na jakých místech? Sepsal jsem si možnosti, který mě napadly dřív(ale nechám je tu) . Jde jen o první ideu řešení, kterou je potřeba rozpracovat
1. Source routing (pro zařízení 10.0.0.9) v ip rule
2. Pravidlo PREROUTING/POSTROUTING v firewallu
3. Nastavit 10.0.0.9 jinou IP adresu.


Něco už mám v wireguardu odkrouceno. V své LAN  (za NATem) jsem si udělal WG link mezi serverem  10.100.0.0/16. Takže se sshnout mohu ze serveru na zařízení v LAN.  Nebo i výhledově  potenciálně i rovnou sshnout na vybraný port serveru, který bude forwardnutý na konkrétní zařízení, ale to je jen jako demo – nebepečné/nepraktické. Ale mohu si dát na routeru ip route add 17.0.0.0/24 dev wg0 a rázem do části internetetu budu plout jinudy. Ale je to pro všechny zažízení  (není to ani pro vybrané zařízení 10.0.0.9) ani ne přes exit ,ale samotný server

*Aby když přidám víc exit peerů nebo budu chtít přidat víc zařízeni do LAN a každé přes jiný exit uzel.

** Například AllowedIPS 17.0.0.0/80 nebo koneckonců 0.0.0.0/0) se nastavuje na routeru, NAT se nastavuje na server 1.2.3.4 (jinak by místo srcIP 1.2.3.4 odcházely s srcIP 10.0.0.x) , Allowed IP 10.0.0/24 na serveru((Konfigurace platné pro odstavec okdkrouceno, ne pro plán v tomto dotazu))[/list]

63

Distribuce / systemctl edit - přepsání volby, proč se neprojeví

« kdy: 21. 03. 2022, 11:38:16 »

Proč se mi neprojeví úprava systemctl edit apt-daily.timer ? (a druhá podobná
Zkoušel jsem systemctl daemon-reload i kompletní restart. Přesto ale každý den v 6h běží

Výpis systemctl cat apt-timer.d je

Kód: [Vybrat]

 sudo systemctl cat  apt-daily.timer �����
# /lib/systemd/system/apt-daily.timer
[Unit]
Description=Daily apt download activities

[Timer]
OnCalendar=*-*-* 6,18:00
RandomizedDelaySec=12h
Persistent=true

[Install]
WantedBy=timers.target

# /etc/systemd/system/apt-daily.timer.d/override.conf
[Timer]
OnCalendar=weekly

To za #override.conf je přesně to co jsem do editoru přidal
– ty dva řádky {Timer} a weekly

Kde je problém? Hodnoty se považují za sloučené (6h a weekly - jak tedy přepsat původní) nebo co?

Kód: [Vybrat]

bře 18 14:03:35 systemd[1]: apt-daily.service: Succeeded
bře 19 00:23:13 systemd[1]: apt-daily.service: Succeeded
bře 19 17:18:20 systemd[1]: apt-daily.service: Succeeded
bře 20 03:45:28 systemd[1]: apt-daily.service: Succeeded
bře 20 11:28:58 systemd[1]: apt-daily.service: Succeeded
bře 20 20:03:58 systemd[1]: apt-daily.service: Succeeded
bře 21 04:15:56 systemd[1]: apt-daily.service: Succeeded
bře 21 09:01:40 systemd[1]: apt-daily.service: Succeeded



bře 19 06:51:05 systemd[1]: apt-daily-upgrade.service: Succeeded.
bře 20 06:22:48 systemd[1]: apt-daily-upgrade.service: Succeeded.
bře 21 00:07:48 systemd[1]: apt-daily-upgrade.service: Succeeded.
bře 21 06:47:05 systemd[1]: apt-daily-upgrade.service: Succeeded
.

64

Distribuce / exFAT: nelze měnit oprávnění a vlastníka

« kdy: 17. 03. 2022, 21:25:21 »

Mám problém u kernel driveru pro exfat (prasečinu exfat-fuse, která dává 5MB/s za 40% CPU jsem vyhodil) . Stručně nemohu souborům nastavit vlastníka a nebo změnit oprávnění. Což potřebuji.
Četl jsem nějaké thready rantující že vfat,exfat neumí file permissions.

Nejsem uplný odborník na mount options,takže jsem zkoušel spousty pokusů fstab lajnou
/dev/sdc4 /home/yr/Desktop/vápno exfat   rw,async,nosuid,nodev,noatime,noexec,(uid=1000(,gid=1000(,fmask=xYZQ(,dmask=XYZQ)))))

Příkaz sudo  chown přirozeně hodí chybu Operation not supported
chmod sice projde, ale reálně nic nezmění.

myslel jsem že na to budou právě mount optiony nějaké jako (no)user,(no)suid,users ,fmask,dmask,mask,umask,čumask,ownmask... (a pak taky nějaký komplement mask, který přímo určí hodnotu oprávnění jako u, i když analogie s iptables je hodně vzdálená, nechci si tím koledovat o posměch)

Kód: [Vybrat]

 mark
       This module matches the netfilter mark field associated with a packet (which can be set using the MARK target below).

       [!] --mark value[/mask]
              Matches packets with the given unsigned mark value (if a mask is specified, this is logically ANDed with the mask
              before the comparison).

65

Sítě / tcpdump - pravidlo pro forwardované pakety

« kdy: 07. 03. 2022, 12:11:31 »

Existuje něco na způsob : ?

Kód: [Vybrat]

tcpdump -i eth0 "ip &&  not fwmark 1"
tcpdump -i eth0 "ip &&  not conntracked"
tcpdump -i eth0 "ip &&  not forwarded"
tcpdump -i eth0 "ip && from-local"
 

Záměr je jasný - odlišit (skrýt ) pakety které jsou důsledkem forwardingu nebo NATU.  Případně specifikovat podle pravidla -j MASQ  (možná nějak spoluprací s connmark/fwmark.

Nějak, přímo to udělat v tcpdumpu. Případně  s pomocí nějak connmark,fwmark.

(Workaround je, že  v pravidlu -J SNAT dám  specifickou IP  např 10.1.1.3 a následně v tcpdump dám "not host 10.1.1.3"), samotný stroj třeba má 10.1.0.1

A tcpdump -i eth0 "host 10.1.0.1" není řešení

66

Sítě / Jak umlčet televizi způsobující DoS 60 p/s

« kdy: 06. 03. 2022, 21:21:17 »

U zpropadené tzv."chytré" televize jsem zjistil, že se snaží přistupovat na spoustu divných domén. takže jsem je v první fázi zablokoval. (nějaké pavv.co.kr, *.samsungcloudsolution.com atd...) Podmínka je že musí jet jútúb.

Jenže televize hlásila, že není připojena k internetu, protože selhalo každých 30s  volání domů někam  do cloudu akamai (cdn.sm...cloud.com)  (něco jako ncsi.txt connectivity.check.gstatic.com). I když měla funkční připojení k internetu, tak díky tomuhle považovala, že nemá.

Takže jsem udělal speciální dns záznam pro ten server na router, kde jsem rozjel fileserver kde byl ve 2 vnořených adresářých triviální soubor s hodnotou <Response>OK</Response> . Zabralo to.

Jenže....  Stejný problém byl server time.sams....cloud.com...

Přesměroval jsem i druhou doménu na router

ZAČALA POMSTA ČÍŇANŮ :: začala dělat DDoS 60 paketů DNS za sekundu , ale pozor kromě domény time... se opět začla ptát i na již vyřešenou doménu cdn....
 

Co s tím krámem? Zkoušel jsem u té domény time tyto varianty:
-NXDOMAIN
-0.0.0.0
- neexistující IP v síti (vrací ICMP)
- druhou IP routeru (port zavřen


PS: jinak celkem do dělá 0.24 kp/s. (2x za 2 domény a 2x za i odpověď

67

Server / QNAP NAS - možnosti alternativního systému

« kdy: 05. 03. 2022, 23:28:52 »

Jaké jsou možné alternativní fw pro (armv8) qnap nasy (truenas, quts,  freenas, debian pro arm,arch linux)...

Například aby nebylo vložené disk nutné "formátovat"  a šlo tam disky použít se stávajícími partitiony, filesystemy (samozřejmě se přijde o část featur Volume,snapshoty), jsem si vědom že to trochu bude každýpesjinýles než když se disky podřítí dyktátu systému

(Stejně ty disky pri inixializaci se naplni daty z NAND toho nasu-myšleno né celá kapacita ake jen pár oddiílů)

Dějou se tam složitá kouzla s Raid,Lvm, vytvářejí swapy (jako jistě to umožňuje  flexibilní luny, rozšiřování storage poolu a hrát si s alokací)

68

Software / Zjistit bash-historii po smazání souboru $HISTFILE?

« kdy: 03. 03. 2022, 12:39:11 »

Zdravím, nadpis snad mluví za vše , ale je tam jeden háček. Mám nastaveno  HISTSIZE 3000 a HISTFFILESZE 8000. .
Počítač byl spuštěn (pak defaultně běží bash na tty1,, jsou spuštěny nějaké terminály přes ssh.) Pak došlo k smazání ~/.bash_history z jednoho z těch ssh terminulů-shellů. Ten měl původně 7654 řádek.

Je možné se nějak dostat k těm 7654 řádkům historie? K 3000 řádkům se lze dostat z jiného  basheskrz příkaz history.


(A pak otázka bokem), lze nějak zapisovat a číst z/do tty1(který je umístěn obvykle na výstupu monitoru Ctrl Shift F1), ale já jsem na druhém konci republiky na pts2 přes ssh.
Zkoušel jsem naivně v jednom okně cat </dev/tty1 a v druhém echo ls >/dev/tty1 ale bylo to jak zmrzlý krtek

69

Desktop / Jak spustit automaticky tighvnc démona

« kdy: 02. 03. 2022, 15:12:04 »

Nedaří se mi tightvnc démona přidat do seznamu  po spuštění pro vybraného usera, ale ručně ho přes ssh spustím. (Vím, tam je problém,  že není "zalogovaný" user a obecně problém) pro jakého user ho spustit. V té problematice virtual/user/service jsem se uplně nezorientoval.
Zároveň jsem si  vybral tighvnc místo realvnce, protože k němu jedinému se mi telefon připojil.

Funguje mi to, když jsem připojen jako aktuální uživatel přes ssh a spustím tightvncserver :1 ....  (předtím tightvncpasswd) - tím pádem server se rozběhne a klidně  mohu ssh terminál ukončit.
Když tam zadám jen tightvncserver :1, tak se spustím vnc pod rootem.



Ale když to /etc/rc.local dám jedno su ja -c "tightvncserver :1" tak to nejde.  (příkaz se provádí z kontextu roota a v tomto případě příkaz su skončí na interaktivním čekání na zadání hesla). Tedy v obou případech v klientovi mám údaje  ja / vncheslo ,ale přihlásí se "na plochu" toho, pod kým jedémon spuštěn...




žádnou systemd službu (/grep vnc) nemám.


Cítím tam určitou problematiku přihlašování a autentizace. (probíhá výběr usera při spuštění démona vs  proč ne přes přihlašovací údaje klienta), taky se mi nelíbí sdílené heslo pro všechny.
Za druhé, jak nastavit, abych se tam logoval svým systémovým heslem? Souvisí to nějak s Auth Metodou (None, VncAuth,Default,VeNCrypt)?

Tedy je to headless, monitor je nepřipojen. Hypoteticky jak bych udělal jinou další situaci  že chci ovládat přesně to, co se bude dít na obrazovce whoever je přihlášen??(až vyřeším toto)?

70

Software / Zjištění co zapisuje disk když už skoro vše je ošetřeno

« kdy: 02. 03. 2022, 10:07:07 »

Co způsobuje zbylých 2 MB/ hodinu zápis na disk ?
Zkusil jsem inotify wait -e create,modify,delete -rm
Zjistil jsem, že něco zapisuje na /var/cache/{samba,nscd} - to jsem umístil přes fstab na tmpfs (/run a /var/log už tam jsou)

Reálně už mi inofify nehlásí  (skoro )vůbec nic pod hodině....

Přesto mi za 8 hodiny přibyde 16MB  v kolonce written na disk po iostat -d.

zkusil jsem ještě sysctl vm.dump_block=1, a (jen na chvíli) - viděl jsem tam  zápis na sektoru nula 4 miliony. 4/8kb. Ale z toho nezjistím který proces zapistuje


1. Jak zjistím jaký soubor patří konkrétnímu sektoru
2. Jak u sd karty zjistím velikost sektoru

Ještě jedna možnost bylo sudo iotop -aok .. Občas se tam objevuje něco jbd2/... - To prý je journal, přískakuje to po 40 kB nebo víc, až k  80kB.

Pak tam se blýskne kworker/~s_unbound,kworker/u8:1 ale zvláštní je že DISK WRITE/READ (cumulative) je nula.

Root FS je ext4{noatime,commit=120} Je možné že periodicky jsou nějaké zápisy kvůli journalu, i když se nic nezapisuje. Je možné journal nastavit, aby byl šetrný ke kartě (uplně vypínat nevím jestli je dobrý nápad). Jsou různé volby jako barrier,
Jak velký může být zápis na sd kartu reálně kvůli 8kb datům

Nebo je nereálně se dostat na nulové zápisy prostě? (po nějaké době od startu)


Taky jsem už vyzkoušel skoro vše co se týče řešení Mám pocit, že už vše co šlo přesunout je na tmpfs.
Taky mám pocit, že jsem vyzkoušel vše od způsobů detekce - iostat (udá jen zapsané kB)), iotop(neudá soubor), inotifywait (udá jen soubor ale ne velikost ani proces) a sysctl vm.dump_block (udá jen sektor), lsof je pouze snapshot otevřených handlů

Máte tip na nástroj, který tedy dokáže zjistit, který proces zapsal který soubor? (nebo které soubory, když znám proces) -- tuto situaci žádný nástroj nástroj nepokrývá.

71

Server / Občasné ICMP pakety na loopback po zodpovězení DNS

« kdy: 25. 02. 2022, 21:08:17 »

Nevíte proč stubby mi při každém dns dotazu (i z jiného PC) posílal na loopack ICMP packet?

Nedokážu si jistotou určit, že původcem je stubby, jelikož jde o UDP a nenašel jsem nic jako ss -Eu4p nebo netstat -cu4p

Konfigurace je takováto
/etc/resolv.conf:
nameserver 127.0.0.1
resolvconf.conf:
name_servers=127.0.0.1
lokální i vzdálené dotazy chodí démonu dnsmasq, ten je filtruje a  přeposílá stubbymu na port 853.  Port 853 je  vtomto případě jen náhodné číslo.  Ten je pak posílá na DoT.  Port 853 v tomto případě je číslo portu DoT..

Po restartu stubby se už tak neděje - asi nějaká dočasný chyba

sudo  tcpdump     -evnti lo
 sudo  tcpdump     -evnti lo # pročitelněno, dole neupraveno)
tcpdump: listening on lo, link-type EN10MB (Ethernet), capture size 262144 bytes
    1 127.0.0.1.44323 > 127.0.0.1.853: UDP, length 24
    2 127.0.0.1.44323 > 127.0.0.1.853: UDP, length 24
    3 127.0.0.1.853 > 127.0.0.1.44323: UDP, length 57
    4 127.0.0.1.853 > 127.0.0.1.44323: UDP, length 57
    5 127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 44323 unreachable, length 93
        (tos 0x0, ttl 64, id 35057, offset 0, flags [DF], proto UDP (17), length 85)
    127.0.0.1.853 > 127.0.0.1.44323: UDP, length 57 #(to není paket číslo 6, to je "vnořený")


 nebo bez úprav:

tcpdump: listening on lo, link-type EN10MB (Ethernet), capture size 262144 bytes
1 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 35048, offset 0, flags [DF], proto UDP (17), length 52)
    127.0.0.1.44323 > 127.0.0.1.853: UDP, length 24
2 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 35049, offset 0, flags [DF], proto UDP (17), length 52)
    127.0.0.1.44323 > 127.0.0.1.853: UDP, length 24
3 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 99: (tos 0x0, ttl 64, id 35056, offset 0, flags [DF], proto UDP (17), length 85)
    127.0.0.1.853 > 127.0.0.1.44323: UDP, length 57
4 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 99: (tos 0x0, ttl 64, id 35057, offset 0, flags [DF], proto UDP (17), length 85) [bad udp cksum 0xfe56 -> 0xb3c0!]
    127.0.0.1.853 > 127.0.0.1.44323: UDP, length 57
5 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 127: (tos 0xc0, ttl 64, id 17564, offset 0, flags [none], proto ICMP (1), length 113)
    127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 44323 unreachable, length 93
        (tos 0x0, ttl 64, id 35057, offset 0, flags [DF], proto UDP (17), length 85)
    127.0.0.1.853 > 127.0.0.1.44323: UDP, length 57

A tím [bad udp cksum 0xfe56 -> 0xb3c0!] se asi nemusím zaobírat ,že? je to u naprosto všech paketů na localhostu (vyznačeno v textu jen na jednom), to je jen asi vypnuté počítaní checksumů bych tipl

72

Server / Co uloží odeslaný mail do Odeslané?

« kdy: 25. 02. 2022, 11:01:15 »

Omlouvám se za poněkud vesnickou otázku, ale co určuje, že se Odeslaný e-mail uloží zároveň do složky Odeslané? Kromě toho se to tak nemusí stát vždy. Například Při psaní z roundcube je postranní volba Uložit po odeslání do složky:Neukládat (není to doslovně, ilustruje to že se neuloží;defaultní volba je Odeslané). Anebo při posílání přes script (na M(T/S)A odesilatele. Ne na MTA příjemce  - to by nebylo co ukládat) se taky neuloží.
A taky nepřekvapivě, toto Odeslání uložení probíhá v jednom kroku. Nic takového , že by se nejdřív megový mail odeslal a pak znova by se megový mail vkládal do složky odeslané (z pohledu MUA)

nejdřív před otázka: Píšu e-mail , uložím ho do složky rozepsané. Jde o standartní příkaz IMAP protokolu "Vytvoř v Složce Drafts zprávu s obsahem ...."?


Jak tedy vypadá z pohledu MUA (a možná i MSA) cesta odesílání mailu kdy se zároveň uloží do složky odeslané? Co proběhne dřív(vajíčko nebo slepice)? Uloží se e-mail do nějaké složky a pak se zavelí odeslat a nebo se odešle klasicky smtp protokolem a MSA ho zároveň uloží.
Je mi divné se na to ptát, když umím přes skripty doručit mail na cílový server(což asi správně termínově není odesílání, MSA z řetězce uplně vypadne, ale doručování) a i odeslat mail na "svůj" MSA (který ho pochopitelně neuloží do složky Odeslané)

Má SMTP  (v komunikaci MUA->MSA) nějakou volbu "A ještě uložit do složky Odeslané"?


Zajímal by mě "ten krok navíc"´, který způsobí že se odeslaný mail uloží do Složky odeslaná (což je defaultní chování. Mám na mysli třeba desktopové kancelářskéMailové programy.

Předpokládám, že IMAP v tom vůbec nefiguruje (Tím pádem jak tedy funguje uložení konceptu zprávy?)

73

Software / Nízký výkon exFAT na Raspberry, wget 2 MB/s

« kdy: 24. 02. 2022, 15:57:24 »

Tak jsem se zakoukal do logu, stahování 20Mbps:

Kód: [Vybrat]

    r/s     w/s     rkB/s     wkB/s   rrqm/s   wrqm/s  %rrqm  %wrqm r_await w_await aqu-sz rareq-sz wareq-sz  svctm  %util Device
  547,57    0,00      2,1M      0,0k     0,00     0,00   0,0%   0,0%    0,50    0,00   0,27     4,0k     0,0k   1,47  80,4% mmcblk0


     r/s     w/s     rkB/s     wkB/s   rrqm/s   wrqm/s  %rrqm  %wrqm r_await w_await aqu-sz rareq-sz wareq-sz  svctm  %util Device
  580,57    0,14      2,3M      1,7k     0,00     0,14   0,0%  50,0%    0,53    6,00   0,31     4,0k    12,0k   1,56  90,6% mmcblk0

Time         ARM    Core    H264 Core Temp (Max)  IRQ/s      RX B/s      TX B/s   cpu0   cpu1   cpu2   cpu3

15:52:51  1200Mhz  400Mhz  400Mhz 52.62C (54.23C) 12,573   2,425,279      58,302  36.13  54.03  39.04  23.55
15:52:53 1200Mhz  400Mhz  300Mhz 52.62C (54.23C)  5,503   1,246,449      29,952  32.42  10.87  97.06   5.97

zátěž procentuální (busy time) je kolem 88%, je tam i read  spousty 4k bloků

sudo iotop hlásí mount.exfat write(což chápu) i read - obojí 2MBPS - kde jechyba, proč to tolik čte?

htop odhadem 25% všech jader (vč červeného-kernel)- odhadem zelené(user) je 25% z celé "plochy" grafu zátěže.
wget :30% (stahuje se z https!)
mount.exfat  9%

je exfat dobrá volba pro raspberry pi/ armv7l a microsdkartu? (je to ještě notně starý user mode). Údajně trojka je 64bit ale OS byl b 64b variantě "představen jako stabilní" teprv nedávno. I když si myslím, že 64/32bit je ten nejmenší problém.

opravdu to takhle exfat zabíjí?

Mám pocit že 8MB/s by to nezvládlo.


Jsou třeba nějaké rady jak optimalizovat exfat oddíl?
mount hlásí:
type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
ale příkaz samotný zní:
/sbin/mount.exfat /dev/mmcblk0p5 /home/pi/drr -o rw,nosuid,nodev,noatime

74

/dev/null / URL dlouhé jak cesta

« kdy: 21. 02. 2022, 09:55:05 »

Co to k čertu je?
https:\\3b03526a0dbc0e6018e63348d8d47352.returdeka.@@/0/
35897.click?tt=3ea83ebbcca83
998beb69bb4a85914ac0fa97887b6ac033ec6b023cc75c8c0aab4bbe888c225b192e98211876fa4c46a8b86e23fd6ea11d62337ee
638729b477def0a0bfc21b4e641617983b74e5f9ae80a11be52d83b72d070115bd44cf4053e72ea6af17aa47fa264122c15f5c53677b
12f402801e5c597dfa318f62fd2621737821a92f8855d56adc4270ae84d12de6918ea03bc193a512b2dd8d91622b5f7f63ffceccadba7ab99c819f41ddaf19047dfbbe5655d34920cdac75
a0410d3250944e41acfd4ff8ae6a1eca625cc935e06c446150348f20abfe8893e4846b9903db4e9946b35c77d1e74d0573f0345f05a23c3deeca45bdc25423b8ff062598ea6f868ac15f2349e0f53507aabc50172ff221e1de2ea2065987d43fc1da03ffa2a176b389685eb502bcd92672bd70a1482f537ee110915a77f36e97d26a970b3b65af2c909c5f5beb7c7fac6b6fe36ede7c2b4a5e9af8f3d98b35d599e3b9506fcfef9aefcb72fa5f255923640f64d86f7a4cbaef2cfc25e002e8da4586d345fe4ddd7b19df9109d18fb4760bbb0881c74eec6e96ed2890f36522f55ae3c0fe150c6a3b5cb2786018e6b1889cbccb74069eb8b0d387bc5867bfae6
f3f765bc1293149a501941e70b3b33a2fa168445c042c6eafcaa29e016c98d0f9ded0b9d7a5e78fce4fc6423236a5e1614617c7d9b150cb990b840df04d644dbf9cc2758eef83b6179eb18
c107d51f74be5ebf45422e37171364f692b921af9e0eee48abg
To je nějaký DNS ždímač?

75

Server / Naplánované odeslání e-mailu v SMTP

« kdy: 21. 02. 2022, 08:58:32 »

Zdrarr, jak se na SMTP serveru řeší funkcionalita, když je požadována funkce naplánovat si odeslání mailuv určitý čas? (Bez spoluúčasti MUA, to by pak stačilo v AutoITu naskiriptovat kliknutí na tlačítko Odeslat  ). Jako vím, že e-maily cestují přes různé "stanice" a existují různé Outbound a Inbound fronty, nejlépe v tomhle Excello je jistý garážový poskytovatel  několika e-mailových domén  zprofanovaný tím, že jeho obětem nechodí e-maily díky právě tomu, že se maily se přehazují jak horký brambor  na vítrholci různým pochybným outsourcovaným službám typu emailfree.

Například google mail, toho času před 15 lety pionýr freemailu v google labs uměl beta featuru naplánovat odeslání v určitý čas.

No a mě zajímá, jaká komponenta mailového serveru to řeší a co je třeba doprogramovat, jak se to řeší (propojí) s MUA, jestli teoreticky  MUA může pozdější odeslání nasignalizovat hlavičkou X-Send-At: 12:45 nebo +3600.

Nebo je jiný způsob, že MUA může určit do jaké fronty odešle mail? Třeba X-To-Queue: Scheduled-send...

SMTP server už má nějakou svoji logiku , to mě až tak nezajímá, ale ta spolupráce mezi MUA/MSA a nebo alternativně v roundcube ..

Nebo jestli se to řeší nějak jinak na serveru, prasácky cronem nebo  voláním sleep 3600 ; send()