Poslední příspěvky

1

Server / Re:Pošta z Gmail.com má zpoždění několik hodin

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 20:47:33 »

ten greylisting je jednak o dost méně náročný i než ověřovat SPF a DKIM

O tom se dá s úspěchem pochybovat.

hlavně byste tušil, že je spousta adres, které si o nějakém DMARC/DKIM/SPF mohou nechat jenom zdát

To by mne zajímalo, jak doručují e-maily třeba na GMail nebo Microsoft365.

takže i když nasadíte tuto druhou nejméně náročnou variantu, úspěšnost i tak bude ve výsledku o dost nižší. Protože spamující MTA (aka často různé botnety) se prostě velmi nerady připojují podruhé.

Co přesně jste tímhle chtěl napsat? Že spamující MTA, které se nerady připojují podruhé, posílají e-maily se správným SPF nebo DKIM? Protože pokud žádný spamující MTA, který se nechce připojovat podruhé zároveň nemá validní SPF nebo DKIM, musí logicky těch, co neprojdou přes SPF nebo DKIM, být logicky stejně nebo více, než těch, co neprojdou přes greylist.

2

Server / Re:Prázdný obsah storage v Proxmoxu VE

« Poslední příspěvek od panpanika kdy Dnes v 20:24:04 »

moje osvedcena metado je ze si nahraju maly iso z gui a uvidim kde se objevi pripadne mrknu na datum zmeny souboru..

mrkni na table 3 v dokumentaci, kterou uz jsi urcite zbezne otevrel nez jsi sepsal tu lamentaci sem

3

Server / Re:Whitelist pro mail server na zaheslované přílohy v PDF

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 20:10:34 »

Já bych teda doporučil uživatelům nainstalovat aktuální PDF prohlížeč a průběžně ho aktualizovat. Pak nemusíte PDF skenovat antivirem.

4

Bazar / Re:Daruji 23" NEC EA231 WMi a HP dockinu se stojanem

« Poslední příspěvek od metabug kdy Dnes v 19:36:05 »

Píšu SZ.

5

Sítě / Re:Jak dopadne komunikace WireGuardu když protistrana umře

« Poslední příspěvek od metabug kdy Dnes v 19:30:16 »

Mrkni sem. https://www.wireguard.com/papers/wireguard.pdf

V zásadě:
1. WireGuard není connection-oriented
2. Peer je statická entita
3. Endpoint je cache poslední adresy odkud přišel packet se správným klíčem
4. Keepalive je transportní hack pro NAT (NAT hole punching)

6

Bazar / Daruji 23" NEC EA231 WMi a HP dockinu se stojanem

« Poslední příspěvek od marlly kdy Dnes v 19:28:14 »

Daruji 23" monitor NEC EA231 WMi. V krabici je kromě napájecího kabelu taky DP, DP/DVI a VGA kabel.
Pak tady mám ještě stojan HP Dual Hinge II (E8F99AA) spolu s docking station HP A7E32AA.

Vše plně funkční. Osobní odběr v Praze.

7

Software / Re:MP3 editor/katalog/tagger pro Linux + Windows?

« Poslední příspěvek od R. R. Šimek kdy Dnes v 18:53:10 »

Na rychlou úpravu tagů s trochou funkcionality navíc než mají vestavěné editory v běžných přehrávačích(...) bych se připojil k doporučení na kid3, který je multiplatformní.. dostupný pro Windows, Linux (nativně nebo flatpak), Mac.

Díky.
Tohle právě testuji, a vypadá to použitelně. ;-)
Zatím jsem narychlo zkusil na Windows i na Linuxu, udělal drobné zásahy ve dvou albech, a podobně. Rozhodně to je žhavý kandidát na další standardní aplikaci. Bude se hodit na editaci nových alb, hlavně v případě, kdy jsou ty tagy vyplněné, ale potřebují jen trochu doladit. (Zcela typicky ty s diakritikou, případně odstraněnou diakritikou...).

Další doporučení je jednoznačně MusicBrainz Picard

Tohle vyzkouším.
Z popisu to vypadá nadějně na hromadné opravy mé sbírky - to jsou totiž zhruba dvě-tři stovky alb, které jsou v různém stavu vyplněnosti, v podstatě tak, jak se během čtvrtstoletí vyvíjela má potřeba mít tam ty tagy.
Dělat to "po jednom" by bylo náročné na čas a "lidské zdroje".

8

Bazar / Re:Máte zájem o TR 3970X (32c/64t), 256 GB RAM?

« Poslední příspěvek od Jan Gregor kdy Dnes v 18:39:41 »

S napětím čekám, jestli to někdo koupí.

Premyslim o tom. Ryzen 7950x me totiz pri paralelnich vypoctech funguje asi jen do 20gb, pri vetsi uloze jadra cekaji na pamet. To zpomaleni je drasticke, zejmena proti epyc cpu ktery proste drzi ale nema 2 ale 8 kanalu. Vysoka propustnost a nizka latence se spatne hleda, paradoxne ji ted s vyjimkou serveru maji jen macbooky a threadrippery.

9

Sítě / Jak dopadne komunikace WireGuardu když protistrana umře

« Poslední příspěvek od LacconePanda kdy Dnes v 18:12:00 »

Jak koncové body wireguardu mají nastavené kontaktování peera (vytvoří se paket u kterýho se určí že má vyjít tunelem), pokud ten peer umře?  Myslím tím až s nějakým odstupem času, když se peer nějakou dobu neozývá.

Na co se chci zaměřit a hrát to bude roli bych řekl jsou dvě nastavení:
1. zadaný nebo prázdný Endpoint (můžou ho mít v konfigu obě strana, nebo první strana nebo druhé strana. ) Možná to ale nehraje roli
2. definovaný persitent keepalive (ano/ne u obou stran)


Jak to funguje? Kloním se k tomu, že jednička nehraje roli, že si peer bude držet adresu protistrany nadosmrti )ikdyž předtím ji neměl v konfigáči) a tím efektivně bude adresu peera znát vždy. Ale jak tam vystupuje druhý faktor ten nat keepalive? Slouží ten keepalive jen k tomu aby nevyschlo spojení přes nat (jenom koná),a nebo podle toho se i rozhoduje,že po uplynutí persistent keepalive si domyslí, že spojení právě vyschlo a nebude se pokoušet posílat takovéému peerovi nic

postrádám tady nějaký parametr alive-timeout, případně passive-only to asi wireguard nemá

10

O serveru Root.cz / Prý jsem přispíval před 5 vteřinami z vaší adresy, zkuste to později

« Poslední příspěvek od LacconePanda kdy Dnes v 17:54:06 »

Dobrý večer ve spolek. Není divné,že mi fórum při odesílání příspěvku napsalo,že z  vaší adresy se přispívalo před 5 vteřinami.Zkuste to později.

A pak jsem si všiml že u odeslaných diskuzních příspěvků vpravo dole Adresa zaznamenána se mi ukazuje 192.168.1.14. To předčíslí je mi nějaký povědomý a nevím jestli tak to to je cajku