Hamachi



Dobrý den, jak prosim vás lze zjistit čísla svého portu?Smyšlený Př. i s ip.: 37.157.192.87  (: 27010 )Jak zjistím, zda-li mám ...27010?27016?27015?Potřebuji to vědět pro případ, že by se kámoši připojovaly na mnou založenou hru Half-Life pomocí connectu.Předem díky za odezvu
Jak zjistím ten svůj celí connect?
<p>pokud server používá tcp/ip, pak je jednoduchým způsobem telnet k portu serveru sql a uvidíte, zda se připojuje. ve výchozím nastavení je port 1433, takže by to mělo fungovat:</p><pre><code>telnet servername 1433 </code></pre><p>ve většině případů to bude pravděpodobně vhodné.</p><p>pokud používá jiný port nebo dynamické porty (společné s pojmenovanou instancí), musíte určit, na kterém portu je právě naslouchán. zkontrolujte správce konfigurace serveru sql a zkontrolujte, zda se jedná o konkrétní port nebo dynamické porty. pokud používáte dynamické porty, pak pokud nemáte na serveru více instancí, <code>netstat -abn</code> je pravděpodobně nejjednodušší způsob, jak najít to, co používá. v opačném případě kopejte protokolem událostí systému windows nebo protokolem chyb serveru sql pro zprávu označující port, který instance používá.</p><p>pokud sql server používá named pipes, pak i <em> věřím </em>, pokud máte přístup k sdíleným položkám na počítači, máte dostatečné síťové připojení. tento článek uvádí, že můžete jít dále a zkusit se připojit ke sdílené složce ipc $:</p><p> <a href="http://msdn.microsoft.com/en-us/library/aa275787%28v=sql.80%29.aspx">http://msdn.microsoft.com/en-us/library/aa275787%28v=sql.80%29.aspx</a> </p><pre><code>net use \\servername\ipc$ </code></pre><p>to je napsáno pro sql server 2000, ale já si nemyslím, že se tento aspekt hodně změnil, pokud vůbec.</p> <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> <p>vypadá to, že na portu 26 druhého počítače neběžíte ssh. číslo portu na tomto počítači můžete změnit na 26.</p><p>buď upravit <code>/etc/ssh/sshd\_config</code> &amp; nezapomeňte restartovat ssh nebo jej nechat na 22, ale předejte port 26 na routeru na port 22 na druhém počítači. nezapomeňte také změnit nastavení brány firewall na druhém počítači a umožnit tak připojení.</p> 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> Dobry den, pripojte se na svuj wifi router a zmente ho tam. Bohuzel neuvadite, jaky router mate. Normalne se tam pripojuje pres IP adresu, kterou zadate do prohlizece. IP adresu zjistite tak, ze zjistite vychozi branu pripojeni wifi (default gateway). To muzete udelat bud sim, ze si otevrete site a nechate si zobrazit podrobnosti wifi adapteru, nebo bres prikazovy radek. Do spustit dejte CMD - ipconfig <pre><code>sudo apt update sudo apt install ssh sudo ufw allow 22 # if you have ufw running, but it doesn't hurt to run. </code></pre><p>to je velmi minimum. umožňuje neomezený počet neúspěšných pokusů o heslo na známém portu. přímé přihlášení root je zakázáno (po přihlášení se stále můžete <code>su</code> a <code>sudo</code>). pokud je vaše uživatelské jméno a heslo hádatelné a internet vidí server, někdo <em> se nakonec </em> vnikne.</p><p>nemohu to dostatečně zdůraznit: <strong> <em> je třeba zatvrdit výchozí nastavení. </em> </strong> pro pravděpodobnost, že budou napadeni, ale <a href="https://thepcspy.com/read/making-ssh-secure/">prošel jsem několika návrhy na svém blog</a> . alespoň bych navrhl:</p><ul> <li>přihlášení pomocí klíčů. zakázat přihlášení heslem.</li> <li>přesuňte jej z portu 22. použijte něco šíleného v rozsahu 20000-60000.</li> <li>použijte <code>fail2ban</code> zakazovat lidem, kteří to najdou, a pokusit se to přenést.</li> </ul><p>zabere vám to méně než 10 minut a oni vás vezmou z 1/10000 šance, že se dostanou do pravděpodobnosti tak malé, že na světě není dost papíru, aby mohl napsat její zlomek. vše za předpokladu, že jste opatrní s vaším klíčem, má vlastní přístupové fráze a vy nebudete trubat vaše pověření po celé síti.</p><p>pokud jde o přístup k tomuto serveru ssh z internetu, můžete čelit překážkám v místní síti. pokud je počítač za routerem nat (např. většina domácích sítí) bez přímého příchozího přístupu z internetu, možná budete muset podívat na <a href="https://portforward.com/">přesměrování portů</a> . samozřejmě, pokud nepotřebujete přístup mimo síť, přeskočení tohoto kroku zajistí zabezpečení sítě.</p> <p>pokud chcete přesměrovat připojení x přes ssh, musíte jej povolit na straně serveru i klienta. (v závislosti na distribuci může být ve výchozím nastavení povoleno nebo zakázáno.) na straně serveru se ujistěte, že máte <code>x11forwarding yes</code> v <a href="http://www.freebsd.org/cgi/man.cgi?query=sshd\_config&amp;sektion=5"><code>/etc/sshd\_config</code></a> (nebo <code>/etc/ssh/sshd\_config</code> nebo kdekoli je konfigurační soubor). na straně klienta předejte možnost <code>-x</code> <a href="http://www.freebsd.org/cgi/man.cgi?query=ssh&amp;sektion=1"><code>ssh</code> příkaz</a> , nebo vložte do svého <a href="http://www.freebsd.org/cgi/man.cgi?query=ssh\_config&amp;sektion=5"><code>forwardx11</code> <code>~/.ssh/config</code></a> .</p><p>pokud spustíte <code>ssh -x localhost</code>, měli byste vidět, že <code>$display</code> je (pravděpodobně) <code>localhost:10.0</code>. kontrast s <code>:0.0</code>, což je hodnota, když nejste připojeni přes ssh. (část <code>.0</code> může být vynechána; je to číslo obrazovky, ale více obrazovek se používá zřídka.) existují dvě formy x displejů, s nimiž se pravděpodobně setkáte:</p><ul> <li>místní displeje, s ničím před <code>:</code>.</li> <li>zobrazí se tcp s názvem hostitele před <code>:</code>.</li> </ul><p>s <code>ssh -x localhost</code> můžete přistupovat k x serveru přes obě displeje, ale aplikace budou používat jinou metodu: <code>:number</code> přistupuje k serveru prostřednictvím lokálních soketů a sdílené paměti, zatímco <code>hostname:number</code> přistupuje k serveru přes tcp, což je pomalejší a deaktivuje některá rozšíření.</p><p>nezapomeňte, že pro přístup k serveru x potřebujete formu autorizace nazvanou cookie a obvykle uloženou za scénami v souboru <code>~/.xauthority</code>. pokud používáte ssh pro přístup k jinému uživatelskému účtu nebo pokud vaše distribuce umístí soubory cookie do jiného souboru, možná zjistíte, že <code>display=:0</code> nefunguje v relaci ssh (ale <code>ssh -x</code>, pokud je to povoleno na serveru; při provádění <code>ssh -x</code> nemusíte nikdy mluvit s <code>xauthority</code>. pokud se jedná o problém, musíte <a href="https://unix.stackexchange.com/questions/10121/ssh-display-variable/10126#10126">nastavit proměnnou prostředí <code>xauthority</code></a> nebo <a href="https://unix.stackexchange.com/questions/1596/can-i-launch-a-graphical-program-on-another-users-desktop-as-root/1600#1600">získat soubory cookie jiného uživatele</a> .</p><p>chcete-li odpovědět na aktuální otázku:</p><ul> <li> <p>místní displeje odpovídají soketu v <code>/tmp/.x11-unix</code>.</p> <pre><code>(cd /tmp/.x11-unix &amp;&amp; for x in x*; do echo ":${x#x}"; done) </code></pre></li> <li> <p>vzdálené displeje odpovídají otevřeným tcp portům nad 6000; přístup k zobrazovacímu číslu n na počítači m se provádí připojením k portu tcp 6000 + n na počítači m. ze samotného stroje m:</p> <pre><code>netstat -lnt | awk ' sub(/.*:/,"",$4) &amp;&amp; $4 &gt;= 6000 &amp;&amp; $4 &lt; 6100 { print ($1 == "tcp6" ? "ip6-localhost:" : "localhost:") ($4 - 6000) }' </code></pre> <p>(zbytek této odrážky je pouze v akademickém zájmu.)</p> <p>z jiného počítače můžete pomocí <code>nmap -p 6000-6099 host\_name</code> zkoušet otevřené tcp porty v obvyklém rozsahu. dnes je vzácné, že x servery poslouchají na soketu tcp, zejména mimo rozhraní zpětného smyčky.</p> <p>přesně řečeno, jiná aplikace by mohla používat port v rozsahu obvykle používaném x servery. můžete zjistit, zda server x poslouchá kontrolou toho, který program má port otevřený.</p> <pre><code>lsof -i -n | awk '$9 ~ /:60[0-9][0-9]$/ {print}' </code></pre> <p>pokud se ukáže něco dvojznačného, ​​jako je <code>sshd</code>, neexistuje žádný způsob, jak zjistit, zda se jedná o server x nebo náhoda.</p> </li> </ul> <p>souhlasím s ostatními odpověďmi, přihlášení je pro konkrétní účel. musíte být velmi opatrní o tom, co a jak posíláte ... to může být velmi drahá chyba, pokud nebudete dodržovat všechny cann-spam regs.</p><p>chcete-li však odpovědět na svou e-mailovou otázku, existují hostovaná relé stmp, která si můžete zakoupit přístup například k socketlabs a smtp.com. dávám přednost těmto mailchimpům, pokud budu dělat něco proprietárního a opakovaného. měl jsem velký úspěch při opětovném prodeji e-mailového marketingu prostřednictvím e-mailového marketingu společnosti interspire v kombinaci se socketlabs nebo mým vlastním serverem co-lo'ed, který směroval.</p><p>throttling (což je to, co popisujete) je něco, co moje společnost používá, aby zajistila, že ti tři (aol, gmail, msn/hotmail) vás nepřipoutají jako nevyžádanou poštu hned za pálkou ... může to být 40% vašeho seznamu , věř tomu nebo ne. zdržel bych se toho, abych použil „trik“ hostitelů serveru, protože nakonec dohoní a výsledek obvykle není moc zábavný.</p> <p>není důvod je vytvářet všechny jako jednotlivé e-mailové účty. můžete pouze nastavit předávací stanice, které vedou k obecnému účtu <code>site.admin@</code>, a nastavit filtr, který bude ve vašem poštovním klientovi udržovat hluk izolovaný.</p><p>budete je chtít, protože:</p><ul> <li><code>webmaster@</code> je místo, kde dobří nativní lidé dělají věci, jako jsou hlášení přerušených odkazů, děje se to víc, než byste si mysleli!</li> <li><code>abuse@</code> je hezké mít, někdy lidem brání v tom, aby šli přímo do vašeho hostitele/datového centra/poskytovatele šířky pásma v případě, že někdo našel způsob, jak využít váš server k odeslání spamu.</li> <li><code>postmaster@</code> se hodí ke kontrole a ujistěte se, že je tam také zasílána kořenová pošta, alespoň vám ukáže, zda je váš poštovní server nakonfigurován nesprávně, také zachytí odrazy, které vás informují, že máte spammer.</li> </ul><p>obvykle kontroluji svůj „catch all“ jednou týdně a vyčistím to. trvá to jen pár minut. jednou za čas najdete skutečný drahokam, který je něco jako „<em>vaše stránky mi pomohly, jen jsem chtěl poděkovat za zdroj!</em>" .. což vždy dělá váš den :)</p><p>to samozřejmě kromě pohodlí automaticky generovaných ssl certifikátů - poskytovatelé ssl pošlou potvrzovací e-mail na jednu z výše uvedených adres, takže jej musíte mít.</p>