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

Stran: 1 ... 14 15 [16] 17 18 ... 29
226
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  ;D). 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()

227
Můžeš si to vyhledat na stránce s porty speedgyide.net. Já bych tipoval nějaký node.js proces (to by mě stejně zajímalo, proč node interpret poslouchá na nějakém portu kolem 9000 a pak o jedničku vyšším)
Nebo o na nějakém tabu Chrómu zapnutou developer konzole.

A pokud neustále chodí RST *nebo SYN pakety nebo, soudil bych že může jít o špatně nakonfigurovaný firewall co se týče rozhraní lo(oopback). Tohle to může být důsledek policy DROP. Bez dalších následujících povolení.
Komunikaci na loopbacku je třeba vhodně povolit - možná že to _Jenda vysolí z rukávu.
Mělo by to bý něco jako INPUT  -i lo ACCEPT , OUTPUT -o lo ACEPT. Co se týče FORWARD o ničem nevím.


* Pozor, v obecné situaci  kdy je firewall nastavený na REJECT místo DROP, je právě RST známka známka, že firewall funguje a blokuje port(y)

228
Sítě / Re:Wireguard - padá připojení
« kdy: 18. 02. 2022, 23:42:22 »
No ono taky je důležité Odkud se připojuje. Nebo zkusit zda se budou odpojovat jiný klienti z daného místa připojení nebo obráceně zda odpojování zmizí, když se daný vaďák přemístí do jiné sítě, kde se nevaďáky neodpojovaly.

A NATÚ  může být několik za sebou. (by ale Keepalive měl řešit). No ale napadá mě, prostě když někdo na (některém)routeru  si ze srandy spustí conntrack -F , tak je žížala přeseknutá. Nemám pravdu?

229
ovšem ve Windows se nedostanu ani na internet. Napadlo mě dát si na flashku nějakou live linuxovou distribuci (asi Ubuntu) a pracovat z ní.
Asi je na tom windows něco plesnivého. Co hlásí ikonka v liště? Přes Ethernet nebo wifi?

Poškození, hacknutí, zneužití apod. svěřeného firemního majetku je na okamžitý vyhazov.
A je snad výměna HDD nebo přepsání dat(když předím udělá image disku) snad něco z toho?
Ostatně, nevíme, jak se dohodli, škála může být od fašisty, který nestrpí nic jiného než panenský stav bootloaderu a zapečetěné šasi s neporušenými bluetack indikačními barvami na šroubcích po liberální šéfy (Tady máš notebook (kus hardwaru), -ostatně na většinu stačí web browserm pokud nemodeluje 3D modely nebo nedělá střih).
Ale uznávám, že 2x denně odšroubovávávat byť jeden jeden šroubek na disk (zdravím Dell) je opruz. Nebo 2x denně kopírovat 512GB dat.

230
Sítě / Re:Má být v POSTROUTING --src
« kdy: 16. 02. 2022, 23:20:15 »
Přítomen

231
Sítě / Re:WireGuard - nefunguje připojení více peerů
« kdy: 16. 02. 2022, 23:16:04 »
1: WG funguje dobre i za NATem, ale nektere veci proste nezvladne.

Pokud je vice stran za NATem a ani samotny WG server nema verejnou IP adreasu, tak je nutne rozlisit VPNky jinym cislem portu.

Můžeš to rozvést nebo napsat, kdejsto četl. Docela bymětozajímalo.

Zkusil bych ponechat výchozí porty. A pak hloupá otázka na překonrolování - jsou ty veřejné a privátní klíče všech zařízení opravdu unikátní?

Já myslím že zakopaný pes by mohl být v tom endpoint. Protože se často omílá, že  peeři když spolu chtějí komunikovat ,  tak odešlou paket na tu adresu, ze které protistrana komunikovala naposledy... A mám pocit, že ten počítač a telefon, jestli jsou ve stejné síti, že to tam asi může dělat problém. Zkusil bych třeba ještě se připojit přes mobilní data... Nemá router MASQ nastaven nebo hairpinning?

 Viz zde článek na root.cz o wireguard (poslední díl letošní, předchozí 3 díly asi během 2 let)

232
Windows a jiné systémy / Re:Neprístupný adresár na VPN
« kdy: 13. 02. 2022, 17:33:35 »
Možná by mohl být problém i v WORKGROUP

233
Zajímavá teorie, že by wifina mohlo rušit usb přenos ,vždy to bylo obráceně(usb rušilo wifinu). A Mimochodem ono kolidovalo s 2.4GHz , ne s 5GHz Wifinou. (Ale může to být matoucí když USB 3.0 jede na 5GHz, ale to je frekvence "dat" a ne frekvence vyzařování, ta je poloviční ) ... Tedy pokud to nebude USB 3.1 10Gbps(jsme tam kde jsme byli)

Ten Axagon  EE35-XA3 má jednu vadu : má "plastové lyžiny" (které se přilípnou nadisk) a když se zasouvají do drážek Al rámečku tak  se z nich odrolují plastové piliny

234
Sítě / Re:Má být v POSTROUTING --src
« kdy: 13. 02. 2022, 14:35:38 »
Mábýt nebo nemábýt?

235
Server / Re:Postfix a zpoždění na virusfree.cz
« kdy: 08. 02. 2022, 12:45:34 »
Problem je na strane odesilatele - nema korektne nastavene DNS zaznamy, nebude mit nastaveny spravne dopredny a reverzni zaznam v DNS, take SMTP banner tomu musi odpovidat. Diky tomu pak z VOLNY a CENTRUM skoro zmizel spam... overte si sve DNS zaznamy, hlavne jestli mate reverzni zaznam a jestli vas SMTP banner tomuto nazvu odpovida a nebudete mit problem. Hosi z virusfree to maji nastaveno spravne, lec ponekud velmi striktne a proto se pak lidi lini studovat RFC divi.
Ne ne, ne  a ne. Když nemá správně nastavené záznamy, vyhodí to chybu jinou a ani se SMTP odesilatel nedostane ani k poslání sekce DATA. Takže ani pak e-mail nemůže dorazit, když nezná jeho text.

236
O serveru Root.cz / Re:Programování v respiči
« kdy: 07. 02. 2022, 18:51:20 »
Programuji na lehátku a přes ssh XWindows forwarding.

237
/dev/null / Re:1.2.2022 nevyletěl kanárek
« kdy: 07. 02. 2022, 14:44:46 »
Citace
Tato zpráva je aktualizována čtyřikrát ročně a to vždy:1.
února
května
srpna
listopadu

je tam nějaká pojistka proti lidské chybě? Například když se má admin indispozici?

238
/dev/null / 1.2.2022 nevyletěl kanárek
« kdy: 07. 02. 2022, 14:43:48 »
Citace
lze předpokládat, že používání služeb NoLog.cz již není bezpečné
?
Kód: [Vybrat]
 curl https://nolog.cz/canary/canary-2022-02-01.txt ## 01-01, 01-02, 02-0{1-7}, 0{1-7}-02
<html>
<head><title>404 Not Found</title></head>
<body bgcolor="white">
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.14.2</center>
</body>
</html>


Tato zpráva bude znovu podepsána 1. 2. 2022.
Last-Modified: Wed, 19 Jan 2022 22:06:06 GMT

239
Existuje něco jako iOSP? Nebo LineageiOS?

240
Server / Re:Spotřeba RAM mailserveru
« kdy: 06. 02. 2022, 15:09:34 »
Ano, webmail tam běží, ale dominantní 400MB je ten2x node haraka. OFC jsem to měřil s prázdnou frontou, žádným přicházejícím mailem, bez spojení na IMAP ani na webmail. Prostě jako na dovolené.
Jinak ten Haraka(japonský původ?) je podle wikipedie high-performance server for thousands simultaenous connections  +  thousands simultaenous messages...

To ale nemusí implikovat vysokou zátěž RAM, natož když se nic neděje.

Stran: 1 ... 14 15 [16] 17 18 ... 29