Příspěvky

2701

Sítě / Re:USB ethernet

« kdy: 20. 10. 2017, 01:04:04 »

jake mate zkusenosti? nezlobi to?
chci si udelat z notebooku server a potreboval bych dalsi sitovku tak jestli pripada USB v uvahu

Lepší by mi přišlo využít integrovanou síťovku, tu nastavit jako 802.1q trunk, v něm poslat dvě VLAN a ty rozdělit na switchi. Switch s podporou vlan dnes stojí prd, a výkon i spolehlivost budou vyšší, než USB etherfernet.

2702

Vývoj / Re:kopirovani souboru a jeho pojmenovani podle souboru v jinem adresari

« kdy: 19. 10. 2017, 17:57:16 »

...

To neodstraní koncovku .dat, ne?

2703

Vývoj / Re:kopirovani souboru a jeho pojmenovani podle souboru v jinem adresari

« kdy: 19. 10. 2017, 17:52:03 »

#!/bin/bash


for IN in `ls -1 /home/orbb/vzory`; do
        OUT=`echo ${IN} | sed -rne 's/^(.*)\.dat/\1/p'`

        cp /home/orbb/soubor_s_konfiguraci /home/orbb/konfigurace/${OUT}
done

2704

Vývoj / Re:kopirovani souboru a jeho pojmenovani podle souboru v jinem adresari

« kdy: 19. 10. 2017, 17:02:53 »

Není z toho k pochopení, co se má vlastně stát.
Zkuste vypsat pár zdrojových a cílových cest - vlevo zdroj, vpravo cíl.

2705

Windows a jiné systémy / Re:Port 587

« kdy: 19. 10. 2017, 15:22:08 »

spojení vytváří cardserver.exe umístěný v C:\users\franta\AppData\Local\Microsoft\Windows
tipuji nejaka ThirdParty potvora

Na tutti. Pryč s tím.

2706

Vývoj / Re:Potřebný člověkočas na testování v závislosti na komplexnosti software

« kdy: 19. 10. 2017, 15:13:20 »

To vše formou, kterou střední management pochopí, tedy v prezentaci, která by ukázala, že je-li na "kódění" potřeba N člověkohodin, tak na otestování je k tomu potřeba ještě  dalších N? 2N? 0.5N? člověkohodin, přičemž v té části "člověko" nám schází člověk, který ví, jak se to má dělat.

Těžko říct, podle situace bych se bál, že testování a dovedení do produkčního stavu může být klidně i 10N, protože podle popisu máte i základní vývoj na vodě.

Pokud management nemá respekt ke složitosti vývoje, nezbude Vám, než s nimi projít tu mentální cestu a být managementu průvodcem. Tedy, nechat to běžet samospádem - máte výhodu, že jste v uvažování o kousek dál - a můžete to mírně moderovat. Jinak asi management nepřesvědčíte.

Bohužel, na akademické půdě je 80 % práce neviditelných, a 20 % je pak od draftu do separátu (ta viditelná část práce). Je to tedy úplně opačně.

2707

Windows a jiné systémy / Re:Port 587

« kdy: 19. 10. 2017, 15:05:19 »

ze by se neco snazilo maskovat za komunikaci outlooku?
jedno je jasne..stanice zadné maily neposilá, ale pritom se ta spojeni na uvedenych portech vytvari....to skutecne smrdi nejakou vsivarnou

spusťte netstat -abn se zvýšenými oprávněními, uvidíte, jaké procesy ta spojení vytvářejí

2708

Windows a jiné systémy / Re:Port 587

« kdy: 19. 10. 2017, 14:52:43 »

Ahoj,
všiml jsem si, že jeden z klientů neustale vytvaří spojení na cílový port 465 a 587 na různé IP
během minuty takových spojení má třeba i 10, je normální aby Outlook takovéto spojení samovolně vytvářel?

díky

Není, pokud Outlook neposílá hromadu e-mailů. Do něj to může padat přes MAPI. Asi by to ve mě vyvolalo touho daný komp zkontrolovat.

2709

Hardware / Re:Časté zápisy na Raspberry/Orange Pi (SSD/eMMC)

« kdy: 19. 10. 2017, 14:27:22 »

V cem presne je industrial SD lepsi? Nikde jsem to poradne nedokazal najit. Resi industrual karty i vice zapisu?

To najdete ve specifikacích, ale patrně ano, ale hlavně má ECC.

2710

Hardware / Re:Časté zápisy na Raspberry/Orange Pi (SSD/eMMC)

« kdy: 19. 10. 2017, 13:40:48 »

Pouzivam Orange Pi Zero http://www.orangepi.org/orangepizero/
Bezi mi na nem MySQL a par dalsich veci, ktere dost casto zapisuji. Vykonostne naprosto v pohode.
SD karte moc velkou zivotnost nedavam, pred par lety jsem podobnym zpusob za necely pul rok uzapisoval CF kartu.

Zejména je nutné eliminovat počet zápisů, nastavením cache a fsync.
Na filesystemu nutně nastavit noatime,nodiratime.
Vypnout swap.

A jako SD kartu používat tu s ECC (hledejte SD ECC, SD Industrial apod.).

2711

Vývoj / Re:Potřebný člověkočas na testování v závislosti na komplexnosti software

« kdy: 19. 10. 2017, 10:25:03 »

Problém popisujete přesně, ale testování by mělo být součástí harmonogramu na vývoj. Tedy, vývojové oddělení by mělo mít interní testování ve svém čase - a je už na domluvě, jestli se vykazuje odděleně jako testování, nebo jestli se testuje v rámci vývojového času.

Druhým kolečkem jsou UAT - uživatelské akceptační testy. Každý požadavek na vývoj by měl mít stanovená akceptační kritéria. Pokud je software splní - pak vývojář splnil úkol. Pokud zadavatel (garant) zapomněl do akceptačních kritérií něco vyjmenovat, je to jeho problém, a musí dovývoj zaplatit ze svého budgetu.

Proč píšu o UAT? Protože to je docela přirozený způsob, jak zadavatele zavedete dovnitř a do vnímání (spolu)zodpovědnosti  za výsledek. Vývojářům jasná kritéria zase rozváží ruce, protože jim ubude "testování na slepo", kdy si domýšlejí, co vlastně zadavatel chce.

2712

Hardware / Re:Má cenu si kupovat router Turris Omnia?

« kdy: 19. 10. 2017, 00:57:28 »

To samo o sobě není řešením prakticky nikdy. Ten tzv. nový router za pár stovek bude mít X let starý software a X-1 let na již něj nebudou vycházet záplaty. 

Každému, co jeho jest. Někdo chce dávat do routeru stovky, jiný i tisíce. Pro obě varianty jsou řešení.

2713

Server / Re:Posílání dat přes Email API ?

« kdy: 18. 10. 2017, 21:30:22 »

Tohle se mi líbí, ale je to přes prostředníka.
https://smtpjs.com/

Z dotazu nechápu, proč nemůžete použít standardní SMTP protokol?

2714

Hardware / Re:Má cenu si kupovat router Turris Omnia?

« kdy: 18. 10. 2017, 21:28:47 »

No. Dneska je to docela aktuální, když je třeba záplatovat KRACK. Co asi tak pořídit důchodci 60+, když má doma nějakej shit typu D-link AP za pár stovek, aby měl na notebooku přístup na Xychtbůk a email?

Zrovna KRACK není velké riziko pro důchodce, ten má data (odposlechnutí) ohrožená víc jinými způsoby, než KRACKEM. Lze s určitou pravděpodobností předpokládat, že jeden směr komunikace bude zazáplatován - aspoň to PC. A jinak si myslím, že nejjednodušší je vyhodit starý router za pár stovek do koše, a pořídit nový router za pár stovek na dalších spokojených několik desítek měsíců provozu. Benefitem bude patrně i rychlejší wifi.

Diskuse zde ale nebyla o tom, jestli je pfSense apod. špatné řešení. To není. Mně se jen nelíbil kočkopes spojovat firewall s NASEM a entuziasmus tazatele, že vše přiohne a bude to fungovat. Mimo jiné, ve chvíli, kdy to přiohne, ztratí výhodu spolehlivých automatických aktualizací.

2715

Hardware / Re:Má cenu si kupovat router Turris Omnia?

« kdy: 18. 10. 2017, 18:28:59 »

...

Ale jistě, přesně tak, proč ne takto. Jen je dobré koupit odladěnou, případně průmyslovou platformu. A opravdu bych nedoporučoval mít NAS na firewallu zároveň.

DNS se v pfSense dá udělat dobře, a to včetně Reverse Policy Zone na bindovi.