reklama

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.


Příspěvky - S B

Stran: [1] 2
1
Odkladiště / Re:Přípojky dílny na zahradě
« kdy: 23. 07. 2019, 16:38:32 »
Uplne zbytocne. Tieneny CAT6A postacuje. Dokonca CAT5e bude stacit - neviem, co potrebuje clovek prenasat vysokymi rychlostami...

Bylo to tu řečeno jasně - optický kabel má jednu ku**vskou výhodu - nevede elektriku, takže problémy s rozdílem potenciálů, indukcemi, zkraty, blesky ap. jsou vyřešeny.

2
Pripadne nasledovnik https://lua.xprivacy.eu/ (zalezi co znamena "starsi" verze).

Máte někdo zkušenost s Lua Xprivacy v LienageOS?

3
Sítě / Re:Přesměrování portů
« kdy: 12. 07. 2019, 09:28:48 »
Zadání není kompletní - není z něj jasné, zda bude nově provoz přeposílán ze zařízení s veřejnou adresou (asi toho routeru), nebo neveřejnou (něco místo toho původního serveru), pak by zůstal na routeru DSTNAT na neveřejné zařízení + masquerade ven, každopádně výše uvedené SRC+DSTNAT mezi původní a novou službou platí.

4
Hardware / Re:HDD nebo SDD do lowcost domaciho NASu?
« kdy: 08. 07. 2019, 09:58:20 »
Když HDD, tak určitě 2,5palcový - je sice kapku dražší, ale malý, tichý, úsporný, téměř nehřeje. Může se také hodit, že nepotřebuje složité napájení.

5
Sítě / Re:Linuxový router a IPv6 forwarding
« kdy: 25. 06. 2019, 09:43:54 »
To chápu. Bavíme se o tom proto, že splnění bodu 1 je pro zákazníka nežádoucí, protože mu ubírá využitelný rozsah vnitřní sítě. Když už nutně musí mít ISP (jakože zjevně nemusí) veřejnou adresu na WAN routeru zákazníka, nemohl by si pro všechny zákaznické routery vyhradit jeden vlastní prefix?

6
Sítě / Re:Linuxový router a IPv6 forwarding
« kdy: 24. 06. 2019, 14:06:15 »
Můj router na rozhraní WAN (alespoň ve výchozím stavu) nemá veřejnou 6, přesto vše v LAN jede. Kde udělali soudruzi z T-Mobile chybu?

7
Sítě / Re:Linuxový router a IPv6 forwarding
« kdy: 21. 06. 2019, 15:14:08 »
Tady nejde ani tak o to, že přijdete o jednu z 256 sítí, ale že když si je budete chtít hierarchicky po bitech z adresy rozfrcat do podsítí, tak máte problém, protože zabráním jedné /64 routerem (i kdyby to byla jedna /128) už není ten adresní prostor /56 symetrický, takže musíte dělit už jen /57.

Tady jde vidět, že i IPv6 se dá připojit různě, buďto pomocí prefix delegation, nebo pomocí router advertisement (jestli to píšu technicky správně), přičemž to žádný poskytovatel explicitně neuvádí, ani ve smlouvě neřeší (což se nijak neliší od mlhy kolem vlastností IPv4).

8
Sítě / Re:Linuxový router a IPv6 forwarding
« kdy: 19. 06. 2019, 15:54:15 »
...Nebývá obvyklé, aby ISP router routoval celou /56 jako lokální sít, obvykle z ní vybere první /64, která bude sloužit jako spojovačka...

???
Měl jsem za to, že tohle se řeší linkovou adresou (fe80), aby nedocházelo k zbytečnému použití rozsahu a zanášení bordelu do něj. (Alespoň T-Motýle to tak má.)

9
Sítě / Re:Rychlost připojení O2
« kdy: 07. 06. 2019, 22:18:14 »
Přejděte k T-Mobile, pak problém zmizí. Tohle sebemrskačství zůstávat u O2 nepochopím.

10
Server / Re:Ubuntu NTP: východ a západ slunce
« kdy: 03. 06. 2019, 16:48:14 »
Tak to už je pak jednodušší vystrčit ven fotočidlo, ne?

11
Studium a uplatnění / Re:Práce ve VSHosting
« kdy: 31. 05. 2019, 16:57:19 »
Jak pozná Bývalý zaměstnanec, že ty e-maily nepatří členům vedení dané společnosti???

12
Vývoj / Re:Sběr dat, databáze
« kdy: 29. 05. 2019, 12:03:48 »
Broker či vlastní protokol vůbec není jedno. Pokud použiju brokera, najdu spoustu sw, který už je připravený na spolupráci s ním a množství kódu, který budu muset napsat, se radikálně sníží. Pokud si vymyslím vlastní protokol, skončím u toho, že si budu brokera psát sám, strávím nad tím spoustu času a udělám to hůř.

Stejně tak volba DB: mít hezké rozhraní je víceméně nutnost, ale co je za ním taky není tak úplně jedno. Pokud bude DB polovinu strojového času pálit třeba na řešení transakcí, které v tomhle usecasu vůbec nepotřebuju, a místo Raspberry to budu muset provozovat na x86 server-grade hw, je to setsakramentský rozdíl.

Jasně, ale o tom má odpověď nebyla, byla o tom, že připojovat jednotlivé klienty přímo k DB je prasečina.

13
Vývoj / Re:Sběr dat, databáze
« kdy: 29. 05. 2019, 10:15:08 »
Snad jediné koncepční řešení zde napsal Gofi - naslouchající klienty jsou oddělené od zařízení i databáze, data získávají přes jednotné, abstraktní, nezávislé rozhraní (broker či vlastní protokol, je to jedno). Volba DB (včetně výměny, více DB, další redistribuce ap.) je pak už jen okrajovým a lokálním problémem.


Je zbytečné tvořit message brokera, když můžeš použít obyčejnou cache, kterou má webserver.

Naprosto netuším, co by mohl mít požadovaný systém společného s webserverem.

14
Sítě / Re:Doporučení VPN služby
« kdy: 29. 05. 2019, 09:44:40 »
Vzhledem k tomu, že zadání neobsahuje popis sítě s oněmi 2 počítači a sítě s notebookem a jejich vzájemnou dostupnost, není co doporučovat.
A doporučit Teamviewer? To je rada hodná skutečného odborníka...

15
Sítě / Re:Rozvaděč pro domácí síť a učení
« kdy: 02. 05. 2019, 09:03:02 »
Udělejte něco s tím výpočtem (a svojí češtinou).

Stran: [1] 2

reklama