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.

Témata - ZAJDAN

Stran: 1 ... 5 6 [7] 8 9 ... 23

Odkladiště / Digitalizace státní správy - další zásek

« kdy: 31. 08. 2018, 10:03:57 »

Ahoj...
v minulosti jsem zde již otevřel téma Digitalizace státní správy na základě vlastních zkušeností.
https://forum.root.cz/index.php?topic=15854.0
Dnes přináším další zásek odhalujicí cíl/zájem neposkytnout občanům výhody digitalizace.

Včera mne zastavila silniční policie v "civilním" autě naplněném technologiemi. Policista vystoupil z policejního vozu a šel rovnou k mému okénku, které jsem již stihnul stáhnout a ihned po představovacích formalitách se mě dotázal, zda vím proč mne zastavili a tak odpovídám, že nevím, jestli třeba nesvítí světlo?
Policista: máte již měsíc propadlou technickou na vozidle.
Já: jak jste to zjistil? vždyť jste si vozidlo ani neprohlédl
Policista: kamera snímá všechny kolejedoucí SPZ a specialní aplikace(LUK) nám okamžitě projíždí databáze, zda není vozidlo kradené a zárověň informace o technické kontrole(expirace).
---
takže systém je již připraven! umí tyto data zpracovávat, ale není zájem ten mechanismus využít pro dobro lidí a obesílat je mailem/sms, ale naopak na občanech parazitovat a pokutovat je!

Když mi dokáže poslat automatizovanou SMS finanční uřad, měla by to umět celá státní zpráva a hlavně tyto události:
- oznámení o expiraci občanského průkazu
- oznámení o expiraci řidičského průkazu
- oznámení o expiraci technické kontroly vozidla
- oznámení o expiraci uložení SPZ v depositu

současná vládní pakáž za posledních 15 let je v historii české politiky to nejhorší co tam bylo!

Server / Náhrada za miniDLNA

« kdy: 27. 08. 2018, 17:01:40 »

Ahoj,
doporučili by jste prosím nahradu za miniDLNA(Debian).
Už mi došla trpělivost, stadardní konfigurace a logy plné errorů

Kód: [Vybrat]

[2018/08/26 18:15:17] upnphttp.c:1224: error: send(res_buf): Connection reset by peer
[2018/08/26 18:15:19] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/26 18:15:19] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/26 18:15:19] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/26 18:15:22] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/26 18:15:23] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/26 18:15:23] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/26 18:15:24] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/26 18:15:25] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/26 18:15:25] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/26 18:15:26] upnphttp.c:1224: error: send(res_buf): Broken pipe
[2018/08/27 01:51:42] minidlna.c:153: warn: received signal 15, good-bye
[2018/08/27 16:47:22] minidlna.c:1004: warn: Starting MiniDLNA version 1.1.2.
[2018/08/27 16:47:22] minidlna.c:1043: warn: HTTP listening on port 8200
[2018/08/27 16:47:22] getifaddr.c:108: error: Network interface eth0 not found
[2018/08/27 16:47:22] inotify.c:198: warn: WARNING: Inotify max_user_watches [8192] is low or close to the number of used watches [8] and I do not have permission to increase this limit.  Please do so manually by writing a higher value into /proc/sys/fs/inotify/max_user_watches.

Sítě / Mikrotik UPnP

« kdy: 26. 08. 2018, 13:12:03 »

Ahoj....stále mi není jasné na jakým interface nastavit external a na jakém internal.
Pročítám dokumentacio a tam stojí:

Kód: [Vybrat]

uPnP interface type:
    external - the interface a global IP address is assigned to
    internal - router's local interface the clients are connected to

https://wiki.mikrotik.com/wiki/Manual:IP/UPnP
tím chcou jako říct, že extrenal bude ten interface na kterém je nějaký DLNA ? to jejich vysvětlení mi nedává moc smysl.
díky

Sítě / DLNA(Multicast)->IGMP-PROXY vs PIM

« kdy: 24. 08. 2018, 13:18:28 »

Ahoj...
chápu dobře, že na distribuci multicastu(DLNA) v rámci jednoho routeru s více subnety by mi mělo stačit IGMP-PROXY a v rámci více routerů již musím sáhnout po PIM?

Sítě / Nestandardní chování traceroute

« kdy: 10. 08. 2018, 09:25:19 »

Ahoj...
všiml jsem si, že mi traceroute haraší.
Na stejném subnetu i switchi mám ještě windowsí stanici která správně ukazuje hopy přes tracert.
1 <1ms <1ms <1ms 192.168.6.1
1 <1ms <1ms <1ms 192.168.1.1

Na Debianní stanici.
1 192.168.6.1 (192.168.6.1) 0.309 ms 0.456 ms 0.462 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * *^C

zkusil jsem i mtr a ten ukazuje správně

nějakej bug?

Windows a jiné systémy / Windows firewall neotevře porty

« kdy: 08. 08. 2018, 16:14:25 »

Zrovna řeším na windows serveru 2008 R2 ve firewallu podivné chování.
Povolil jsem si porty 161,162 na všechny profily(Private, Domain, Public) a v inbound rules není žádné pravidlo Block, kterí by to přebilo, ale stejně jsou porty zavřené. Podobně se chová i port 9100.

Software / NMAP neukáže všechny porty

« kdy: 08. 08. 2018, 15:49:27 »

Kód: [Vybrat]

~$ nmap -Pn 192.168.1.6

Starting Nmap 6.47 ( http://nmap.org ) at 2018-08-08 15:47 CEST
Nmap scan report for 192.168.1.6
Host is up (0.0047s latency).
Not shown: 977 filtered ports
PORT      STATE SERVICE
53/tcp    open  domain
88/tcp    open  kerberos-sec
111/tcp   open  rpcbind
135/tcp   open  msrpc
139/tcp   open  netbios-ssn
389/tcp   open  ldap
445/tcp   open  microsoft-ds
464/tcp   open  kpasswd5
515/tcp   open  printer
636/tcp   open  ldapssl
1039/tcp  open  sbl
1047/tcp  open  neod1
1048/tcp  open  neod2
2049/tcp  open  nfs
3268/tcp  open  globalcatLDAP
3269/tcp  open  globalcatLDAPssl
3389/tcp  open  ms-wbt-server
4000/tcp  open  remoteanything
49154/tcp open  unknown
49156/tcp open  unknown
49157/tcp open  unknown
49158/tcp open  unknown
49163/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 3.87 seconds

Kód: [Vybrat]

nmap -Pn -p 5201 192.168.1.6

Starting Nmap 6.47 ( http://nmap.org ) at 2018-08-08 15:48 CEST
Nmap scan report for 192.168.1.6
Host is up (0.00098s latency).
PORT     STATE SERVICE
5201/tcp open  targus-getdata1

Nmap done: 1 IP address (1 host up) scanned in 0.03 seconds

proc to kurna port 5201 neukazuje?

Windows a jiné systémy / Tisk z Androidu na tiskárnu v ethernetové síti

« kdy: 08. 08. 2018, 14:21:58 »

Ahoj,
je reálné tisknout z Androidu na tiskárnu připojenou do sítě přes ethernet na jiném subnetu než je wifi?

Software / Mount CIFS se nedaří

« kdy: 06. 08. 2018, 09:28:42 »

Ahoj...
pokousim si pripojit slozku z Win10 k Debianu8 pomocí CIFS, ale to se mi nedari a nevrací to ani zadnou chybu
mount --verbose -t cifs //192.168.50.105/neco /media/zajdan/ -o username=Administrator, domain=ultrus, password=kuniksicht,vers=3.0

nevrati to zadnou chybu, jen:

Kód: [Vybrat]

Usage:
 mount [-lhV]
 mount -a [options]
 mount [options] [--source] <source> | [--target] <directory>
 mount [options] <source> <directory>
 mount <operation> <mountpoint> [<target>]

Options:
 -a, --all               mount all filesystems mentioned in fstab
 -c, --no-canonicalize   don't canonicalize paths
 -f, --fake              dry run; skip the mount(2) syscall

netusite nekdo? diky

100

Hardware / Malware VPNFilter

« kdy: 03. 08. 2018, 19:33:20 »

Ahoj, dneska jsem zjistil, že několik Mikrotiků v síti je nakaženo, tak jsem zjednal nápravu.
Dočetl jsem se, že jsou již pro snort implementovány signatury na tyto neřády, ale není mi jasné, zda v takových pčípadech je nutné SNORT umístit mezi WAN routeru a ISP aby bylo možno tyto věci identifikovat.

díky

101

Server / VMware - možnost blokace portů na hypervizoru

« kdy: 27. 07. 2018, 12:29:42 »

Ahoj...
nepoužívám VMware, ale jsem v situaci kdy bych potřeboval ověřit, zda je možné aby hypervizor filtroval porty pro jeho běžící virtuály?

díky

102

O serveru Root.cz / Reklamy

« kdy: 26. 07. 2018, 12:25:07 »

onehdá to byl ježíš a teď zase toto...
já měl za to, že root(IInfo) ovládají sorošovci co nemají problém s penězi a ono se ukazuje, že naopak chudáci co sem plácnou i takovéto ubohosti:
https://www.sugar-stabilizer.com/1099356.html?t=1&Network=Content&kw=&ad=284324723748&SiteTarget=f0a90664ea7a44b2.anonymous.google

103

Server / GeoIP na Apache před kterým stojí Nginx proxy

« kdy: 11. 07. 2018, 13:44:04 »

Zdar čolci,
není mi uplně jasné, zda se k Apachi dostanou lokalizované IP návštěvníků, když před ním stojí Nginx proxy.
Služby jako netstats, matamo, piwik, které by na weby běžící na apachi mohli být nasazeny, tak zda by získali potřebné informace.
Díky za objasnění pokud někdo ví.

104

Server / Šifrování existující databáze

« kdy: 20. 06. 2018, 11:06:15 »

Zdar...
mam již existující MySQL databázi a rozhoduju se jakou metodou ji začít šifrovat.
Nechám si doporučit od zkušených, tak když by někdo doporučil/poradil, budu rád.
Chtěl bych zachovat čitelnost DB pro různé aplikace(dle mé potřeby).
Proto nechci šifrovat na úrovni jazyka, který tam bude sypat data, ale přímo na úrovni DB.

UPDATE user SET EMAIL = AES_ENCRYPT(EMAIL, 'password');
šifrujete jen citlivé sloupce nebo celou DB?

díky

105

Server / S.M.A.R.T na MegaRaid poli

« kdy: 13. 06. 2018, 16:58:47 »

Ahoj...
mam HW raid 1 (MegaRaid) a při záloze LV snapshotu jsem zachytil výstup:

Kód: [Vybrat]

DESTROY all the LVM snaphots
  /dev/databases/sql-server_snapshot: read failed after 0 of 4096 at 118111535104: Input/output error
  /dev/databases/sql-server_snapshot: read failed after 0 of 4096 at 118111592448: Input/output error
  /dev/databases/sql-server_snapshot: read failed after 0 of 4096 at 0: Input/output error
  /dev/databases/sql-server_snapshot: read failed after 0 of 4096 at 4096: Input/output error

pustil jsem tedy smartclt na oba disky:
smartctl -a -d megaraid,6 /dev/sdb

Kód: [Vybrat]

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
               ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:   424188540        0         0  424188540          0       1404.456           0
write:         0        0         0         0          0        612.763           0
verify: 2700427945        0         0  2700427945          0       2070.401           0

Non-medium error count:        2

smartctl -a -d megaraid,7 /dev/sdb

Kód: [Vybrat]

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
               ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:   420704234        0         0  420704234          0       1532.549           0
write:         0        0         0         0          0        612.736           0
verify: 2155469642        0         0  2155469642          0       1897.588           0

Non-medium error count:        8

Non-medium error count - to míní chyby jiné než na mediu/plotně? ...tedy elektronika, komunikace s řadičem(kabel) ?

díky

Stran: 1 ... 5 6 [7] 8 9 ... 23