Příspěvky

406

Sítě / Re:Mikrotik a OpenVPN?

« kdy: 01. 11. 2020, 20:20:47 »

OpenVPN se vyhněte obloukem, má spoustu problémů a na Mikrotiku kór.
Pokud máte Windows server, a klient bude Windows, pak SSTP, nebo IKEv2. Windows Server je přímo podporuje.
U mikrotiku ještě narazíte na to, že má žalostný výkon, když použijete některou rozumnou šifru.

407

Software / Re:Nástroj pro psaní poznámek pro programátora

« kdy: 01. 11. 2020, 10:56:40 »

https://www.codestream.com/use-cases/code-discussion

408

Server / Re:Odeslaná pošta v Outlooku a Androidu

« kdy: 28. 10. 2020, 11:08:33 »

Je to věčné trápení s IMAPEM, je to jedna z jeho nevýhod (a myslím, že zdaleka ne největší).
Pokud chcete ušetřit spoustu, opravdu spoustu trápení, a jde Vám především o pohodlí, přesedlejte na Exchange. S ním se bez problémů sesynchronizuje jak Outlook, tak Android a celkově to funguje velmi dobře.

Druhou možností, která mě napadá, že by teoreticky mohla fungovat, je používat Outlook pro Android. Možná pak dodržuje stejnou konvenci pojmenování složek.

409

Windows a jiné systémy / Re:Bezpečnost přístupu na SSH z Win10 přes WSL / PuTTY

« kdy: 28. 10. 2020, 11:04:47 »

Z Win10 není možnost jen PuTTY a WSL. Windows 10 mají nativního klienta (i SSH server).
Na druhou otázku je jednoduchá odpověď: pokud máte uložené přístupové údaje, pak vždy existuje cesta, třeba náročná, jak se k nim dostat. Na Vás je, abyste poměřil rizika, že se to stane, a jaké úsilí by musel někdo jiný ve firmě vynaložit, aby se mu to povedlo.

410

Server / Re:Server pouze k odesílání mailů

« kdy: 27. 10. 2020, 22:20:56 »

Třeba postfix a nastavit smarthost na skutečný mailserver.
Nicméně, z praxe vím, že je daleko jednodušší aplikaci přizpůsobit, aby odesílala rovnou na určený mailserver. Může pak rovnou i vědět, že e-mail byl převzatý k doručení. Pokud budete mít místní frontu, tak aplikace bude mít dojem, že e-mail se odeslal, ale že visí v místní frontě, se už aplikace nedozví.

411

Sítě / Re:Timeouty a 85% packets loss na síťovém rozhraní mého Linux PC

« kdy: 27. 10. 2020, 22:17:31 »

Mně se děly podobné věci na jedné síťovce, která měla TCP checksum offloading a nerozuměla si selektivně s některými jinými prvky. Nezkoumal jsem to moc do hloubky, prostě jsem vypnul tcp checksum offloading, ale byla to dost hnusná duchařina na to přijít. Protože např. ICMP a UDP fungovaly skvěle, jen TCP a ještě jen vůči některým zařízením měl ztráty.

Neříkám tím, že je to příčina zmiňovaného problému, jen chci nasměrovat k tomu, že hardware síťovky dnes zasahuje i do L4.

412

Sítě / Re:VLAN/FW podle OS?

« kdy: 26. 10. 2020, 12:02:53 »

Možná trochu komplikovanější na prvotní nastavení, ale určitě správné a spolehlivé je použí 802.1X (+ zmiňovaný radius).

413

Software / Re:Rozbitý GIT

« kdy: 22. 10. 2020, 13:38:39 »

A ještě jestli na linuxu, nebo na windows, nebo na windows s WSL.

Ubuntu 20 bude nejspíš Linux…

Nojo, nedočetl jsem. Díky.
Můj tip je IPv6, ale to se možná vyjasní, pokud tazatel IPv6 vůbec nepoužívá.

414

Software / Re:Rozbitý GIT

« kdy: 22. 10. 2020, 12:58:41 »

...

A ještě jestli na linuxu, nebo na windows, nebo na windows s WSL.

415

Software / Re:Rozbitý GIT

« kdy: 22. 10. 2020, 12:25:08 »

ping na git server co používáš

Já bych ještě doplnil, že před pingem by bylo dobré pomocí příkazu

Kód: [Vybrat]

host

zjistit, jaké všechny IPv4/IPv6 adresy server používá, a Vámi navrhovaný postup udělat pro každou z nich. Mnoho serverů má víc adres (např. bitbucket má tři IPv4 a osm IPv6. Na problémy stačí, když není dostupná jediná z nich.

416

Software / Re:Rozbitý GIT

« kdy: 22. 10. 2020, 09:49:19 »

Podobné problémy se dají zažít, pokud používáte IPv6. Čas od času je IPv6 cesta nedostupná a záleží na náhodě, jestli zrovna resolvne A nebo AAAA. Pokud používáte IPv6, zkuste nastavit preferování IPv4.

417

Server / Re:Synology jednotky

« kdy: 21. 10. 2020, 16:29:14 »

Synology se pravděpodobně drží toho, jak to zobrazují Windows.

Taky si myslím. Pro hlavní část zákazníků je to nejméně matoucí.

V praxi jsem se tu a tam setkal s tím, že se zákazník zeptal, proč vidí méně (mega/giga/tera)bajtů, než uvádí výrobce disku. Ale tyto dotazy v podstatě ustaly. Operační systémy už dlouho mají část disku nepřístupnou (recovery, boot, ...), takže si lidi zvykli, že nejde o čísla, ale o to, kolik (procent) prostoru jim ještě zbývá. Když OS hlásí 100 GB volného místa, je ve skutečnosti skoro jedno, jestli to jsou GB nebo GiB.

418

Server / Re:Synology jednotky

« kdy: 21. 10. 2020, 11:05:11 »

Vím, že spousta lidí by chtěla mít nad sebou autoritu, která tyto otázky rozhoduje, ale prostě to tak není.

Není potřeba žádná autorita, stačí používat zdravý rozum.

On ten rozum má víc levelů. Změnit systém, který takto označuje jednotky od osmdesátých let, je taky argument.
Další argument je, že uživateli je v podstatě jedno, kolik (fufňa)bajtů má k dispozici, nejvíc se sleduje "teploměr" zaplňování a procento volného místa. Nad přesným číslem se málokdo ukájí, a to je stejně v bajtech k dispozici.

Podobných nepřesností by se nejen v IT dalo najít spousta. IMO to nemá smysl prožívat, a v situacích, kdy jde opravdu o přesný výpočet, si to každý pohlídá (zejména při výpočtech se pracuje přímo v bajtech).

419

Server / Re:Synology jednotky

« kdy: 21. 10. 2020, 10:55:29 »

Takže jste si hezky vysvětlil to, co je na začátku tohoto dotazu. Lidé budou používat SI předpony a budou je používat pro násobky tisíce. No a pokud někde chce používat mocniny dvou, má proto asi speciální důvod, asi ví, o co se jedná – a pak ať používá ty binární předpony. Software pro lidi by tedy měl používat SI předpony a násobky tisíců. Pokud chce umožnit zobrazovat i mocniny dvou, ať je to konfigurovatelné – a ať potom zobrazuje správné jednotky.

Myslím, že to každý nový software dělá. Měnit to u něčeho zažitého je vždycky diskutabilní.
Každopádně předpony k, M, G prostě mohou znamenat obojí a je to podle dvou uznávaných standardů.

Vím, že spousta lidí by chtěla mít nad sebou autoritu, která tyto otázky rozhoduje, ale prostě to tak není.

420

Server / Re:Synology jednotky

« kdy: 21. 10. 2020, 10:41:54 »

Klasický pohled ajťáka. Ten by měl pro svoji práci nejradši jasnou jednotku - chápu to.
Elektronika je pro lidi, a nevyslovitelné jednotky jsou prostě na prd. Lidi budou stále mít mega, giga, tera - ať už to znamená cokoliv. Řešením by bylo začít v maximální míře používat 10^N, pak by se to sjednotilo. Binární mají smysl jen při řešení některých technických detailů, jinak jsou spíš matoucí.