Příspěvky

1

Sítě / Re:KVM přes IP

« kdy: 13. 06. 2017, 16:21:41 »

Co třeba tohle? Akorát musíš mít javu

https://www.amazon.com/1PORT-USB-Remote-KVM-Spider/dp/B000OH5MDO

To zacina vypadat rozumne, java nevadi:-) ...jeste ta cena...:-) Moc diky za tip!

2

Sítě / Re:KVM přes IP

« kdy: 13. 06. 2017, 16:08:51 »

Takže něco takového?

http://www.netra.cz/adderlink-ipeps-kvm-via-ip-p-114533.html

Teď jsem pár minut hledal a podle toho co jsem našel bude problém ta cena Stačí ti aby do toho šlo připojit jedno zařízení? Má to být hodně přenosné?

Ano, neco jak jsi poslal odkaz. Stacilo by jedno pripojene zarizeni a mobilita, tak nejak at to jsem schopen prenest sam v jedne osobe, zadne elektronky a rele...:-), delam si legraci:-) Rekneme, at je to tak do velikosti treba 1U pozice v racku...

...a cena, opravdu to muze byt nejaky repas...

3

Sítě / Re:KVM přes IP

« kdy: 13. 06. 2017, 15:31:16 »

A ty různé stroje jsou servery? Nebo jde i o desktopy? Většina serverů má tzv. out of band management. U HP serverů se tomu říká HP iLO, u Dell serverů se to jmenuje iDrac. Předpokládám že ostatní výrobci mají také svoje out of band rozhraní.

Bohuzel je to opravdu cokoli od notasu, pres desktopy az po servery. Proto potrebuji neco univerzalniho. Zatim me jako to KVMko funguje manzelska na rodivoske dovolene po telefonu, ale to se brzo zmeni :-)...tak proto patram :-)

4

Sítě / KVM přes IP

« kdy: 13. 06. 2017, 14:53:02 »

Ahojte,
shanim vhodne reseni pro snadnou spravu pocitacu na dalku po siti, ale nehledam VNC, SSH a podobne, viz dale.

Jde me o to, ze casto instaluji ruzne stroje (ruznorody HW) a jak vsichni vime, nektere kroky trvaji i desitky minut, a casto musim treba odejit z kancelare a stroj pak stoji na nejakem potvrzovacim kroku typu "Pro pokracovani instalace stisknete OK". Pritom by stacilo se odnekud jen vzdalene pripojit treba na notasu/mobilu a hlasku odkliknout.

Problem je, ze obcas pri tech instalacich clovek musi otevrit i BIOS/UEFI a to zrovna pres nejake VNC/SSH/RDP reseni nepujde. Proto shanim co nejoptimalnejsi reseni pro prenos klavesnice, mysi  (oboji staci dnes jiz USB) a obrazu (staci VGA - vzdy mam po ruce nejakou redukci). Tato rozhrani zapojim do nejake "krabicky", ktera bude mit LAN rozhrani se svoji IP. Na firewallu na tuto IP pak vystavim ven nejaky TCP port/y a na notasu (pripadne mobilu - androidim) budu mit nejakou klientskou aplikaci, pres kterou se bude dat vzdalene vzdy mrknout treba z MHD ci cekanty u lekare :-), jak na tom instalace je a pripadne ji popostrcit...

Klidne to muze byt nejake zarizeni z druhe ruky ci repas. Rad bych se dostal na nejakou rozumnou castku, rekneme do 3 tisic v Kc, teda pokud to neni utopie, pokud je, nezlobte se... Zevrubne jsem totiz nasel jen nejaka profi KVM reseni obvykle v cenove relaci 10x vetsi, nez jakou jsem uvedl...

5

Sítě / Nejlepši linuxový nástroj na sledování trafiku na jednolivých IP

« kdy: 29. 09. 2016, 13:51:12 »

Ahojte,
jaky nastroj nejlepe doporucit na Debianni router pro sledovani trafiku pro jednotlive uzivatele (IP). Idealne, aby byly statistiky dostupne za den pro konkretni IP adresy.

Pro realtime monitoring pouzivam iftop a je fine, ale rad bych i nastroj, ktery to cele nejak sesumarizuje za napriklad cely den a idealne abych i videl za co ten trafik byl (cca - web, video, stream...), ale to neni podminkou.

Diky za pripadne tipy :-)

6

Hardware / Re:Výpadky síťového rozhraní po update na Debian Jessie

« kdy: 25. 04. 2016, 10:56:58 »

Tak po dalsim dni googleni, jsem se dostal k tomu, ze by za tim mohlo byt povolene TSO (tcp segmentation offload) na sitovce, kde novy kernel s tim ma udajne u nekterych sitovek problem.

Je tu nekdo s hlubsi sitovou znalosti (TCP) a mel nervy a case me trosku "cesky"objasnit k cemu presne je TSO potreba, jak funguje, a pripadne jak moc jeho vypnuti muze treba snizit vykon systemu? :-)

Diky.

Tak vypnuti TSO pomohlo a rozhranni drzi bez jedineho vypadku jiz 4. den :-) Takze snad to pomuze i nekomu jinemu :-)

7

Hardware / Re:Výpadky síťového rozhraní po update na Debian Jessie

« kdy: 21. 04. 2016, 12:35:41 »

Tak po dalsim dni googleni, jsem se dostal k tomu, ze by za tim mohlo byt povolene TSO (tcp segmentation offload) na sitovce, kde novy kernel s tim ma udajne u nekterych sitovek problem.

Je tu nekdo s hlubsi sitovou znalosti (TCP) a mel nervy a case me trosku "cesky"objasnit k cemu presne je TSO potreba, jak funguje, a pripadne jak moc jeho vypnuti muze treba snizit vykon systemu? :-)

Diky.

Novější kernel a případně firmware z Debian Backports nepomůže?

No popravde jsem zatim netestoval, ale kdyz nepomuze vypnuti TSO, tak asi zkusim...

8

Hardware / Re:Výpadky síťového rozhraní po update na Debian Jessie

« kdy: 21. 04. 2016, 11:37:48 »

Tak po dalsim dni googleni, jsem se dostal k tomu, ze by za tim mohlo byt povolene TSO (tcp segmentation offload) na sitovce, kde novy kernel s tim ma udajne u nekterych sitovek problem.

Je tu nekdo s hlubsi sitovou znalosti (TCP) a mel nervy a case me trosku "cesky"objasnit k cemu presne je TSO potreba, jak funguje, a pripadne jak moc jeho vypnuti muze treba snizit vykon systemu? :-)

Diky.

9

Hardware / Výpadky síťového rozhraní po update na Debian Jessie

« kdy: 20. 04. 2016, 13:51:40 »

Ahojte,
po update Debianu ze Squeeze na Jessie mam na routeru vypadky sitoveho rozhrani, nahodne nekdy i nekolikrat za hodinu, jindy to jede 5 hodin ok. Problem je, ze behem toho vypadku samozrejme vypadne pripojeni na net a obcas je i dost slozite ted na tom routeru neco obslouzit pres SSH :-(

Dokud jel router na Squeeze vse byl ok.

Zkousel jsem zkompilovat a nahrat posledni ovladace od intelu vydane letos v lednu a take nic.
Sitovka je presne:  Intel Corporation 82567LM-3 Gigabit Network

Mate nekdo nejakou radu? Navic nejsem sam (https://lists.debian.org/debian-kernel/2015/05/msg00045.html), kdo toto resi a nemohu zatim najit reseni

Vypis ze syslogu behem vypadku rozhranni:

Kód: [Vybrat]

[tt]Apr 20 13:43:07 elly kernel: [78550.820228] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
Apr 20 13:43:07 elly kernel: [78550.820228]   TDH                  <16>
Apr 20 13:43:07 elly kernel: [78550.820228]   TDT                  <21>
Apr 20 13:43:07 elly kernel: [78550.820228]   next_to_use          <21>
Apr 20 13:43:07 elly kernel: [78550.820228]   next_to_clean        <11>
Apr 20 13:43:07 elly kernel: [78550.820228] buffer_info[next_to_clean]:
Apr 20 13:43:07 elly kernel: [78550.820228]   time_stamp           <1012a7fad>
Apr 20 13:43:07 elly kernel: [78550.820228]   next_to_watch        <16>
Apr 20 13:43:07 elly kernel: [78550.820228]   jiffies              <1012a80d1>
Apr 20 13:43:07 elly kernel: [78550.820228]   next_to_watch.status <0>
Apr 20 13:43:07 elly kernel: [78550.820228] MAC Status             <80083>
Apr 20 13:43:07 elly kernel: [78550.820228] PHY Status             <796d>
Apr 20 13:43:07 elly kernel: [78550.820228] PHY 1000BASE-T Status  <7800>
Apr 20 13:43:07 elly kernel: [78550.820228] PHY Extended Status    <3000>
Apr 20 13:43:07 elly kernel: [78550.820228] PCI Status             <10>
Apr 20 13:43:09 elly kernel: [78552.820225] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
Apr 20 13:43:09 elly kernel: [78552.820225]   TDH                  <16>
Apr 20 13:43:09 elly kernel: [78552.820225]   TDT                  <21>
Apr 20 13:43:09 elly kernel: [78552.820225]   next_to_use          <21>
Apr 20 13:43:09 elly kernel: [78552.820225]   next_to_clean        <11>
Apr 20 13:43:09 elly kernel: [78552.820225] buffer_info[next_to_clean]:
Apr 20 13:43:09 elly kernel: [78552.820225]   time_stamp           <1012a7fad>
Apr 20 13:43:09 elly kernel: [78552.820225]   next_to_watch        <16>
Apr 20 13:43:09 elly kernel: [78552.820225]   jiffies              <1012a82c5>
Apr 20 13:43:09 elly kernel: [78552.820225]   next_to_watch.status <0>
Apr 20 13:43:09 elly kernel: [78552.820225] MAC Status             <80083>
Apr 20 13:43:09 elly kernel: [78552.820225] PHY Status             <796d>
Apr 20 13:43:09 elly kernel: [78552.820225] PHY 1000BASE-T Status  <7800>
Apr 20 13:43:09 elly kernel: [78552.820225] PHY Extended Status    <3000>
Apr 20 13:43:09 elly kernel: [78552.820225] PCI Status             <10>
Apr 20 13:43:11 elly kernel: [78554.820218] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
Apr 20 13:43:11 elly kernel: [78554.820218]   TDH                  <16>
Apr 20 13:43:11 elly kernel: [78554.820218]   TDT                  <21>
Apr 20 13:43:11 elly kernel: [78554.820218]   next_to_use          <21>
Apr 20 13:43:11 elly kernel: [78554.820218]   next_to_clean        <11>
Apr 20 13:43:11 elly kernel: [78554.820218] buffer_info[next_to_clean]:
Apr 20 13:43:11 elly kernel: [78554.820218]   time_stamp           <1012a7fad>
Apr 20 13:43:11 elly kernel: [78554.820218]   next_to_watch        <16>
Apr 20 13:43:11 elly kernel: [78554.820218]   jiffies              <1012a84b9>
Apr 20 13:43:11 elly kernel: [78554.820218]   next_to_watch.status <0>
Apr 20 13:43:11 elly kernel: [78554.820218] MAC Status             <80083>
Apr 20 13:43:11 elly kernel: [78554.820218] PHY Status             <796d>
Apr 20 13:43:11 elly kernel: [78554.820218] PHY 1000BASE-T Status  <7800>
Apr 20 13:43:11 elly kernel: [78554.820218] PHY Extended Status    <3000>
Apr 20 13:43:11 elly kernel: [78554.820218] PCI Status             <10>
Apr 20 13:43:13 elly kernel: [78556.820258] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
Apr 20 13:43:13 elly kernel: [78556.820258]   TDH                  <16>
Apr 20 13:43:13 elly kernel: [78556.820258]   TDT                  <21>
Apr 20 13:43:13 elly kernel: [78556.820258]   next_to_use          <21>
Apr 20 13:43:13 elly kernel: [78556.820258]   next_to_clean        <11>
Apr 20 13:43:13 elly kernel: [78556.820258] buffer_info[next_to_clean]:
Apr 20 13:43:13 elly kernel: [78556.820258]   time_stamp           <1012a7fad>
Apr 20 13:43:13 elly kernel: [78556.820258]   next_to_watch        <16>
Apr 20 13:43:13 elly kernel: [78556.820258]   jiffies              <1012a86ad>
Apr 20 13:43:13 elly kernel: [78556.820258]   next_to_watch.status <0>
Apr 20 13:43:13 elly kernel: [78556.820258] MAC Status             <80083>
Apr 20 13:43:13 elly kernel: [78556.820258] PHY Status             <796d>
Apr 20 13:43:13 elly kernel: [78556.820258] PHY 1000BASE-T Status  <7800>
Apr 20 13:43:13 elly kernel: [78556.820258] PHY Extended Status    <3000>
Apr 20 13:43:13 elly kernel: [78556.820258] PCI Status             <10>
Apr 20 13:43:15 elly kernel: [78558.820246] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
Apr 20 13:43:15 elly kernel: [78558.820246]   TDH                  <16>
Apr 20 13:43:15 elly kernel: [78558.820246]   TDT                  <21>
Apr 20 13:43:15 elly kernel: [78558.820246]   next_to_use          <21>
Apr 20 13:43:15 elly kernel: [78558.820246]   next_to_clean        <11>
Apr 20 13:43:15 elly kernel: [78558.820246] buffer_info[next_to_clean]:
Apr 20 13:43:15 elly kernel: [78558.820246]   time_stamp           <1012a7fad>
Apr 20 13:43:15 elly kernel: [78558.820246]   next_to_watch        <16>
Apr 20 13:43:15 elly kernel: [78558.820246]   jiffies              <1012a88a1>
Apr 20 13:43:15 elly kernel: [78558.820246]   next_to_watch.status <0>
Apr 20 13:43:15 elly kernel: [78558.820246] MAC Status             <80083>
Apr 20 13:43:15 elly kernel: [78558.820246] PHY Status             <796d>
Apr 20 13:43:15 elly kernel: [78558.820246] PHY 1000BASE-T Status  <7800>
Apr 20 13:43:15 elly kernel: [78558.820246] PHY Extended Status    <3000>
Apr 20 13:43:15 elly kernel: [78558.820246] PCI Status             <10>
Apr 20 13:43:16 elly kernel: [78559.824096] e1000e 0000:00:19.0 eth0: Reset adapter unexpectedly
Apr 20 13:43:18 elly kernel: [78562.672861] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[/tt]

10

Hardware / Re:Bezkontaktní čtečka karet s LAN rozhranním

« kdy: 31. 03. 2016, 10:18:43 »

Triviální, banalitní a hloupý přístupák nějak takto, prostě KISS.
www.mojeservery.cz/video-jak-probihal-vyvoj-rfid-pristupoveho-systemu/

Toto vypada celkem dobre, diky :-) Otazka jak je to cele resene a spolehlive, zkusim jim napsat....

11

Hardware / Re:Bezkontaktní čtečka karet s LAN rozhranním

« kdy: 30. 03. 2016, 19:10:27 »

Nikdo nemá moc zájem prodávat neúplné řešení co si pepa poskládá s návodem z dochazka.blog.cz, když si to chceš poskládat sám tak použij arduino nebo raspberry, jinak našel jsem tu board + rfid. Základ je umět googlit.


 http://www.ebay.com/itm/TCP-IP-Network-Entry-Access-Control-Board-Panel-Web-Door-2-RFID-Reader-Keypad/381576157944?rt=nc&_soffid=5014090302&_soffType=OrderSubTotalOffer&_trksid=p5731.m3795

Diky za tip. Googlit snad i umim, ale spis prave chci neco doporucit, neco s cim ma treba nekdo zkusenosti a vi proc to doporucit ci naopak :-) Kazdopadne diky :-)

12

Hardware / Re:Bezkontaktní čtečka karet s LAN rozhranním

« kdy: 30. 03. 2016, 19:03:48 »

tvl po 80 min od dotazu se divit, ze jeste nemas hafo odpovedi ... samo ze existuji, pokud si vzpomenu mrknu, jak se menuje ta vec co mame v praci, presne toto splnuje.

Diky :-) To by bylo super :-)

13

Hardware / Re:Bezkontaktní čtečka karet s LAN rozhranním

« kdy: 30. 03. 2016, 17:01:12 »

Jediný co ta čtečka dělá, je že odesílá přečtený kód někam na server. To pak musí být hračka do toho arduina naprogramovat. A stát to nebude prakticky nic.

Čtečku co otevírá dveře bych fakt nechtěl, to je většinou laciný brak. Pokud takovou čtečku utrhnu ze zdi, můžu  zpravidla dveře otevřít i bez karty...

Jasne, netvrdim, ze to Arduinem nepujde. Ale rad bych nejake embded hotove reseni i se sasim. Ctecek bude asi vic, tak at se s tim nemusim skladat, slozite testovat. Hledat krabicku a podobne. To vazne nic neexistuje? :-(

14

Hardware / Re:Bezkontaktní čtečka karet s LAN rozhranním

« kdy: 30. 03. 2016, 16:07:52 »

http://www.postavrobota.cz/RFID-ctecka-MFRC522-token-karta-d66.htm plus arduino a ethernet shield. A nebo místo toho nodemcu, případně ESP-8266 a bylo by to bezdrátově.

Diky za typ, rad bych spis uz neco hotoveho i se sasi, aby to byl samostatne funkcni celek, ktery jen nastavim/donaprogramuji. Arduino radim spis asi az na jednu z poslednich pozic :-) Ale zatim diky.

15

Hardware / Bezkontaktní čtečka karet s LAN rozhranním

« kdy: 30. 03. 2016, 15:41:15 »

Zdravim vsechny,
rad bych vytvoril jednoduchy dochazkovy system, ktery bych napojil na stavajici informacni system (PHP, MySQL). Jde me o to doporucit, poradit nejakou vhodnou ctecku karet, ktera ma zrovna LAN rozhranni idealne i s PoE. Neni nutne, aby ctecka treba otvirala dvere, i kdyz i to by mohlo byt fine (aby na sobe mela nejaky spinac jako rele). 

Poradite nekdo nejake reseni? Opravdu ted nemam zajem o nejake "hotove" dochazkove systemy tretich stran. Rad bych si to cele nejak rozume poskladal sam. Clovek se aspon neco noveho nauci :-)

Predstava je cca, ze by ctecka treba po lan komunikovala s webovym serverem v realnem case. Kdy server by logoval prectene karty a aby na ctecku slo poslat signal, ze karta je prectena ok a schvalena (komunikace zalozena treba na HTTP?).

Pripadne aby si treba ctecka drzela databazi schvalenych cipu/karet a na zaklade toho vyhodnocovala co a jak. Zase jak s ni komunikovat idealne pres LAN - TCP/IP za pomoci nejakeho PHP skriptu a podobne.

Moc diky za pripadne navrhy.