USB Nabíjení, USB Ethernet hub a pročc to nejde

[TeaPack314]

Ahoj, jsem tu nový, dávám do nezařaditelných, jelikož bych asi správnou sekci netrefil. Mám takovou dvojotázku pro někoho, kdo víc rozumí rozhraní USB.

O co mi ve finále jde:

Několik android telefonů co připojení přes ethernet adaptér podporují by mělo být online 24/7. Tedy chci je přes USB jak nabíjet, tak je držet na síti.

Koupil jsem si tyhle dvě zařízení.


Vezmem to zařízení vpravo, které samo o sobě vlastně funguje dobře. Z přední strany zapojím UTP do RJ-45, vedle je USB-C-male do kterého bodnu nabíječku (podporuje až 60W nabíjení) a výstup (taky USB-C) bodnu do telefonu. Ten se v tu chvíli nabíjí a je na síti. Supr.

Nj. jenže 10 telefonů by takhle chtělo 10 těhlech zařízení (tj 690,- za jedno, plus 10 nabíječek, 10 UTP kabelů a nějaký switch/router, což už je raketa)

Moje otázka zní, z principu jakým USB a síťové prvky fungují, je možné na výstup (USB-C) nabodnout nějaký USB hub a rozdělit tak napájení a ethernet až za tímto zařízením???

Protože mě to prostě nefunguje. A teď tedy podotázka, kde nebudeme řešit ethernet, ale jen nabíjení. Mám další konektory/redukce. Zajímá mě, proč jedno zapojení funguje a druhé ne, když by podle mě také mělo.

ZAPOJENÍ 1 - ADAPTÉR = KABEL USB-A / USB-C male = REDUKCE USB-C female / USB-A male = REDUKCE USB-A female / USB-A female = KABEL USB-A / USB-C male = můj ETHERNET ADAPTÉR == TELEFON SE NABÍJÍ

ZAPOJENÍ 2 - ADAPTÉR = KABEL USB-A / USB-C male = můj ETHERNET ADAPTÉR = REDUKCE USB-C female / USB-A male = REDUKCE USB-A female / USB-A female = KABEL USB-A / USB-C male == TELEFON SE NENABÍJÍ

Proč sakra? První příklad dokazuje, že všechny konektory, kabely a redukce jsou v pohodě a proud přenášejí. ale když ty samé věci zapojím až za ten ethernetový adaptér, už nefunguje ani nabíjení... Má někdo vysvětlení??

[matahari]

Proč nemůžou být telefony na síti přes WiFi?

Na to by stačil jeden WiFi router a dvě nabíječky pro 5 zařízení.


Taky by na Androidu mohl fungovat reverzní USB tethering, ale to jsem nikdy nezkoušel.

[TeaPack314]

Proč nemůžou být telefony na síti přes WiFi?

Věc VPN, sebemenší výpadek spojení zapříčiní odhlášení z exit node a znovupřipojení k jiné (náhodné v mém případě). Časté změny IP, nebo náhodné přihlášení dvou zařízení pod stejnou IP není žádoucí.

[matahari]

Když máš zvolený náhodný výběr VPN serveru, tak se můžou klienti připojit na stejný server kdykoliv, nejen při obnovení spojení. Navíc to obnovení spojení má nějaká pravidla, např. u OpenVPN příkaz 'keepalive 10 60', kdy při tichu posílá klient co 10 sekund, že žije a do 60 sekund očekává, že se ozve server (není to ping). Teprve potom dojde k obnovení spojení, takže to nemusí rozpojit ani pár vypadnutých packetů, k čemuž u WiFi na pár metrech ani nemusí dojít. Maximálně se zvedne odezva.
Ovšem pokud vestavěné WiFi u telefonů nevyhovuje, tak holt si musíš koupit LAN adaptéry.
Když ses ptal, jestli "je možné na výstup (USB-C) nabodnout nějaký USB hub a rozdělit tak napájení a ethernet až za tímto zařízením", tak proto jsem vzpomenul reverzní USB tethering, ale tohle by 'něco' muselo řídit.

[dracekvo]

A proč zrovna telefon? Nestačil by nějaký android box?

Navíc mám pochybnosti o kvalitě takového řešení, když i drobný výpadek konektivity zapříčiní kolaps.

[matahari]

Spíše vyvstává otázka, k čemu mít doma 10 telefonů nebo víc, kdy každý musí mít LAN připojení s jinou veřejnou IP adresou a musí být trvale zapnutý.
Kdyby to byla klikací/lajkovací farma, tak by WiFi mělo stačit a změny IP adres by byly žádoucí. Možná to je kvůli nějakým hrám nebo re-streamování.

[TeaPack314]

Když máš zvolený náhodný výběr VPN serveru

Nemám na výběr, využívám (nebo chci využívat) mysterium VPN, jedná se o decentralizované řešení, většina exit nodes běží na běžném HW lidem doma, v práci..

Tudíž koncové IP jsou z kategorie residential a ne hosting, nebo datacenter. A taky jde o cenu, je klouzavá podle hodnoty altcoinu MYST, nicméně za cenu dvou dolarů lze přenést zhruba 80GB dat v tenhle moment, což je naprosto bezkonkurenční cena.

Nicméně jejich aplikace, ať pro desktop nebo pro android jsou docela pozadu za myšlenkou.. Chybí zde spousta možností. Při zapnutém "always VPN" vás to klidně kopne z německé VPN a za moment vás to přihlásí třeba z Brazílie..

A proč zrovna telefon? Nestačil by nějaký android box?

Opět vede cena, sehnat pár telefonů s rozbitým, ale ovladatelným displejem je za pár kaček. Původně jsem chtěl stavět na beznadějně vyprodaném raspberry, nakonec jsem testoval na levnějším a dostupnějším ODROID C4 a po dvou týdnech jsem se rozhodl pro ještě úspornější variantu..

Spíše vyvstává otázka, k čemu mít doma 10 telefonů nebo víc

Ono se toho najde dost. V případě telefonů třeba služba SMS PROFIT, je to blbej dolárek až dva měsíčně za příjem autorizacnich smsek, není to žádný výdělek, ale mělo by to pokrýt energie na udržení farmy online.. Další věci bych si nechal pro sebe..

----------

Nicméně tedy z principu sítí a USB, vytvoření hubu který by pak přes samotný USB kabel jak nabijel, tak držel telefony na síti není tak jednoduché, jak jsem si představoval, správně?

[matahari]

Je otázkou, jaké data tečou skrz tvůj VPN uzel dál? Moc nevěřím, že by byly košér.
Když jsem se podíval na nějakou recenzi k Mysterium VPN, tak názory jsou jasné:

Závěr po čtyřech měsících: vydělal jsem 6,6 MYST, které jsem převedl 4. května 2022 na 1,67 Eur. To kontrastuje se spotřebou energie Raspberry Pi 4 s 5 watty, kde platím 0,305 Eur za kilowatthodinu a po 130 dnech nákladů na elektřinu 0,005 Wattu x 24 hodin x 130 dnů x 0,305 Eur = 4,758 Eur.

takže se to nevyplatilo ani za ceny v květnu a ty chceš do toho ještě vrážet tisíce za LAN-USB-C adaptéry. Stále bych to vyzkoušel přes WiFi. Do Odroidu (nebo něčeho jiného) s Linuxem jde využít i USB WiFi adaptér za pár stovek, když nemají HW pro WiFi. Access Point bych nahodil pomocí hostapd, na který by se připojily všechny telefony a reálně bych sledoval, co to bude dělat. Mezi LAN a WiFi to může NATovat, takže bych ještě doinstaloval a nakonfiguroval DHCP server. Nebo dát LAN a WiFi do mostu (bridge) a IP adresy bude přidělovat router před Odroidem.

[TeaPack314]

Já nechci provozovat node, ale připojovat se k ostatním za účelem residentnich IP.. Tzn. VPN využívat, ne provozovat. S provozem mám stejné, nebo horší zkušenosti.

Už jsem koukal i na možnost použít odroid jako host a přemostit připojení do USB. Našel jsem zmínku, že by to mohlo být možné.

Budu zkoumat, celý Linux je pro mě relativní novinkou, odroid taktéž a telefon doteď byl jen na telefonování..

[matahari]

Jak už jsem psal, reverzní USB tethering. Když jsem se na to (jen) podíval, tak jsem našel na Githubu https://github.com/Genymobile/gnirehtet , ale na ten už autor 2 roky nešáhl. Jenže on také vyvíjí i https://github.com/Genymobile/scrcpy , který používám velmi často.
Každopádně v problémech se tam stále něco řeší, takže určitě funguje, dokonce i jak jej zprovoznit na více než 40 zařízeních viz. https://github.com/Genymobile/gnirehtet/issues/464 , což je podobný případ jako tvůj, protože jsem pochopil, že do 40 to dotyčnému funguje, ale chtěl by jich 100.

[matahari]

Když jsem vytáhl jeden šuplíkový telefon a vyzkoušel reverzní USB tethering s tím Gnirehtet, tak bez problému funguje.

Kód: Vybrat vše

root@deb:~/gnirehtet# ./gnirehtet run
2022-12-13 09:55:39.447 INFO Main: Starting relay server on port 31416...
2022-12-13 09:55:39.447 INFO Relay: Relay server started
2022-12-13 09:55:39.447 INFO Main: Checking gnirehtet client...
2022-12-13 09:55:39.559 INFO Main: Starting client...
Starting: Intent { act=com.genymobile.gnirehtet.START cmp=com.genymobile.gnirehtet/.GnirehtetActivity }
2022-12-13 09:55:39.759 INFO TunnelServer: Client #0 connected
2022-12-13 09:55:39.798 INFO TcpConnection: 10.0.0.2:53606 -> 8.8.8.8:853 Open
2022-12-13 09:55:39.918 INFO TcpConnection: 10.0.0.2:53606 -> 8.8.8.8:853 Close
2022-12-13 09:56:05.566 INFO TcpConnection: 10.0.0.2:53607 -> 8.8.8.8:853 Open
2022-12-13 09:56:05.742 INFO TcpConnection: 10.0.0.2:56479 -> 116.202.242.188:443 Open
2022-12-13 09:56:05.953 INFO TcpConnection: 10.0.0.2:56479 -> 116.202.242.188:443 Close
2022-12-13 09:56:06.007 INFO TcpConnection: 10.0.0.2:44967 -> 89.102.0.150:443 Open
2022-12-13 09:56:21.002 WARN TcpConnection: 10.0.0.2:53607 -> 8.8.8.8:853 Ignoring packet 2732578332 (acking 1548653404); expecting 2732578333; flags=16
2022-12-13 09:56:24.006 WARN TcpConnection: 10.0.0.2:53607 -> 8.8.8.8:853 Ignoring packet 2732578332 (acking 1548653404); expecting 2732578333; flags=16
2022-12-13 09:56:26.032 INFO TcpConnection: 10.0.0.2:53607 -> 8.8.8.8:853 Close

[TeaPack314]

Vypadá to dobře, bohužel gnirehtet nemá podporu ARM procesorů.
ODROID, Raspberry pi atd..

Budu hledat podobné řešení co mi půjde nainstalovat..

[TeaPack314]

A ještě jeden háček to má. Našel jsem podobné řešení, nicméně propojení probíhá přes "falešnou" VPN na telefonu. Což je problém, ja potřebuji na telefonu nechat běžet reálnou VPN...

Laidsky řečeno, na telefonu ve stavovém řádku může být jenom jedna ikonka "klíčku" ..

[matahari]

Na desktopu proleze jedna VPN přes jinou. Na telefonu to nemám vyzkoušené (nejsem doma), ale možná se tam objeví dvě ikony klíčku.
U Gnirehtetu jsou k dispozici i zdrojáky, takže je stačí zkompilovat přímo na zařízení, např. pro RPi 4 to jinému šlo https://github.com/Genymobile/gnirehtet ... -571254895 , ale tohle už jsou základy.

[TeaPack314]

Na desktopu proleze jedna VPN přes jinou. Na telefonu to nemám vyzkoušené (nejsem doma), ale možná se tam objeví dvě ikony klíčku.

Tohle mám bohužel vyzkoušené na svém hlavním telefonu -
No root firewall pracuje na principu "falešné VPN", když otevřu klasickou VPN, firewall se stopne a obráceně..