Příspěvky

391

Hardware / Re:Náhrada klasické žárovky za LED

« kdy: 23. 04. 2015, 16:55:57 »

V některejch železářstvích a asi i akvaristikách jde koupit 100W (i jiné) tepelené zdroje pro chov domácích zvířat. Na krabičce je hezké kuřátko, stojí to něco přes deset korun a uvnitř je.... pšt.... :-)

392

Software / Re:Šifrování disku bez přesunu dat

« kdy: 24. 03. 2015, 15:14:06 »

Výpadek napájení můžeš řešit tak, že budeš šifrovat např. po 100MB kouscích a ne inplace.
Tzn. zašifruju 100MB, zkontroluju konzistenci, přepíšu nezašifrované zašifrovaným, jdu na dalších 100MB.

Pokud to spadne v prostřed, tak vždy bude jedna kopie dat správně.

393

Vývoj / Re:analýza dat- python - zrychlení

« kdy: 05. 03. 2015, 01:19:43 »

Prýmek: cython a numpy není alternativa, ale doplněk.

Numpy slouží k "dávkovém zpracování" velkého množství dat najednou. Ideálně se zakompilovanou dobrou
matematickou knihovnou, by byl paralelní.

Někdy je ale třeba data zpracovávat "element" po elementu, tak tam je numpy k ničemu. Cython tady naopak
udělá dobrou službu, včetně paralelizace alá openmp.

394

Vývoj / Re:analýza dat- python - zrychlení

« kdy: 04. 03. 2015, 23:58:52 »

Koukni sem:
http://docs.scipy.org/doc/numpy/reference/generated/numpy.loadtxt.html

načti tím soubor najednou a pak s ním nějak rozumně - tj. pokud možno ne tak, aby pro každý řádek matice běželi dva cykly (přinejmenším si např. udělej slovník pro pid - x,y,z, ať Ti stačí zkontrolovat jen
jednu věc a ne xPM * yPM).

395

Sítě / Re:Wi-Fi spoj na 5 km

« kdy: 24. 02. 2015, 13:33:25 »

Mě teda jeho komentáře pobavili.

Myslím, že oba víte, že na kopci to je často Ok, i oba víte, že ve skutečnosti nejde o ten kopec, tak co se vrátit k tématu? :-)

396

Hardware / Re:Prehistorická UPS - jakou baterii?

« kdy: 14. 01. 2015, 13:48:10 »

S tim "efektivnim čerpadlem" je to dobrá blbost. Protože článek zamlžuje jednu zásadní věc - kampak se asi ztratí ta elektrická energie spotřebovaná čerpadlem?

Úspora tedy nebude za elektřinu, ale za rozdíl mezi cenou tepla z elektřiny a z plynu. A tam už to přestává mít (když si člověk k tomu připočte nutnou práci) zajímavý.

397

Windows a jiné systémy / Re:DHCP ve FreeBSD jailu

« kdy: 04. 01. 2015, 17:10:45 »

Takhle:

Kód: [Vybrat]

dhcping -s 192.168.6.210 -c 192.168.6.200

398

Sítě / Re:Vlastny network protokol

« kdy: 04. 01. 2015, 16:50:49 »

Vlastní protokol má smysl, pokud neexistuje nějaký opensource, který danou věc řeší. V okamžiku, kdy existuje jabber, je vlastní protokol na IM IMHO blbina.

399

Windows a jiné systémy / Re:DHCP ve FreeBSD jailu

« kdy: 31. 12. 2014, 11:25:41 »

Ahoj,
bridge nepotřebuju zatím, ale plánuju tam přidat wifinu, a pak ho potřebovat budu, tak jsem si ho tam přidal hned, abych to pak nemusel celý překopávat. Ty DHCP requesty jsou cíleně vyvolaný pomocí dhcping, těma testuju, jestli je ten DHCP server v jailu dostupnej.

V každym případě díky za snahu poradit, i to se cení :-)
Hezkej Novej rok,
Logik

400

Windows a jiné systémy / Re:DHCP ve FreeBSD jailu

« kdy: 30. 12. 2014, 17:46:55 »

Ahoj,
byl jsem chvíli mimo, tak omluva za zdržení. Raw sockety povolený mam.

Příklad: pokud jail nevidí lo1, tak k němu packet prostě z principu nemůže doputovat.

Jo, to jsem si myslel taky :-)

Reakce na dhcping (platyz je hostitel, dhcp je jail), je tcdump je stejný v jailu i mimo, na bridge0
žádná reakce není.

Kód: [Vybrat]

[root@platys ~]# tcpdump -i lo0                               
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo0, link-type NULL (BSD loopback), capture size 65535 bytes
16:47:31.398271 IP 192.168.6.200.bootpc > 192.168.6.210.bootps: BOOTP/DHCP, Request from 00:00:00:00:00:00 (oui Ethernet), length 250

[root@dhcp /]# dnsmasq --no-daemon
dnsmasq: started, version 2.72 cachesize 150
dnsmasq: compile time options: IPv6 GNU-getopt no-DBus i18n IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth DNSSEC loop-detect
dnsmasq-dhcp: DHCP, IP range 192.168.6.100 -- 192.168.6.199, lease time 12h
dnsmasq: reading /etc/resolv.conf
dnsmasq: using nameserver 8.8.8.8#53
dnsmasq: using nameserver 213.46.172.36#53
dnsmasq: using nameserver 213.46.172.37#53
dnsmasq: read /etc/hosts - 2 addresses
dnsmasq-dhcp: DHCP packet received on lo0 which has no address

Ifconfigy:

Kód: [Vybrat]

[root@dhcp /]# ifconfig
igb0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO>
    ether 60:a4:4c:ea:6d:ce
    media: Ethernet autoselect
    status: no carrier
igb1: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO>
    ether 60:a4:4c:ea:6d:cf
    media: Ethernet autoselect (1000baseT <full-duplex>)
    status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
    options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
bridge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    ether 02:fe:4a:c8:9c:00
    inet 192.168.6.210 netmask 0xffffff00 broadcast 192.168.6.255 
    id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
    maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
    root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
    member: igb1 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 2 priority 128 path cost 2000000
lo1: flags=8008<LOOPBACK,MULTICAST> metric 0 mtu 16384
    options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>

[root@platys ~]# ifconfig
igb0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO>
    ether 60:a4:4c:ea:6d:ce
    inet 192.168.1.198 netmask 0xffffff00 broadcast 192.168.1.255 
    nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
    media: Ethernet autoselect
    status: no carrier
igb1: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO>
    ether 60:a4:4c:ea:6d:cf
    nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
    media: Ethernet autoselect (1000baseT <full-duplex>)
    status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
    options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
    inet6 ::1 prefixlen 128 
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 
    inet 127.0.0.1 netmask 0xff000000 
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
bridge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    ether 02:fe:4a:c8:9c:00
    inet 192.168.6.200 netmask 0xffffff00 broadcast 192.168.6.255 
    inet 192.168.6.214 netmask 0xffffff00 broadcast 192.168.6.255 
    inet 192.168.6.210 netmask 0xffffff00 broadcast 192.168.6.255 
    nd6 options=9<PERFORMNUD,IFDISABLED>
    id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
    maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
    root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
    member: igb1 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 2 priority 128 path cost 2000000
lo1: flags=8008<LOOPBACK,MULTICAST> metric 0 mtu 16384
    options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
    nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>

401

Vývoj / Re:Jak zjistit, proč spadl skript v Pythonu?

« kdy: 30. 12. 2014, 15:12:42 »

Použij něco z tohodle:
http://stackoverflow.com/questions/242485/starting-python-debugger-automatically-on-error
jestli skončí na exception, tak zjistíš proč

402

Windows a jiné systémy / Re:DHCP in Freebsd jail

« kdy: 27. 12. 2014, 13:26:51 »

Ten návod znám, jenže to bych musel nastavovat bind, kterej je daleko větší moloch než dnsmasq - rád bych zůstal u tohodle jednoduchýho řešení. A taky bych rád pochopil proč to nefunguje a ne něco "naklikal".

403

Windows a jiné systémy / DHCP ve FreeBSD jailu

« kdy: 27. 12. 2014, 12:15:44 »

Ahoj,
snažím se rozchodit dnsmasq ve Freebsd jailu. DNS jsem už rozchodil, ale DHCP mi nefunguje.
Síťovou konfiguraci mám následující:

cloned_interfaces="bridge0 lo1"
ifconfig_igb0="inet 192.168.1.198 netmask 255.255.255.0 up"
ifconfig_bridge0="inet 192.168.6.200 netmask 255.255.255.0 addm igb1 up"
ifconfig_igb1="up"
...
jail_dhcp_ip="bridge0|192.168.6.210/24"

DNS normálně funguje (teda funguje poté, co jsem do dnsmasq.conf dal
bridge-interface=bridge0,lo0 a povolil bpf sockety pro jail)

DHCP request z hostitele se k dnsmasq dostane (dle tcdumpu projde přes lo0 interface - proč,
když todle interface jail nemá?), odpověď není žádná. DHCP request z jiného stroje na
síti 192.168.6.1/24 dnsmasq vůbec nepřijme.

Nevíte, kde by moh bejt zakopanej pes?

404

Odkladiště / Re:Jak by ovlivnil výbuch jaderné bomby na Ukrajině IT sektor?

« kdy: 22. 12. 2014, 15:04:15 »

Bez faktov si len nikto. Presne ako USA. Kricia naprazdno.

Proč si agresivní? Dochází Ti argumenty? A proč v každém příspěvku musí zaznít USA - ty z něj máš fakt komplex, že?

Jinak důkazů o angažovanosti Ruska je dost.
- Včera např. vyšel rozhovor s ukrajinským vojákem, jak na ně stříleli přes hranice. Nebylo první.
- Dalším argumentem je náhlá vysoká úmrtnost v ruské armádě - oficiálně to jsou různé nehody - ale proč je najednou tolik Rusů nešikovných?
- Asi nejlepším důkazem jsou záběry ruské techniky pořízené na Ukrajině - některé např. vysílala Russia Today, takže to určitě není fake, a byla na ní prokazatelně T72 ve verzi, která se vyskytuje pouze v ruské armádě.
- USA také nekřičí bez důkazů, už ukazovala satelitní snímky.
- Také se podařilo ruské vojáky na ukrajině zajmout (pak tvrdili, že tam zabloudili na cvičení - zabloudit v době GPS o třicet kilometrů do vnitrozemí, navíc na území, kde se bojuje - takovým pohádkám snad nevěříš ani ty).
- Účast rusů na ukrajině potvrdily i kremelské úřady (prezidentská rada pro lidská práva).
- Pomoc ruska potvrdili i vojenští velitelé separatistů (např. Strelkov).
Atd...

405

Odkladiště / Re:Jak by ovlivnil výbuch jaderné bomby na Ukrajině IT sektor?

« kdy: 22. 12. 2014, 14:47:04 »

Irák byl v 90. agresor - zaútočil na Kuvajt. Husajn jako zodpovědná osoba za tuto válku byl přesto nechán u moci, ale za určitých podmínek. Pokud je porušil, tak prostě USA jen pokračovalo ve válce z 90. let. Vzhledem k tomu, že ty podmínky nebyly vůbec likvidační, tak moh bejt Husajn za ně ještě rád. Taky moh jít do Haagu.

A ano - na vlastnictví ZHM státem, jen díky kterému nezkončila Evropa v rukou diktátorů Stalina či Hitlera se opravdu dívá jinak než na vlastnictví diktátorem, který rozpoutal několik válek a který v nich ukázal, že ZHM klidně použije. Tobě na tom přijde něco divného?

A argument z Krymem je taky argument jak noha. Kdo že to může za stav v jakém Ukrajina je? Kdo vyzbrojuje separatisty a posílá svojí armádu do Donbasu? Argumentovat tím, že Rusko zachránilo Krymany před Ruskem, to už chce velkou dávku demagogie.