W7 nejde vypnout zabudovaný firewall



Mám W7 a nejde mě vypnout zabudovaný firewall. Firewall mám samostatný TinyWall.Vadí mi to jen na skypu - připojuje se pomaleji - tak za 3-4min a někdy skočí hláška W7 firewalu, ať skype povolím(většinou hláška nevyskočí). Když skype povolím ve firewalu W7, tak se skype zapíná pořád stejně pomalu.W7 firewall vypínam - ovládací panely atd. Dám vypnout bránu firewal - dám OK - a brána se navypne - někdy se vypne na 2s a hned zase zapne.Nevíte, jak mám ten W7 firewall vypnout?
Ano, je to tak - TinyWall je jenom nástavba vestavěného Windows Firewallu.Takže ho vypnout nemůžeš. Tudíž si tam musíš vše řádně nastavit - aby to chodilo dle tvých požadavků...
Počkej, až se nainstalují aktualizace a aplikace, které provádí ten WMI, pak se vypne sám. Zapíná se opět sám jen v případě potřeby. <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>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ř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). <p><code>kill -9</code> ( <a href="http://en.wikipedia.org/wiki/sigkill"> sigkill </a> ) vždy funguje, za předpokladu, že máte oprávnění tento proces zabít. proces musí být v podstatě zahájen vámi a nesmí být setuid nebo setgid, nebo musíte být root. existuje jedna výjimka: ani root nemůže vyslat fatální signál na pid 1 (proces <code>init</code>).</p><p>nicméně <code>kill -9</code> není zaručeno, že bude fungovat <em> okamžitě</em>. všechny signály, včetně sigkill, jsou dodávány asynchronně: jádro může nějakou dobu trvat, než je doručí. dodání signálu obvykle trvá nanejvýš několik mikrosekund, právě čas potřebný k dosažení časového řezu. pokud však cíl má <a href="http://www.cis.temple.edu/~ingargio/cis307/readings/signals.html">zablokovaný signál</a> , bude signál zařazen do fronty, dokud jej cíl neodemkne.</p><p>normálně procesy nemohou sigkill blokovat. ale kód jádra může a zpracovává kód jádra, když volá <a href="http://en.wikipedia.org/wiki/system\_call">systémová volání</a> . kód jádra blokuje všechny signály, když přerušení systémového volání povede k špatně vytvořené datové struktuře někde v jádře nebo obecněji k narušení některých invariantů jádra. pokud tedy (kvůli chybě nebo nesprávnému designu) blokování systému trvá neomezeně dlouho, nemusí být žádný způsob, jak tento proces zabít. (ale proces <em> bude</em> bude zabit, pokud někdy dokončí systémové volání.)</p><p>proces zablokovaný při systémovém volání je v <a href="http://en.wikipedia.org/wiki/sleep\_%28operating\_system%29#uninterruptible\_sleep">nepřerušitelný spánek</a> . příkaz <code>ps</code> nebo <code>top</code> jej (ve většině odvětví) zobrazí ve stavu <code>d</code> (původně pro „<strong> d </strong> isk“ , myslím).</p><p>klasický případ dlouhého nepřerušitelného spánku je proces přístupu k souborům přes <a href="http://en.wikipedia.org/wiki/network\_file\_system\_%28protocol%29"> nfs </a> , když server neodpovídá; moderní implementace obvykle nezavádějí nepřerušitelný spánek (např. v systému linux umožňuje možnost připojení <code>intr</code> signál přerušit přístup k souborům nfs).</p><p>na výstupu <code>z</code> nebo <code>h</code> můžete někdy vidět položky označené <code>ps</code> (nebo <code>top</code> pod linuxem, nevím, co je rozdíl). technicky to nejsou procesy, jsou to zombie procesy, které nejsou ničím jiným než záznamem v tabulce procesů, takže rodičovský proces může být informován o smrti svého dítěte. když rodičovský proces <a href="http://pubs.opengroup.org/onlinepubs/009695399/functions/wait.html">věnuje pozornost</a> (nebo zemře), zmizí.</p> <p>filevault 2 je zřejmě zabezpečený proti <a href="https://en.wikipedia.org/wiki/dma\_attack">dma attack</a> , pokud obrazovka není odemčena, protože 10.7.2 (takže se ujistěte, že používáte lion). myslím, že při spánku jsou klíče šifrovány heslem, nikoli jen ponechány v paměti.</p><p>předpokládám, že to také znamená, že je chráněno proti <a href="https://en.wikipedia.org/wiki/cold\_boot\_attack">cold boot attack</a> .</p><p>jediné zdroje, které jsem na něm našel, je tento <a href="http://ilostmynotes.blogspot.co.uk/2012/01/firewire-and-dma-attacks-on-os-x.html">blogový příspěvek</a> .</p> <p>upravit <code>/etc/sysconfig/network-scripts/ifcfg-$ifname</code>. změňte hodnotu řádku <code>onboot</code> na <code>yes</code>.</p><p><code>$ifname</code> bude <code>eth0</code> na mnoha polích el6, ale na polích el7 a el6 pomocí schématu <a href="https://access.redhat.com/documentation/en-us/red\_hat\_enterprise\_linux/7/html/networking\_guide/ch-consistent\_network\_device\_naming.html">consistent network device naming</a> , může to být něco jiného, ​​například <code>en3p1</code>. použijte příkaz <code>ip link</code> získat seznam síťových rozhraní, včetně těch, která jsou aktuálně dole.</p><p>při budoucích instalacích věnujte zvýšenou pozornost. v sekci konfigurace sítě jste prohodili možnost, která vám řekne, aby při spuštění zavedlo rozhraní. tato možnost při spuštění je ve výchozím nastavení vypnuta v el6 a el7, zatímco v předchozích verzích byla ve výchozím nastavení zapnutá.</p><p>chcete-li zajistit, aby se síťové rozhraní objevilo při prvním spuštění v době instalace v el7, přejděte na kartu <code>configure</code> → <code>general</code> na obrazovce konfigurace sítě a poté zaškrtněte políčko označené <code>automatically connect to the network when available</code>.</p><p>pokud jde o <em>, proč </em> to změnili, hádám z bezpečnostních důvodů. to vám dává šanci zpřísnit věci z výchozího nastavení před uvedením síťového rozhraní poprvé.</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>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>jednoduchým způsobem by bylo nastavit nějakou globální proměnnou na prvním spuštění widgetu a zkontrolovat ji. není-li již nastavena žádná nebo informační zpráva.</p><p>správným způsobem by pravděpodobně bylo pracovat s rozhraním a odstranit widget z dostupných, když ho přidáte do postranního panelu, ale to je cesta z mé ligy.</p>