Příspěvky

2341

Sítě / Re:spojení wifi

« kdy: 29. 08. 2019, 11:10:18 »

A co kdyz mam doma jednu sit s jednim autoritativnim DHCP serverem spolecnym pro vsechna WIFi AP?

Pokud máte doma jeden router a k němu několik WiFi v režimu bridge, tak máte jeden, slovy jeden router, a ne dva routery.

Proc zase pisete romany o necem, o cem toho moc nevite...

Máte tam chybu. Ten, kdo o tom neví, jste vy, a nevíte nic. Nastudujte si, jaký je rozdíl mezi routerem a bridgem, pak možná začnete chápat, o čem jsem psal.

2342

Sítě / Re:spojení wifi

« kdy: 29. 08. 2019, 09:41:20 »

Jinou IP dostavat nemusi - je to pouze o nastaveni routeru
A to umi i hloupe SOHO routery

Mít doma síť, kde by dva nezávislé routery měly pod sebou síť se stejnými IP adresami, není dobrý nápad. Například by pak mezi sebou nemohla komunikovat zařízení z těch dvou sítí. A i kdyby ty dvě sítě měly stejné rozsahy IP adres, budou za NATem a pokaždé to bude NATovat jiný router. Takže ten mobil by sice mohl získat znovu stejnou IP adresu (pokud by ji už nemělo jiné zařízení v síti), ale spojení by se stejně rozpadla.

2343

Sítě / Re:spojení wifi

« kdy: 29. 08. 2019, 08:22:37 »

Telefon se k WiFi síti připojuje na základě jejího SSID. Takže pokud bude mít více sítí stejné SSID a budou mít stejné heslo, telefon se bude umět připojit ke kterékoli z nich. Pokud je v dosahu více sítí, ke kterým se telefon umí připojit (více sítí se stejným SSID je jen speciální varianta), připojí se k lépe dostupné síti, pokud začne ztrácet signál té sítě, ke které je aktuálně připojený. Nebude to tak, že by se neustále snažil připojit k nejlepší síti, protože to není úplně „levná“ operace – uživatel přijde o všechna navázaná spojení, přihlášení do nové sítě také nějakou dobu trvá, a připojit se do nové sítě je risk (např. tam vůbec nemusí být dostupná internetová konektivita, může být za captive portálem apod.). Takže předpokládám, že se mobil spíš bude držet aktuální sítě a na jinou přepínat až v okamžiku, kdy tu aktuální začne ztrácet. Teoreticky může být větší ochota přecházet mezi sítěmi se stejným SSID, u kterých se dá předpokládat, že budou nakonfigurované stejně – ale nevím, jak se v tom chovají různé OS.

Každopádně pokud takto budete mít dva routery a budete mezi nimi přecházet, dostane váš mobil při přechodu novou IP adresu a všechna navázaná spojení se přeruší. Pokud byste tedy např. stahoval velký soubor a přešel z jedné sítě do druhé, stahování se přeruší a budete muset soubor stáhnout znovu.

Existují řešení, kdy můžete přecházet mezi jednotlivými vysílači a ony si vás předávají (stejně jako v GSM síti), takže zůstanete trvale připojen. Ale to musíte mít zařízení od jednoho výrobce která to umí. Dělá se to tak v podnikové sféře (firmy, školy, úřady…), SOHO routery to neumí. Asi nejlevnější řešení použitelné i pro SOHO je UniFi s kontrolérem od Ubiquiti.

2344

Sítě / Re:Převedení rozsahu IPv6 adres na CIDR formát

« kdy: 26. 08. 2019, 21:10:17 »

Příkaz ipcalc počítá jen s IPv4. Zkuste najít nějaký jiný nástroj, který bude umět (i) IPv6, Google poradil třeba subnetcalc.

2345

Studium a uplatnění / Re:Učebnice programovania

« kdy: 22. 08. 2019, 21:02:19 »

Klasika je Učebnice jazyka Java od Pavla Herouta. Kdysi dávno tady vyšla recenze na první vydání.

2346

Sítě / Re:IPtables - „globální“ přepis IP adresy

« kdy: 22. 08. 2019, 11:17:02 »

tak i SNAT aby se pakety vracely stejnou cestou.

SNAT by byl potřeba jedině v případě, že by nová IP adresa serveru byla v jiné síti, než stará IP adresa, a cesta mezi klientem a novou sítí nevedla přes ten NATující router.

2347

Sítě / Re:IPtables - 'globalni' prepis IP adresy

« kdy: 22. 08. 2019, 08:57:51 »

To, co řešíte, je klasický DNAT. Při použití iptables je v tabulce nat OUTPUT určené pro komunikaci lokálních procesů, PREROUTING a POSTROUTING se používá na routeru pro komunikaci, která prochází skrz router. Záleží tedy na tom, zda ten NAT nastavujete přímo na počítači s aplikací nebo na routeru.

NAT nastavujete jenom pro směr, ve kterém se navazuje TCP/IP spojení – pakety v opačném směru upraví jádro odpovídajícím způsobem samo.

iptables pracují vždy s IP adresami – i kdybyste použil doménu, přeloží se v okamžiku nastavování pravidla a pak už se IP adresa nezmění, bez ohledu na to, co se bude dít s DNS.

2348

Sítě / Re:Jak naroutovat< co je kapacitní

« kdy: 21. 08. 2019, 18:59:52 »

kapacitní přípojka, ale je potřeba mít kapacitní download. Download jde přes satelit (který má dostatečně kapacitní pásmo

co je kapacitní  pásmo, kapacitní download a kapacitní přípojka?

V ČR se to nabízelo v době, kdy připojení k internetu vůbec nebylo běžné, domácnosti – pokud teda vůbec měly nějaké připojení – se připojovaly vytáčeným připojením přes telefonní linku, firmy měly třeba ISDN. Kdo potřeboval víc, potřeboval, aby k němu fyzicky vedl kabel nějakého ISP. Pokud někde bylo potřeba víc než ta telefonní linka, firma to mohla zaplatit a zároveň by kabel byl neúměrně drahý (protože by se musela udělat nová přípojka dlouhá několik kilometrů), bylo možné použít to satelitní připojení. Typický provoz koncového uživatele je dost asymetrický, mnohem víc je downloadu než uploadu (proto je možné nabízet asymetrické ADSL/VSDL, kde je poměr download:upload 10:1 nebo i víc). Takže pro upload stačila ta telefonní linka (která měla, když to šlo dobře, 56 kbit/s), download šel přes satelit (protože dostat signál ze země na satelit není taková sranda, jako dostat ho ze satelitu na zem, takže uplink přes satelit by byl výrazně dražší záležitost).

Kapacitní pásmo, přípojka, linka atd. tedy bylo myšleno to, že vám nestačila kapacita/rychlost vytáčeného připojení 56 kbit/s, ale potřeboval jste nějakou závratnou rychlost, třeba 512 kbit/s nebo 1 Mbit/s nebo dokonce ještě víc…

2349

Hardware / Re:Adaptér HDMI (Display Port) → USB-C

« kdy: 20. 08. 2019, 18:59:41 »

Doposud dobry - a ted prichazi velka neznama: onen monitor, ktery ma TypeC - ma opravdu PD sink + alt mode: DP sink? Nebo je to nejake USB zarizeni? Ono totiz u Type C clovek nikdy nevi!

To, o čem uvažuju já, je opravdu zařízení s DP Alternate (Alt) Mode – například Asus MB169C+.

2350

Sítě / Re:Jak naroutovat

« kdy: 19. 08. 2019, 16:52:24 »

Ehm, a že jste mu poradil.

Ano, poradil. O VPN už psal někdo přede mnou, bylo by zbytečné to opakovat, takže jsem v komentáři č. 3 uvedl ještě druhou možnost.

Zato vaše „rady“ jsou fakt užitečné. Pivotal nepsal nic o tom, že přes to chce pořádat videokonference, takže vaše poznámky o rozdílných latencích a nemožnosti řídit průtok oběma směry jsou úplně mimo.

2351

Sítě / Re:Jak naroutovat

« kdy: 19. 08. 2019, 16:24:01 »

Ehm, přečtěte si tazatelovy dotazy.

Nápodobně.

To, co on chce - tj. spojit dvě linky a nic moc neřešit - to prostě jednoduše nejde.

Jenže tazatel chce něco jiného. On chce použít jednu linku pro upload a druhou pro download. „Nic moc neřešit“ nebo „jednoduše“ v tazatelově příspěvku také hledám marně – naopak výslovně psal, že ho zajímá, zda je to technicky možné.

Mimochodem, přesně tenhle princip se používá (i když typicky u jednoho ISP) tam, kde není dostupná kapacitní přípojka, ale je potřeba mít kapacitní download. Download jde přes satelit (který má dostatečně kapacitní pásmo), a uplink může jít třeba přes vytáčené spojení.

Proto preferuju krátkou odpověď než filozofování na téma řízení provozu (nad DSL a LTE ).

Kdo tady psal o řízení provozu? Vždyť je to triviální – pakety odesílat jednou linkou, a nechat si je posílat (download) druhou linkou. Nic víc tazatel nepotřebuje.

2352

Sítě / Re:Jak naroutovat

« kdy: 19. 08. 2019, 13:51:39 »

No to je zajímavý problém. To s tím určení, co je upload a download myslíš i takové detaily jako TLS handshake, kdy střídavě to jde tam a odtam? To by mě zajímalo jak tady tohle udělat.

TLS handshake na to nemá žádný vliv. Podle vašeho popisu je rozlišení download vs. upload směr putování paketu – download jsou pakety jdoucí k vám, upload pakety od vás. V rámci jednoho TCP/IP spojení tedy máte download i upload.

Download a upload by se dal rozlišovat i podle toho, odkud je navázáno spojení – za prvé asi budou všechna spojení navazována od vás, za druhé když to řešíte kvůli kvalitě a FUPu, jde právě o ten směr paketů, ne odkud bylo navázáno spojení.

Případně jde zařídit, aby obě připojení měla stejnou IP?

Ne.

Dotaz je spíš takový, jestli něco vůbec takovéhle je teoreticky možné a jak se vypořádat s vzniknuvšivími problémy.

Teoreticky to možné je. Jak už tu padlo, buď si někde v internetu pořídíte vlastní uzel (např. VPS), odkud bude navazována skutečná komunikace s cílovými zařízeními, a obě připojení použijete jen pro připojení k tomu uzlu (např. přes VPN). Nebo – pokud ISP pro upload nekontroluje zdrojové IP adresy paketů – můžete jako zdrojovou IP adresu použít tu IP adresu od ISP, kterého chcete použít pro download (tím pádem odpověď půjde přirozeně tudy), ale pakety od sebe odesílat přes ISP pro upload (pokud nebude kontrolovat zdrojovou IP adresu, tak paket projde).

Každopádně pokud se na to takhle ptáte, měl byste si spíš najít někoho, kdo to případně dokáže realizovat.

Na to je krátká odpověď: není to reálné, proto to nikdo nedělá.

Multi-homed sítě jsou běžná věc a pravidla pro řízení provozu bývají mnohem složitější, než upload jednou linkou a download druhou.

2353

Hardware / Re:Adaptér HDMI (Display Port) → USB-C

« kdy: 19. 08. 2019, 11:34:07 »

DisplayPort leverages the Alternate Mode Functional Extension of the USB Type-C interface

To není jen propojení drátů, ale i celkem složitý protokol. Takže to zařízení by muselo mít normální USB host controller, který by tohle zvládl zpracovat.

Vic třeba tady: http://cit.odessa.ua/media/pdf/USB-Alternate-Mode.pdf

Já to chápu tak, že ten protokol je normální DisplayPort, takže zkonvertovat to by nemělo být až tak složité. Že tam nějaká logika bude muset být, s tím počítám – a ten adaptér od Delinku v sobě nějaký čipset má.

2354

Hardware / Re:Adaptér HDMI (Display Port) → USB-C

« kdy: 19. 08. 2019, 09:14:39 »

Nenašel jsem produkt, který by byl ve stylu "jediná krabička".
Našel jsem násedující dva kousky, které by snad šly zkombinovat:

https://www.delock.de/produkte/G_63928/merkmale.html?setLanguage=en

https://www.delock.de/produkte/G_62667/merkmale.html?setLanguage=en

(+ ještě potřebujete kabel DP/DP.)

Bohužel mám pocit, že to řeší jenom data, nikoli přiložené napájení v USB-C.

Díky, ten konvertor video → USB-C je pro mne nejdůležitější, konverze HDMI → DP by měla být bezproblémová a doplnit k USB-C napájení snad také půjde (zatím jsem to tedy nenašel, ale předpokládám, že to s Power Delivery bude naprosto běžný use case – chci přes USB-C konektor připojit periferii, ale zároveň přes něj potřebuju notebook napájet – Delock takové USB huby má).

2355

Hardware / Re:Adaptér HDMI (Display Port) → USB-C

« kdy: 18. 08. 2019, 12:53:27 »

https://www.softcom.cz/eshop/aver-extremecap-uvc-bu110-hdmi-to-usb-3-0-capture-card-1080p60_d209516.html

Díky, ale tohle je něco jiného – to se chová jako USB kamera (web kamera). Já sháním něco, co bude využívat rozšíření rozhraní USB typu C „Alternate Mode Functional Extension“ pro přenos DisplayPort signálu skrze USB-C rozhraní.