Domácí skupina (Win 7)



Dobrý večer,  
mám problém s propojením dvou počítačů, oba s Windows 7 Ultimate. Když dám opravit tak mi počítač vypíše že služba peer-to-peer (p2psvc) byla zakázána správcem sítě (tím jsem já, neboť žádný jiný správce není ![](/Client.Images/smileys/3.gif) ) Nevíte kde můžu tuto službu povolit? Děkuji
Překvapivě ve službách, které snad v Ovládacích panelech nalezneš, ne? Nápovědy a G. nefungují?
<p>mise byla vyplněna! tato <a href="http://thismightbehelpful.blogspot.com/2008/09/remote-access-to-cups-web-interface.html">stránka mi hodně pomohla</a> .</p><p>jediné, co jsem musel udělat, bylo přidat "povolit vše" k přístupu na server a na administrátorské stránky, takže moje konfigurace nyní vypadala takto:</p><pre><code># restrict access to the admin pages... &lt;location /admin&gt; order allow,deny allow all &lt;/location&gt; # restrict access to configuration files... &lt;location /admin/conf&gt; authtype default require user @system order allow,deny &lt;/location&gt; </code></pre><p>teď už jen musím přijít na to, abych umožnil pouze těm v mé lokální síti přístup k administrátorským stránkám a konfiguračním souborům :) (i když to pravděpodobně není velký problém, protože nemám přeposílání portů pro 631 nastavený na routeru? ).</p><p>edit: abych mohl povolit pouze určitý počítač, mohl jsem něco udělat</p><pre><code>&lt;location /admin&gt; order allow,deny allow from 10.10.10.5 &lt;/location&gt; </code></pre><p>nebo pro celou podsíť 10.10.10,</p><pre><code>&lt;location /admin&gt; order allow, deny allow from 10.10.10.* &lt;/location&gt; </code></pre> <p>zdá se, že windows nedovolí idea změnit vaše osobní nastavení tak snadno, jak by se dalo očekávat. ujistěte se, že je možné uložit podpis hostitele, opravuje problém. chcete-li, aby to idea provedlo, spusťte idea jako správce na systému vista/win7 nebo zrušte nastavení &quot;<em> chránit počítač před neoprávněnou činností programu </em>&quot; v dialogu xp<em> run as </em>/ jen jednou. po vytvoření ssh spojení a uložení podpisu se tento dialog odstraní. po uložení podpisu idea přijímá hostitele, i když je spuštěn jako smrtelný uživatel. </p> <p>pro zpracování příspěvku ewanm89 používá teamviewer dírku udp.</p><p>udp je protokol bez státní příslušnosti. to znamená, že pakety jsou vystřeleny na svém cíli bez ověření (na úrovni protokolu), zda byly přijaty nebo dokonce dosáhly cíle. firewally jsou navrženy tak, aby hledaly udp pakety a zaznamenávaly zdroj a cíl, jakož i časové razítko. pokud uvidí příchozí paket, který odpovídá odchozímu paketu, pak paket obvykle povolí, a to i bez zadání specifického pravidla v přístupovém seznamu brány firewall. to lze uzamknout na zařízeních podnikové třídy, ale obecně 90% firewallů tam umožní návratový provoz.</p><p>aby bylo možné připnout díru, má váš stroj (prohlížeč) připojení tcp) zpět k hlavnímu serveru teamviewer. cílový stroj (klient) má také připojení tcp) na hlavní server teamviewer. když stisknete připojení, váš počítač sdělí hlavnímu serveru jeho úmysl. hlavní server vám pak poskytne ip adresu klientského počítače. váš počítač poté začne na klienta střílet pakety udp. klient je signalizován, že má v úmyslu se připojit a je mu přidělena vaše ip. klient také na vás začne střílet udp pakety.</p><p><em>pokud jsou brány firewall "přátelské k p2p"</em>, způsobí to, že brány firewall (vaše i klientská) povolí přenos, a tím "děrují díry" v bráně firewall. konkrétně to vyžaduje, aby brány firewall <em>ne</em> změnily veřejný port odchozího paketu pouze proto, že se změnil jeho cíl; firewall musí znovu použít stejný veřejný port, dokud se nezmění zdroj paketu. pokud se vaše brány firewall nebudou chovat tak přátelsky, nebude to fungovat. mnoho firewallů se však chová takto.</p><p>teamviewer samozřejmě přidává určité zabezpečení provedením kontroly pin/hesla před tím, než hlavní server odešle ip informaci oběma stranám, ale získáte představu.</p> <p>zkuste to zjistit:</p><ol> <li>klikněte na kartu externí data</li> <li>mělo by být upozornění zabezpečení, které uvádí, že určitý obsah databáze byl zakázán.</li> <li>klikněte na tlačítko možnosti</li> <li>vyberte možnost povolit tento obsah a klepněte na tlačítko ok</li> </ol> <p>předejte <code>--allow-unauthenticated</code> možnost <code>apt-get</code> jako v:</p><pre><code>sudo apt-get --allow-unauthenticated upgrade </code></pre><p>z manuálové stránky uživatele <code>apt-get</code>:</p><blockquote> <p>--allow-neautenticated<br> ignorujte, pokud balíčky nemohou být ověřeny a nevyzvěte to. to je užitečné pro nástroje, jako je pbuilder. konfigurační položka: apt :: get :: allowunauthenticated.</p> </blockquote><p>toto nastavení můžete nastavit jako trvalé pomocí vlastního konfiguračního souboru na adrese <code>/etc/apt/apt.conf.d/</code> dir. název souboru může být <code>99myown</code> a může obsahovat tento řádek:</p><pre><code>apt::get::allowunauthenticated "true"; </code></pre><p>tímto způsobem nemusíte tuto možnost používat pokaždé, když chcete nainstalovat software. <strong>poznámka: nedoporučuji ve výchozím nastavení tuto možnost, obchází kontroly podpisů, které by mohly protivníkovi umožnit napadnout počítač.</strong></p> <p>připadá mi, že jste pravděpodobně měli prozkoumat svou uživatelskou základnu <em>dříve</em> stavbu webu. ale hej, jsi teď v této situaci, takže se s tím musíš vyrovnat, jak to zjistíš.</p><p>nepřekvapuje mě, že nemocnice/akademické instituce používají ie7. provedení úplné aktualizace operačního systému, brožur, hardwaru atd. je velmi nákladné cvičení, takže pravděpodobně zjistíte, že mnoho podobně velkých míst má stejnou situaci. není to něco, s čím by jednotlivci v instituci pravděpodobně mohli dělat cokoli (brány firewall, uzamčené počítače zabraňující instalacím atd.). proto jim ukázat nefunkční web <em>a</em> dialog, který jim říká, aby sami situaci napravili instalací nového prohlížeče, když to není něco, co by mohli udělat, je jen dvojitý úder do obličeje.</p><p>v závislosti na tom, co vaše stránky skutečně dělají, je nepravděpodobné, že nebude možné, aby fungovaly ve starších prohlížečích. pokud vaše cílové publikum nemá přístup na web, pak to není jejich chyba, je to vaše chyba, protože neprovádí svůj výzkum a nezvažuje je především, proto byste je měli sát a řešit problém přímo. zajistěte, aby web fungoval v ie7.</p><p>ve starších prohlížečích to nemusí být úplně stejné. uživatelé mohou mít vylepšené zkušenosti s novějšími, ale u starších by to mělo být <em>work</em>.</p> <p>nedávno jsem to také potřeboval a přišel jsem s tímto:</p><pre><code>ssh -o preferredauthentications=password -o pubkeyauthentication=no example.com </code></pre><p>musíte se ujistit, že klient není nakonfigurován tak, aby zakázal ověřování heslem.</p> <p>upravte svůj "<strong>/ etc/ssh/ssh\_config</strong>" a okomentujte tyto řádky:</p><pre><code>gssapiauthentication yes gssapidelegatecredentials no </code></pre> <p>použil jsem klientský software vpn v systému mac os x, který unesl výchozí cestu k odeslání veškerého provozu tunelem (ve skutečnosti, pokud mi paměť slouží správně, to bylo cisco). pokud by byli nainstalováni dva tito klienti, nebo dokonce jeden a zdravý klient, pak odpověď na otázku „kam tento paket půjde?“ bude záviset na čase a implementaci. pravděpodobné možnosti jsou, že jeden z klientů „vyhraje“ a vyzvedne veškerý provoz, nebo že jeden z tunelů je implementován prostřednictvím druhého. co se stane v takovém případě na windows, je mimo mě.</p><p>když mluvíte o konfliktech „řešení adres“, záleží na tom, co máte na mysli. pokud máte na mysli arp řešení, neměl by to být problém. stejně jako u každého systému připojeného ke dvěma sítím by měla být v mac adresách dostatečná jedinečnost, aby nedošlo ke kolizím. pokud jde o rozlišení dns, záleží to na konkrétních implementacích klientů vpn a klientské schránky v soukromé síti. pokud se chovají správně, mělo by být možné použít server dns přes privátní síť nebo veřejnou síť (všimněte si však možnosti kolizí názvů na počítačích v klientských doménách vyhledávání). pokud se nebudou chovat, pak to opět záleží na specifikách situace.</p> Přesně, jak píše JanLyko, ještě bych doplnil, že je třeba nastavit úroveň pro mikrofon na max přímo v systému (Skype si nastavuje úroveň sám), **mít vypnuté všechny "zhnusňovače" pro mikrofon, např. potlačení šumu** (se zapnutými Duolingo nerozumí skoro ničemu), problém může být i v nízké propustnosti připojení k Internetu směrem ven (upload).