Proxy, který vyžaduje autentizaci pomocí Android Emulator




Má někdo se podařilo získat Android emulátor pracuje za proxy, který vyžaduje ověření?


Snažil jsem se nastavit http-proxy, argument 



```
http://DOMAIN/USERNAME:PASSWORD@IP:PORT

```

ale jsem s žádný úspěch. 


Snažil jsem se sledovat docs bezvýsledně. Také jsem se pokusil o `-verbose-proxy`nastavení, ale to už se zdá, že existuje.


Jakékoliv odkazy?
Podařilo se mi to v Adndroid 2.2 emulátoru.



```
Go to "Settings" -> "Wireless & Networks" -> "Mobile Networks" -> "Access Point Names" -> "Telkila"

```

Tam nastavit název proxy serveru v seznamu vlastností „Proxy“ a port proxy ve vlastnosti „Port“
Zkusil bych se podívat na nastavení DNS ve vlastnostech sítě, případně nastavení proxy (zda je vypnutá). Některé aplikace mají vlastní nastavení a to systémové ignorují, jiné jej přebírají. Nainstaluj si nějaký proxy server nebo inteligentní firewall Nevíš jak... blá bláblá prostě sis stahl zavirovanou appku a řešíš tu srajdy. Pokud reset nepomůže > přehrátí ROM. Nic víc, nic míň, popřípadně flash a vaházet vše co nesedí pod off topicem (pro pokročilé > uspíš android a hrabš se v něm).Návod najdeš na googlu.A ono sama se nic neudělá.... Pokud nemáš třeba prestige (tam se to stahovalo) tak za to si můžeš svým neurvalým stahováním sám...Prej ono samo... to říkej ve školce ![](/Client.Images/smileys/4.gif) Možná by mohlo napomoci hledajíce odpověd na problém, uvést značku mobilu. Android nestačí se domnívám, neb z jednoho zrovna píši. pouzivas proxy, ktera je otevrena k pouziti pro vsechny v internetu, muze to byt treba anonymizer. Ostatní aplikace jsou předinstalované. <https://ctrlv.cz/ExoC><https://ctrlv.cz/1rXI> <p>způsob, jak přejít přes brány firewall: dotaz přes typický port (80):<br> <code>sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv 7f0ceb10</code><br> dalším problémem může být síťový proxy server. pokud se potřebujete připojit k internetu přes proxy, exportovat nastavení proxy serveru do bash konfigurace - přidejte řádek s vaší proxy adresou (av případě potřeby: uživatelské jméno/heslo - bez toho, aby to bylo jen <code>http://proxyserver:port</code>): <br> <code>export http\_proxy=http://username:password@proxyserver:port/</code><br> na konci souboru <code>/etc/bash.bashrc</code><br></p> Potřebujete něco takového (nemusí být tohle konkrétní).   
 [czc.cz/...](https://www.czc.cz/evolveo-android-box-m4/222615/produkt)  
Nejprve si ale ověřte, že má televize HDMI vstup. Myslím, že chceš něco co nejde. Aby se webová stránka přepla do mobilní verze tzv. rezistentního zobrazení, musí být ta stránka taky tak napsána. Stránka, která je vytvořena jak pro normální monitor tak pro mobil nebo tablet má na začátku test na čem se stránka bude zobrazovat. Nedá se to tedy vynutit.Ahoj <p>účelem certifikátů rozšířené validace je zviditelnit uživatele, instituci, které byly vydány. technické aspekty samotných certifikátů jsou kombinovány s vizuálními vodítky v uživatelském rozhraní aplikace, která je ověřuje: zelený pruh a viditelný název vedle umístění v prohlížeči.</p><p>například certifikát ev na <a href="http://www.paypal.com/">http://www.paypal.com/</a> způsobí, že prohlížeč zobrazí zelený pruh a zobrazí „paypal, inc.“ vedle toho. účelem je nejen propojit certifikát s vlastníkem domény (jako standardní certifikáty ověřené v doméně), ale také ho propojit s fyzičtější institucí (zde, paypal, inc.). k tomu musí certifikační autorita ověřit, že pojmenovaná instituce je skutečně ta, která vlastní doménu.</p><p>v konečném důsledku jde spíše o vytvoření autentičtějšího propojení mezi názvem domény a názvem společnosti, než o vytvoření „bezpečnějších“ certifikátů. z hlediska sady šifry (což je to, co určuje šifrovací algoritmus a velikost klíče), se certifikáty ev neliší od certifikátů dv (modrý pruh).</p><p>trochu ustoupíte, musíte si uvědomit, že účinnost https závisí na tom, že uživatel zkontroluje, zda je používán správně. (server nemá způsob, jak zjistit, zda se klient stal obětí útoku mitm jinak, pokud nepoužívají také klientské certifikáty.) to znamená, že uživatelé musí:</p><ul> <li>zkontrolovat, zda se používá https, když očekávají, že to bude,</li> <li>zkontrolovat, že neexistují žádná varování,</li> <li>zkontrolujte, zda web, který používají, je opravdu ten, který hodlá navštívit, což vede k několika bodům: <ul> <li>kontrola, že to je doménové jméno, které očekávají,</li> <li>ověření, zda název domény patří společnosti, kterou očekávají.</li> </ul> </li> </ul><p>účelem certifikátů ev je vyřešit tento poslední bod. pokud již víte, že <code>amazon.com</code> patří společnosti amazon.com, inc. nebo tomu <code>google.com</code> patří společnosti google inc., opravdu je nepotřebujete.</p><p>nejsem osobně přesvědčen, že tento přístup funguje úplně, protože mohou být zneužity (viz příklad natwest/rbs níže) a zdá se, že některé ca šíří vágní (a potenciálně zavádějící) informace o tom, co ve skutečnosti jsou, ve snaze propagovat jim.</p><p>obecně platí, že pokud vaši uživatelé již vědí, že vaše doménové jméno je vaše, nepotřebujete jej.</p><p>zde jsou další podrobnosti z <a href="https://security.stackexchange.com/a/13614/2435">předchozí odpověď, kterou jsem dal na podobnou otázk</a> :</p><blockquote> <p>[...]</p> <p>certifikáty ověřené doménou vám zaručují, že certifikát byl vydán vlastníkovi této domény. nic víc, ale nic méně (předpokládám, že validační postup zde byl správný). v mnoha případech to stačí. vše záleží na tom, zda web, který propagujete, musí být propojen s institucí, která je již dobře známa off-line. certifikáty, které jsou validovány proti organizaci (ov a ev certs), jsou užitečné zejména v případě, že potřebujete doménu také svázat s fyzickou organizací.</p> <p>například je užitečné, aby instituce, která byla původně známá prostřednictvím své budovy (např. bank of america), mohla říci, že certifikát pro <code>bankofamerica.com</code> je skutečně místem, kde jste dali své fyzické peníze. v tomto případě má smysl použít certifikát ov nebo ev. to může být také užitečné, pokud existuje nejasnost ohledně toho, která instituce je za názvem domény (např. <code>apple.com</code> a <code>apple.co.uk</code>), což je ještě důležitější, je podobné doménové jméno vlastněné soupeřem/útočníkem, který používá podobnost názvu pro špatné účely.</p> <p>v porovnání, <a href="https://www.google.com/"><code>www.google.com</code></a> je to, co definuje google pro veřejnost; google nemusí dokazovat, že <code>google.com</code> patří skutečnému googlu. výsledkem je, že používá certifikát ověřený doménou (stejný pro <code>amazon.com</code>).</p> <p>to je opět užitečné, pokud uživatel ví, jak to zkontrolovat. prohlížeče zde opravdu nepomáhají. firefox pouze říká, „který je spuštěn (neznámý)“, pokud chcete o certifikátu získat další podrobnosti na <code>www.google.com</code>, aniž bychom skutečně řekli, co se tím myslí.</p> <p>certifikáty s rozšířenou validací jsou pokusem o zlepšení, a to zpřísněním postupu validace organizace a zviditelněním výsledku: zelený pruh a viditelnější organizace.</p> <p>bohužel se to někdy používá způsobem, který zvyšuje zmatek, myslím. zde je příklad, který si můžete zkontrolovat sami: jedna z velkých britských bank (natwest) používá <a href="https://www.nwolb.com/"><code>https://www.nwolb.com/</code></a> pro on-line bankovní služby. není jasné, že doménové jméno patří natwestu (který také vlastní logičtější <code>natwest.co.uk</code> mimochodem). horší je, že rozšířená validace (pokud zaškrtnete jméno vedle zeleného pruhu) se provede proti „royal bank of scotland group plc“.</p> <p>pro ty, kteří sledují finanční zprávy, to dává smysl, protože jak rbs, tak natwest patří do stejné skupiny, ale technicky jsou rbs a natwest konkurenty (a oba mají pobočky na hlavní ulici ve velké británii - i když se to změní). pokud váš uživatel nemá takovou zvláštní znalost o tom, které skupiny obchodují pod tímto jménem, ​​měla by výstražná zvonit zazvonit skutečnost, že certifikát je vydán na jméno potenciálního konkurenta. pokud jste jako uživatel viděli certifikát na <code>gooooogle.com</code> vydáno společnosti microsoft nebo yahoo, i když je tato lišta zelená, neměli byste to považovat za web společnosti google.</p> <p>jeden bod, který je třeba mít na paměti u certifikátů ev, je to, že <a href="https://security.stackexchange.com/a/14064/2435">jejich konfigurace je pevně zakódována do prohlížečů</a> . toto je nastavení kompilace, které nelze později nakonfigurovat (na rozdíl od běžných důvěryhodných úložišť certifikátů, do kterých můžete přidat například vlastní institucionální certifikační úřad). z cyničtějšího hlediska by to někteří mohli považovat za vhodný způsob, jak si hlavní hráči udržet silnou pozici na trhu.</p> </blockquote>