Příspěvky

166

Hardware / Re:software testujici hardwarove limity pro jiny software

« kdy: 02. 07. 2020, 17:36:18 »

Pozri, vzdy sa da pocas beziacej appky logovat system.. cpu, ram, iopsy,.. ale bud parametre v softe mozes alebo nemozes ovplyvnovat. Ak nie, ostava ti len improvizacia a hruba sila.
Co najrychlejsi cpu, cielovy subor na iny disk ako su zdrojove data (pripadne si sprav temp z ram ak sa tam subor zmesti), logovanie ti uz napovie kde je uzke hrdlo. Hypoteticky fragmentovany disk, neustale do procesu spajania kecajuci antivirus (ktory hyperaktivne skenuje aj to co nemusi), s diskom by sa pocas prace nemal hrat napr. Zalohovaci soft,...

Popis co mozes o softe a konkretnej masine...

167

Hardware / Re:software testujici hardwarove limity pro jiny software

« kdy: 02. 07. 2020, 15:34:33 »

Co ti brani improvizovat ?
Pridat iny disk (Iny model, ine rozhranie).
Zmen pocet treadov na testovacom objeme dat, rozdiel uvidis ci to pomohlo ..
chodilo to v minulosti uspokojivo ?  co sa zmenilo ? (HW, OS).
Je ta app urcena pre konkretnu prevadzku a je aj takto prevadzkovana ?
(zelezo vs virtual), (desktop OS vs server OS).
Pokial krachne na dostatku systemovych prostriedkov, osobne mi to ukazuje na sw problem ..

168

Odkladiště / Re:Výpadok T-mobile

« kdy: 01. 07. 2020, 12:38:29 »

Diskove pole mohlo byt kludne len jedno. Viem minimalne o jednom velkom (myslim si, ze velkom) hosting providerovi pouzivajuci spickove pole v pocte 1 ks (a mozno ticho dufaju, ze sa na urovni firmware nic nestane, ale pole stalo taky majland, ze tomu naozaj veria, ze to bude bezat dlho bez chyb). A bezi z toho vsetko - web, sql, file virtualky ...
(mozno na backupy maju ine pole, to uz neviem).

Alza tiez krachla na jednom diskovom poli - ale viac menej mali prestoj na rozhodnuti, ci opravovat a zachranovat data, alebo to hodit za hlavu, a ist do posledneho backupu ... (a nehovorime o zrovna zanedbatelnom objeme dat, takze to tiez chvilu trvalo).

Takze ak sa pole seklo, ale po restarte je ok (alebo tomu veria, ze to bolo anomalia), a stoja na restori, dost dobre sa moze jednat o restore velkych DB, a tam je cas vypocitatelny/priblizne odhadnutelny (rychlost media so zalohami, prepustnost siete, rychlost zapisu na cielovej destinacii).
T-mobile nie je alza, ale podla toho, co vsetko spracuvaju/loguju sa nemusi tiez jednat o drobcekov (databaz).

169

Hardware / Re:Aky rack do domu

« kdy: 20. 06. 2020, 14:18:18 »

Ak tam pojde patch panel tak 1u. Ak switch (a nebude to soho desktop model), dalsie U.
Mozno ACAR, upska, adaptery od zariadeni (ak nebudu napajane poe switchom), nejaky nas ci microserver.. treba mysliet aj na vetranie...

170

Hardware / Re:Několik IP kamer a jedna aplikace

« kdy: 18. 06. 2020, 10:39:15 »

Na pc mam odskusanych viacero app: Od propierarneho smartPSS od dahuy, cez celkom sikovny iSPY, Xeomu, ...
NA telefone viac menej len gDMSS resp gDMSSplus (tiez dahua) (je to onvif kompatibilne, takze kludne skus toto).
V zasade sa ti na zaciatok staci sustredit na porty 80, 554, resp 443.

K tej prvej je dolu k diskusii pokec:
http://onvif_host/onvif/device_service
ONVIF port is 80, rtsp port is 554. User is admin with empty password.

171

Hardware / Re:Několik IP kamer a jedna aplikace

« kdy: 17. 06. 2020, 07:58:37 »

No samozrejme nejaku IPcku to mat musi, bez nej by to asi tazko islo na net ...
Oskenovat a najst kamery nie je problem, horsie je, ze su to propietarne sra.cky, a pokial sa nevies dostat do mng rozhrania, resp. to aspon nie je ONVIF kompatibilne, tak tu je tazko radit ...
Mozes skusit naslepo retazce, ci niektory nezaberie ...

https://www.ispyconnect.com/sources.aspx
http://192.168.x.x/cgi-bin/snapshot.cgi
rtsp://192.168.x.x:554/cam/realmonitor?channel=1&subtype=0
atd ....

172

Odkladiště / Re:Porušení práv, GDPR ?

« kdy: 16. 06. 2020, 08:40:46 »

GDPR v IT sektore neplati .. Si ITckar, si viazany nejakou mlcanlivostou, lebo z principu sa dostanes k datam aj ked nechces ..
Chlapovi vysvetlit vyssie povedane - ze ak chce potahovacky, ze v praci nerobi co ma, tak pruser (staci ze mu tam najdes neschvaleny .exe, a bude mat po premiach). Ako to tam dostal ? USBckom ? Pruser .. Mailom ? Ma v praci vela casu ? Treba mu pridat prace ...

Co sa tyka nejakeho pripajania bez dohovoru - az budete mat niekolko sto stanic, kde druha strana zasadne nespolupracuje, tak cloveka rychlo prejdu chute s niekym sa vybavovat ...
Pripojim sa, hlaska na obrazovku, ci tam niekto je (kludne aj do poznamkoveho bloku) - bez odozvy 10-15 sekund, a ide to dolu .. (v pripade restartu napr.)...

Chapem, ze clovek moze prudit, zvycajne su takto doktknuty ludia z central-officov (v porovnani napr. z ich  obchodnymi prevadzkami), ale proste tu cesta nie je, ak sa ti hromadia tickety v helpdesku ...

Pripojenie do Admin uctu neobstoji, bezne riesime veci, nastavene pod restricted uctom daneho usera, a musim vidiet, ako sa to chova pod nim a nie adminom ... (pod adminom to samozrejme chodi).

Pripadne chlapovi povedz, ze sa to uz nebude opakovat, ale nabude mu to daj vyzrat, ze nemas cas, lebo sa dohadujes s inymi kolegami, nez ta pustia do pc :-)

173

Windows a jiné systémy / Re:Víceuživatelský VPN server pro Windows

« kdy: 03. 06. 2020, 14:07:26 »

A ide ti o VPN server, alebo potom o pracu na tom pc ?
Ak pouzijes nasledne RDP, aj tak si tam, kde teraz ...

174

Sítě / Re:Powerline Wi-Fi do patice E27

« kdy: 06. 05. 2020, 16:06:40 »

Pri troche snahy by IP krytie islo vyriesit.
Do tej zahrady nesmeruje z budovy ziadne okno, odkial by to islo kvazi interierovo riesit ?
(APcko za oknom)
(IMHO mam pocit, ze cim viac ludia maju penazi, tym vymyslaju vecsie p.cov.ny :-( )

175

Sítě / Re:Otestování bezpečnosti domácí sítě

« kdy: 04. 05. 2020, 13:43:33 »

Cakal som ci niekto vybehne hned v prvej odpovedi s VPN ... :-)
Vyhoda VPN aj v lahsej izolacii zariadeni v smere do netu (a ze vedia posielat toho celkom dost k svojim stvoritelom).
Ak je port-forward nutny, tak aspon obmedzit access na ipcky/pooly.

176

Studium a uplatnění / Re:Vplyv ekonomického kolapsu na IT

« kdy: 01. 04. 2020, 08:23:05 »

Kolaps bude podla toho, ci (sorry za vyraz) bude ludom este dlho je.bat ...
Ekonomika je zacarovane koliecko, vzdy ak peniaze dostanes, musis ich pustit, lebo z nich zije niekto iny.

Ruska pripadne rukavice kludne najblizsie 3 mesiace, ale zivot musi ist dalej.

177

Software / Re:RDP na Linuxu s Wine - bude to fungovat?

« kdy: 20. 03. 2020, 12:08:22 »

Mate pravdu.
Ako som popisal vyssie, v zasade sme s kolegom otvorili otazku kvoli nestastnemu licencovaniu SPLA a ochromenej ekonomike u zakaznikov.
RDP v zasade chodi, ale minuly rok pri zvrzanych updatoch sme si par mesiacov uzivali :-)
(rucne sme to opravili podhodenymi kniznicami a dalsi update to zase posr.al :-) )
(btw nas partner prevadzkuje Navision, a ten sa bortil s par tisickami nefunkcnych RDPciek :-)

Zakaznikov je par stoviek .. Prevadzkujeme RDP aj RemoteAPP ... Kolega vklada urcite nadeje na zlepsenu pracu s RemoteAPP nad HTML5 (w2019).

Ako za vyskusanie nic nedam, aj tak mam home-office a nie je do coho poriadne pichnut ..

Vynutene naklady na udrzbu si uvedumujem, a pokial to riziko bude velke, samozrejme nebudeme to tlacit za kazdu cenu, len preto aby sme usetrili (Aj ked aj zakaznici hladaju optimalizacie, takze kazdych sto eur dolu mesacne potesi, pokial by sa zadarilo, kedze tieto naklady prenasame na nich).

Alternativou k RDP je novy tenky klient, ale prepisat existujuce aPPky nebude praca na mesiac :-(

178

Software / Re:RDP na Linuxu s Wine - bude to fungovat ?

« kdy: 20. 03. 2020, 08:33:31 »

Inspirujuce citanie. Dakujem za postrehy ... Takze ako prve skusim Appku cez Wine/Mono, a potom uvidim, ci ma vyznam to pokracovat dalej ...

179

Software / Re:RDP na linuxe+wine - bude to fungovat ?

« kdy: 19. 03. 2020, 15:56:35 »

No, uz nas to s kolegom provokuje dlhsie, ale nejak sme to stale odkladali.
Teraz sme chceli ulahcit situaciu zakaznikom ponizenim faktur, bohuzial MS neumoznuje (myslim ze pouzivame SPLA) fakturovat per day, len per month. A tu bohuzial plati, aj ked len jediny den z mesiaca, zaplatis cely mesiac.
Zatial hra MS mrtveho chrobaka, a netvari sa, ze by sa chystal urobit nieco solidarne ...

Tak som si povedal, ze otazku zase otvorim, co sa s tym da spravit a ci nahodou nejakym sposobom nie je Linux alternativna cesta k poplatkom ...

RDP servere nejake su, ale zatial som nenasiel nic okrem platformy Win ...

180

Software / RDP na Linuxu s Wine - bude to fungovat?

« kdy: 19. 03. 2020, 14:04:56 »

Dobry den.

Pani, chcem sa opytat, ci niekto nema skusenost s nasledovnym riesenim:

Existujuca situacia:
WIn stanica s RDP klientom -> MS Terminal server (a za nim File server odkial sa pusta Net Framework aplikacia, ktora komunikuje s MS SQL serverom).

Uvazovany stav:
WIn stanica s RDP -> Linux server ktory by poskytoval Terminalove sluzby v tom duchu, ze tu by sa pomocou Wine spustila FW aplikacia (volana nadalej z povodneho MS File servera).

Take celkom dost zasadne otazky:
- ako dobre (A ci vobec) zvlada Wine spolupracu z Net Frameworkami ?
- Je celkom ziaduce prenasat korektne pomocou RDP periferie (seriove/USB porty). Chodi to ?

Nemam problem si to odsimulovat, ale az sa nebortim s niecim, co nebude fungovat.
Nie je extra podstatne aby na stanici bol original MS RDP klient, moze to byt aj nieco ine (kludne aj platene).

Ak existuje platene (lifetime licencia) Terminal riesenie pre Linux, aj to je cesta nad ktorou sa da uvazovat.

Pozeram Alternativy k Terminal Service od MS, ale aj ked vyrobcovia tvrdia, ze RDP CALy netreba, MS tvrdi, ze ano.
Aj alternativy ako na potvoru su len Win produkty ... :-(

Dakujem za postrehy a pripadne nasmerovanie ako by to slo zrealizovat, ak som nieco domotal.