46
/dev/null / Re:Blokace ruských IP
« kdy: 26. 02. 2022, 22:15:58 »Neobsadi Ukrajinu, jen vynuti nejakou dohodu o neutralite a uznani nezavislosti Donbasu.
Neco tak naivniho uz jsem dlouho necetl
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.
Neco tak naivniho uz jsem dlouho necetl
47
/dev/null / Re:Blokace ruských IP
« kdy: 26. 02. 2022, 22:15:11 »Takze budovat armadnu velmoc (na cele s velmocou USA) v blizkosti druhej velmoci, dokonca jadrovej, je podla vas normalne?
Vase formulace jsou famozni. Ale k veci: Francie ziskala jaderne zbrane v dobe, kdy jeji soused Britanie uz je mela a kupodivu ji Britanie neokupovala. Divny, co?
A proti komu sa NATO podla vas malo branit? Proti Iraku ci proti Libii? Sorry ale dnes ukazuju ludia totalnu falos a mozeme to vidiet hlavne u nasich politikov. USA chrani svoje zaujmy kedze je totalne v riti niekolko tisic km, ze vybombarduje Irak, Libiu? Zavadzat tam demokraciu? Ano, rafinerky skupene zahranicnymi subjektami, stat v totalnom rozvrate, ale mame tam demokraciu, akoze. Kde stali vtedy krajiny Europy, celkovo OSN aby toto odsudili? Pytam sa kde? Cele mi to pripada tak, ze ked sa to deje tisice km od vasich tepluckych zaprdenych stoliciek, tak vas to netankuje, ze civilisti v Iraku v mene akoze demokracie skoncia pod zemou, ale ked to mate par stoviek km od hranic a my priamo na hraniciach, tak uz je kazdy v pozore. Ano trapi ma to a konanie Ruska odsudzujem, nechcem tu byt okupovany a bombardovany Ruskom, a ani inym statom.
Gratulujem k dnesnej dobe dvoch metrov a totalnej falosi.
Tento chaos z tve hlavy nehodlam debugovat, ale zkus se jen zamyslet, zda fakt, ze Pepa rozmlatil drzku Frantovi znamena, ze Jirka muze rozmlatil drzku Radkovi?
48
/dev/null / Re:Blokace ruských IP
« kdy: 26. 02. 2022, 20:14:08 »
A jinak jsem proti blokovani ruskych IP adres. Omezovat bezne Rusy v pristupu k informacim by bylo kontraproduktivni. A taky to za vas udelaji putlerovi nohsledi
49
/dev/null / Re:Blokace ruských IP
« kdy: 26. 02. 2022, 20:01:32 »Sympaticke my to nie je, to rozhodne nie. Ano susedi NATO s Ruskom v Pobalti. Ale mat celu hranicu je ine, ako par km.
Ale nebojte, obycajny lud je tam tym hore ukradnuty, ci taka alebo onaka velmoc. Momentalne to vidime na Ukrajine.
Tohle je naprosto vylhany pohled na stav veci vnucovany ruskou propagandou. NATO neni Rusko, aby se agresivne rozlezalo po okolnich statech. Do NATO se dobrovolne vstupuje. Vstupujici zeme o to musi mit setsakramentsky zajem a musi dobrovolne splnit nejake podminky (plus clenove NATO ji musi mezi sebou chtit). Do NATO se vstupuje kvuli zajisteni obranyschopnosti mensich zemi pred agresivnimi diktaturami jako je dnesni Rusko. Je zcela nezpochybnitelnym pravem kazde zeme vstoupit nebo nevstoupit do NATO a sousednim zemim je do toho kulovy. Jakmile nejaka sousedni zeme rika, ze ji to vadi, znamena to, ze ze se chysta k agresi. Protoze komu jinemu nez zlocinci muze vadit, kdyz si vymenis v byte dvere za bezpecnostni?
PS Nevim, jak dopadne Ukrajina, ale divil bych se, kdyby soucasna krize nezpusobila zvyseni poctu clenu NATO o Svedsko a Finsko.
50
Server / Re:Spotřeba RAM mailserveru
« kdy: 24. 02. 2022, 13:58:20 »
cca 10 schranek postfix + dovecot na centos7:
(jedna ze schranek ma pres 30GB a je permanentne vyuzivana na nekolika zarizenich, k ostatnim se pristupuje jen parkrat denne)
(jedna ze schranek ma pres 30GB a je permanentne vyuzivana na nekolika zarizenich, k ostatnim se pristupuje jen parkrat denne)
Kód: [Vybrat]
uptime:
13:50:59 up 19 days, 11:27, 1 user, load average: 0.00, 0.01, 0.05
free:
total used free shared buff/cache available
Mem: 2046664 228312 1284468 33600 533884 1596632
Swap: 839676 0 839676
51
Sítě / Re:Má být v POSTROUTING --src
« kdy: 17. 02. 2022, 01:46:04 »
Ok, tak ja se toho tedy ujmu: ip route add <A> via <B> dev <C> je derivativni produkt rudeho posuvu jakobianu sekundarniho svihu Marie Kabrhelove.
52
Odkladiště / Re:Zadání platební karty do Office365
« kdy: 15. 02. 2022, 18:37:32 »Ked platim firemnou kartou, vzdy zadavam iba nazov organizacie, to meno tam nedavaj.
Dekuji, ale to jsem samozrejme zkousel. Jen nazev organizace, jen jmeno, oboje s mezerou, bez mezery, v tomto poradi i opacne, s diakritikou i bez. Zkousel jsem taky davat nazev organizace jako prvni radek adresy i jako druhy (nepovinny), to same se jmenem (a nazev organizace do "jmeno na karte") - bez efektu. Ale kazdopadne dik
53
Odkladiště / Zadání platební karty do Office365
« kdy: 15. 02. 2022, 16:24:43 »
Ahoj, mam platebni kartu, kde "jmeno vlastnika na karte" je dvojradkove. (Na prvni radce je jmeno osoby, na druhe je nazev organizace). Nedari se mi tuto kartu zadat do platebnich metod Office365. Udaje jsem kontroloval uz trilionkrat, problem si myslim ze bude ta dvojradka, at jsem to zadaval jakkoli, stale mi to pise "Zkontrolujte údaje, které jste zadali. Neodpovídají informacím pro tuto kartu.". Google nepomaha, na podpore MS mi to uz ctvrtou hodinu hraje pohrebni melodii a sem tam rekne, ze rychleji se k podpore dostanu na strance, ktera vede opet ne toto cislo. Nesetkal jste se nekdo se zadavanim te dvojradky? Dik
54
Software / Re:Jednoduchá kontrola integrity dlouhodobě archivovaných dat
« kdy: 18. 01. 2022, 17:36:57 »Ne, to neni ten problem, cesta je kratka. Ale to jsme dost offtopic, spis mne zaujalo ze tam vznikly ty soubory s temi nulami. Evidentne se neco hodne pokazilo, protoze chyby byly koncentrovane do par slozek a jak jsou soubory v adresari setrizeny uz abecedne i na disku, tak bylo zjevne ze to delalo chyby "po sobe" treba ve 20ti souborech a pak se to nejak cele ozivilo a zbytek sady se dokopiroval uz spravne. A chyba se projevila vzdy od zacatku do konce souboru, nebyly tam zadne "polonulove" soubory.
Tohle je hodne brutalni symptom. Takovy server by bylo dobre odstavit a poradne otestovat, a ne na nej kopirovat dalsi data.
Jinak robocopy uz z nejakych duvodu nevyhovuje?
55
Software / Re:Jednoduchá kontrola integrity dlouhodobě archivovaných dat
« kdy: 18. 01. 2022, 17:28:28 »Archivy maji vlastni CRC rozbalovanych souboru, takze jestli tazatel nema FS s podporou checksumu, postaci data zabalit. Pri rozbalovani pak bude upozornen na vadny soubor a muze se shanet po kopii z alternativni lokace.
Po kopii se sice zacit shanet muzete, ale nebudete vedet, jak ji poznat
Protoze muze mit jine jmeno a vy nevite, zda byl v archivu poskozen obsah souboru, jeho crc/hash nebo oboji.
56
Software / Re:Jednoduchá kontrola integrity dlouhodobě archivovaných dat
« kdy: 18. 01. 2022, 14:37:39 »
Presne tak, nejedna se o archivaci. Tudiz mit filesystem, ktery kontroluje integritu dat je jiste super, ale pokud v celem retezci prenosu a zpracovani dat nejsou taky dusledne implementovany kontroly integrity, tak je to nedostacujici. Napriklad pokud mate lehce shnilou non-ECC pamet v PC, ktere vybaluje soubory z archivu (nebo nedejboze primo v NAS), tak vam klidne nastane presne ta situace, ktere se tazatel obava i na super-duper filesystemu.
Plus pokud by se vyskytla nejaka chyba v aplikaci zpracovavajici data (treba zip-unzip), tak k tehle nezadouci situaci muze dojit i na totalne zdravem zeleze s kontrolami integrity vseho a vsude.
Takze vzhledem k tomu, ze mezi pozadavky tazatele je i prejmenovani souboru, bude treba k obsahu archivu pristupovat vyhradne pred aplikaci, ktera ke kazdemu souboru bude mit nekde ulozeny id a hash. V obsahu archivu budou taky dost prekazet baliky zipu, protoze neobsahuji id a hashe k souborum uvnitr. No, bude to hezka prace na dlouhe zimni vecery
PS Moc nechapu tu dnesni posedlost kontrolou integrity dat zrovna u disku, kde mezi dnes bezne dostupnymi modely v normalni distribuci neni ani jeden, ktery by neobsahoval kontrolu integrity interne. Jiste, filesystem umi "lepsi" kontrolu, ktera by mela odhalit i "divotvorny" kablik, proc to nevyuzit, ale jsem v oboru uz peknou radku let a nevidel jsem ani jeden disk, ktery by ze sebe vyndaval jina data nez byla zapsana bez chybove hlasky, jeden jediny "divotvorny" kablik, ale spoustu vadnych pameti RAM. Ergo kladivko poridte si predvsim zarucene fungujici ECC zelezo a poradny switch s kabelazi, pak teprve filesystem. Protoze nesedite pred digitalnim pocitacem. Sedite pred analogovym emulatorem digitalniho pocitace
Plus pokud by se vyskytla nejaka chyba v aplikaci zpracovavajici data (treba zip-unzip), tak k tehle nezadouci situaci muze dojit i na totalne zdravem zeleze s kontrolami integrity vseho a vsude.
Takze vzhledem k tomu, ze mezi pozadavky tazatele je i prejmenovani souboru, bude treba k obsahu archivu pristupovat vyhradne pred aplikaci, ktera ke kazdemu souboru bude mit nekde ulozeny id a hash. V obsahu archivu budou taky dost prekazet baliky zipu, protoze neobsahuji id a hashe k souborum uvnitr. No, bude to hezka prace na dlouhe zimni vecery
PS Moc nechapu tu dnesni posedlost kontrolou integrity dat zrovna u disku, kde mezi dnes bezne dostupnymi modely v normalni distribuci neni ani jeden, ktery by neobsahoval kontrolu integrity interne. Jiste, filesystem umi "lepsi" kontrolu, ktera by mela odhalit i "divotvorny" kablik, proc to nevyuzit, ale jsem v oboru uz peknou radku let a nevidel jsem ani jeden disk, ktery by ze sebe vyndaval jina data nez byla zapsana bez chybove hlasky, jeden jediny "divotvorny" kablik, ale spoustu vadnych pameti RAM. Ergo kladivko poridte si predvsim zarucene fungujici ECC zelezo a poradny switch s kabelazi, pak teprve filesystem. Protoze nesedite pred digitalnim pocitacem. Sedite pred analogovym emulatorem digitalniho pocitace
57
Sítě / Re:Může PTR záznam X.Y.W.Z mířit na CNAME R.0/T.Y.X ? + bity v CIDR
« kdy: 07. 01. 2022, 18:47:55 »A je v pořádku tento záznam ? (dotaz pro 12.40.244.63)
63.244.40.12.in-addr.arpa is an alias for 63.0/25.244.40.12.in-addr.arpa.
... domain name pointer ferdamravenec.hostingos.es
Připadá mi to hodně divoké a i chybné . Dokážu si představit, co tím autor asi zamýšlel, ale je tam blok čísel navíc. Nebo je to nějaká über syntaxe a v pořádku?
Je to zcela v poradku. Deleguje se tak napriklad nastaveni rDNS pro pridelene podrozsahy IP adres.
Kromě toho jsou rozsahy typu 12.34.56.xx/24 validní všude ? (Myšleno to, že maska je "označuje" první tři bajty. Čtvrtý bajt je část za maskou . A řečnická otázka: ty by neměly být vždy nulové). Rozumím, že záleží na využití a mozná i na implementaci (významu):
1. vyznačení rozsahu (12.34.56.3/24 by znamenalo 12.34.56.3 až 12.34.57.2)
2. matchování adresy na pattern : Pak je rozdíl mezi patterny 12.34.56.0/24 , 12.34.56.3/24 :
- 12.34.56.3/24 Může být vyhodnocen jako chybný pattern (nenulová část za maskou)
- Nebo Může mít matchovat adresy 12.34.56.{3,7,11,15...255}
- Nebo nematchne žádnou adresu (v postatě chybný pattern, ale chyba je na straně uživatele) díky internímu algoritmu(adresa AND maska se nikdy nebude rovnat patternu protože 0 and cokoli nidky nemůže být jedna)
Tomuto vubec nerozumim. Mozna jen reknu, ze 12.34.56.3/24 se pouziva jako oznaceni IP adresy a site zaroven (sit je 12.34.56.3 oktetovyAND s 255.255.255.0, takze na poslednim oktetu nezalezi)
58
Server / Re:Exchange 365 + IMAP/POP3 přihlášení
« kdy: 29. 12. 2021, 12:02:44 »
Pokud se nepletu IMAP je v Office 365 podporovan i nadale, ale klient musi umet OAuth2.
A jinak soucasti vsech licenci je webovy outlook (udajne napriklad umi byt pro postu vychozi aplikaci). Takze jestli firma nema penize na normalni, tak webovy ji musi stacit, ne? Protoze pokud chteji za kazdou cenu pouzivat neco, na co nemaji penize, moc bych nevahal a sel jinam.
A taky je treba dusledne oddelovat pomocny postovni provoz od hlavniho. Treba i na urovni jine domeny - firma.tld v Office365 pro lidi a firma-servis.tld ruzne dle potreb IT a dalsich. Jestli samozrejme 250 Kc rocne firmu nezrujnuje.
A jinak soucasti vsech licenci je webovy outlook (udajne napriklad umi byt pro postu vychozi aplikaci). Takze jestli firma nema penize na normalni, tak webovy ji musi stacit, ne? Protoze pokud chteji za kazdou cenu pouzivat neco, na co nemaji penize, moc bych nevahal a sel jinam.
A taky je treba dusledne oddelovat pomocny postovni provoz od hlavniho. Treba i na urovni jine domeny - firma.tld v Office365 pro lidi a firma-servis.tld ruzne dle potreb IT a dalsich. Jestli samozrejme 250 Kc rocne firmu nezrujnuje.
59
Server / Re:Mail u sebe doma
« kdy: 07. 12. 2021, 02:20:14 »Oba dva jste napsali jenom o tom, kolik omezíte spamu, ale nenapsali jste, kolik omezíte regulérní pošty. Pokud by vás ale opravdu zajímalo jen omezení spamu a omezení regulérních e-mailů neřešíte, pak je nejlepší poštovní server úplně vypnout – tím zastavíte 100 % spamu.
No jeje! A tech genialnich napadu od bezdomovcu, se kterejma se taky nebavim, myslite, ze tech bylo taky hodne?
60
Server / Re:Mail u sebe doma
« kdy: 05. 12. 2021, 21:48:42 »
Plny souhlas s „buď striktní v tom, co odesíláš, a buď benevolentní v tom, co přijímáš“. Ja jsem treba extremne benevolentni v tom, co prijimam. Neprijimam velmi malo veci - napriklad neprijimam zadnou komunikaci od vozraleho, pobliteho a pochcaneho bezdomovce, coz je v smtp svete server bez spravne resolvujiciho PTR zaznamu Je to proste stejne jako v realnem zivote. Chces-li s nekym normalnim mluvit, musis dodrzet nejaky minimalni kulturni standard.
Jinak vyznam neexistence PTR nahradit SPF ani DKMI nejde. SPF a DKIM si lehce nastavi kazdy, kdo si koupi libovolnou domenu. Zatimco nastavit PTR zaznam u napadeneho pocitace nejakeho duchodce uz je ukol uplne jineho radu.
Je to proste stejne jako v realnem zivote. Chces-li s nekym normalnim mluvit, musis dodrzet nejaky minimalni kulturni standard.Jinak vyznam neexistence PTR nahradit SPF ani DKMI nejde. SPF a DKIM si lehce nastavi kazdy, kdo si koupi libovolnou domenu. Zatimco nastavit PTR zaznam u napadeneho pocitace nejakeho duchodce uz je ukol uplne jineho radu.
