Nelze procházet síť (Peer-to-peer, Windows XP)



Mám tu jeden evergreen, na který ale už léta neznám to "správné" řešení.  
  
PC s XP SP3, připojím do sítě, nastavím stejnou Workgroup jako ostatní PC v síti.  
- Když chci přes Místa v síti zobrazit PC ve skupině, je mi odepřen přístup.  
- Když zadám přímo síťovou cestu (v tomto případě k síťovému HDD), dostanu se tam  
- To samé platí pro připojení síťové jednotky, tj. jakmile je dána cesta, přístup jde, ale nejde to přes síťové okolí.  
- Když si otetřu IE a zadám do něj adresu webu docházkového systému, která obsahuje NetBIOS name počítače, kde to běží, trvá načtení stránky neúměrně dlouho.  
  
Pátral jsem, Microsoft na webu dokonce nabízí ke stažení udělátko, které správně nastaví NetBIOS over TCP/IP, odebral a znovu jsem přidal sdílení souborů a zkontroloval jeho povolení ve Windows Firewall.  
  
Mám tu 12 PC se stejnou instalací Windows XP SP3 a tohle se projevilo již u druhého. Předpokládám tedy, že je ve všech instalacích něco nastaveno, co způsobuje toto chování.  
  
V čem je chyba?
Kolko PC je v koliznej domene?  
MS napr. definuje max. dobu ustalenia NetBIOS komunikacie az na 43min. Zavisi to od toho ako casto sa jednotlive PC odhlasuju, prihlasuju (restartuju) a pod.  
Tento problem sa vyskytuje v sietach kde neexistuje suborovy server (alebo stale zapnuty pocitac), ktory by drzal zoznam zdielanych prostriedkov na sieti tzv.LMB - Local Master Browser. Ked sa PC, ktory drzi tento zoznam vypne nastava v sieti volba o to, ktore PC bude tento zoznam nadalej poskytovat. To trva urcitu dobu a ta doba moze byt az 43min. Podla rozsahu siete.
<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>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> A kde je na PC? Zatím nevím, zda ti budu vůbec umět poradit, ale asi bys měla něco doplnit. Chceš se s PC připojit na internet prostřednictvím telefonu nebo s telefonem prostřednictvím PC? Asi by nebylo od věci, kdybys uvedla i typ telefonu. Předpokládám, že propojení kabelem zvládáš - USB kabel, na jedné straně klasické USB do PC, na druhé micro USB do telefonu. 

Jak máš připojený PC teď? Kabel nebo také Wifi?

  
doplněno 30.07.17 16:12: @[wamp](https://www.poradte.cz/detail.php?kdo=wamp): Už je mi to jasné. Na mém Samsungu se připojím k WiFi, otevřu Nastavení - Sdílení internetového připojení zaškrtnout a pak v PC otevřu Nastavení - Síť a Internet - Centrum síťových připojení a sdílení. Objeví se tam Síť s připojením k internetu a můžeš brouzdat po netu. <p>to záleží na tom, zda máte obavy z odsouzení, nebo vyřizování pravděpodobné příčiny (v usa).</p><p>předpokládejme, že jste doma. spustíte vpn a připojíte se k poskytovateli vpn mimo lokalitu. pokud sleduji odchozí provoz (z vašeho domu), vím, že jste se právě připojili k určité ip adrese a že ip adresa je poskytovatel vpn. všechno uvnitř užitečného zatížení paketu je šifrováno.</p><p>poté se rozhodnete, když budete doma, zkontrolovat svůj e-mail. stává se, že sleduji odchozí provoz od poskytovatele vpn (který není šifrovaný). zaznamenávám to vše pomocí odfrknutí a spustím wireshark proti výstupu. vidím spojení s vaší e-mailovou adresou a napsaný e-mail. to může být chráněno ssl, pokud je to webmail. pokud se jedná o běžný e-mail, je to pravděpodobně prostý text. pokud to není prostý text, mohu se pokusit zachytit ho v přijímači. e-mail nemá žádný právní význam (tj. nepoužíváte jej k plánování něčeho nezákonného). všiml jsem si však skutečnosti, že zaměňujete použití jejich, tam a tam jsou. všimnu si také několika idiomů, které chcete použít.</p><p>během sledování odchozího provozu vidím, že váš účet psal několik e-mailů. zaznamenávám vzory překlepů a další postavy řeči. sbírám je po dobu jednoho měsíce nebo dvou.</p><p>potom jsem vložil položky, které si všimnu, do wireshark. přidávám několik věcí, o kterých je vám známo. pokaždé, když dojde k překlepu nebo použití idiomu (který používáte) najdete v obsahu jakéhokoli paketu, který vychází z vpn služby, kterou používáte, vidím to.</p><p>za další měsíc nebo dva mám spoustu datových bodů. některé jsou weby, na které jste šli, jiné ne. první věc, kterou udělám, je odstranění všech datových bodů, které opustily poskytovatele služeb vpn, když jste nebyli online (tj. neviděl jsem vás online z domova, nezapomeňte, že jsem začal sledováním tohoto připojení).</p><p>pak se podívám na zbývající provoz a uvidím, jestli mám nějaké body clusteru. spousta opakujících se témat. stejný předmět přes over. porovnávám to s vaším nešifrovaným provozem a vaším e-mailem.</p><p>neaplikoval jsem dostatek filtrů, abych tě izoloval od hluku (lidé, kteří používají stejné idiomy/pravopisné chyby jako ty), ale měl bych dobrý důvod pro pravděpodobnou příčinu. pokud mám dostatek referenčních bodů, je to jako otisk prstu.</p><p>v podstatě aplikuji bayesovskou analýzu na korpus práce, abych uvedl něco o pravděpodobnosti, že věřím, že příkladem bude člen souboru vytvořeného mým podezřelým. sbírka děl, která bych srovnávala, pochází z jakékoli práce, za kterou podezřelý veřejně uznal, že za ni odpovídá. tato analýza je dobře známa (a existuje i celá statistika stackexchange webu).</p><p>nechám tě odpovědět, s čím bych v tuto chvíli přišel?</p> <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> <p>měl jsem tento problém na iis6 jednou, když nějakým způsobem asp.net isapi věci byly rozbité.</p><p>běh </p><pre><code>%windir%\microsoft.net\framework\v2.0.50727\aspnet\_regiis.exe -i </code></pre><p>aby se znovu vytvořilo nastavení.</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>re: co je to přidružená síť? odpověď: <a href="http://en.wikipedia.org/wiki/affiliate\_network">en.wikipedia.org/wiki/affiliate\_network</a> </p><ol> <li> <a href="http://cj.com">commission junction</a> </li> <li> <a href="http://linkshare.com">linkshare.com</a> </li> <li> <a href="http://www.hydragroup.com/">hydra network</a> </li> <li> <a href="http://www.clickbank.com/">klikněte na banka</a> </li> <li> <a href="http://www.clickbooth.com/">click booth</a> </li> <li> <a href="http://www.clickspeed.com/">click speed</a> </li> </ol> <p>záleží. myslete na svou ip adresu jako na stejnou věc jako na skutečnou adresu. pokud zločinec zná adresu banky, co může dělat? <em>zcela záleží</em> na tom, jaké zabezpečení je na místě.</p><p>pokud máte spuštěn firewall (např. windows firewall) nebo jste za routerem nat), jste pravděpodobně v bezpečí. většina vzdálených exploitů.</p><p>moje návrhy:</p><ul> <li>povolte bránu firewall systému windows nebo cokoli, co je k dispozici ve vašem operačním systému.</li> <li>udržujte krok s opravami pro váš operační systém. to jsou kritické!</li> <li>neustále aktualizujte záplaty pro váš prohlížeč a jakékoli doplňky (např. flash)</li> <li>mějte aktuální informace o opravách svých aplikací (např. office, adobe pdf atd.)</li> <li>pokud v počítači provozujete nějaké internetové služby (např. httpd), pravidelně je aktualizujte a odpovídajícím způsobem nakonfigurujte jejich zabezpečení.</li> <li>pokud máte opravdu obavy, nainstalujte základní av balíček. microsoft security essentials (mse) je skvělou volbou pro windows, protože je zdarma, nenápadný a nemá moc výkonu.</li> </ul>