Stránky v prohlížečích nefungují, ale ping funguje



Ahoj, mám problém s internetem. Mám notebook Acer Travel mate, W7, 500 GB disk, 4 GB RAM a někdy se mi stane, že nejde internet. Po startu systému vše v pořádku naskočí, surfuju na internetu a najednou šlůs. Začně to psát, že stránku nelze zobrazit - ve všech prohlížečích. Kamarád se mi na to koukal a zjistil, že po určité chvíli nejde v prohlížečích načíst kteroukoliv stránku (ať ji tam zadá ip adresou nebo slovně). Zajímavé na tom je, že ping na kteroukoliv adresu (slovně či IP) jde v pořádku a po restartu notebooku jede zas všechno nějakou dobu v pohodě a pak zas to samé.Sítové nastavení je vše nastaveno, aby mi to přiděloval router. Dělá mi to ve všech prohlížečích. Dělá mi to doma, i na koleji. Antivirus mam od microsoftu. FIrewall mám windowsácký.Nějaké návody jsme tu našli, ale nepomohly ![](/Client.Images/smileys/7.gif) Vyřešil tohle někdo?Díky za rady!!M.
Na koleji taky? Já jsem dal jednou na kolej notebook a po projetí vlaku mi to nedělal ani jeden co sem našel na každé straně koleje. Takže závada odstraněna.
<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> Toto se mi stalo jednou, když jsem na mobilu měl slabý signál internetu (nebo alespoň si to tak vysvětluji). Později bylo vše v pořádku. <p><strong> [~ # ~] aktualizováno [~ # ~] </strong></p><p>zkontroloval bych následující:</p><ol> <li> <p>protokoly. pokud máte root přístup, měli byste zkontrolovat věci jako <code>history</code>, které vám poskytnou historii příkazů a protokolované soubory v <code>/var/logs</code>.</p> </li> <li> <p>základní hodnota. pokud máte základní linii jako hash souborů pro práci s aplikačními a systémovými soubory, pomůže vám to hodně. zálohy můžete také použít k porovnání předchozího stavu. pokud používáte zálohu k porovnání souborů, použijte, pokud je to možné, o něco starší. stránka mohla být před nějakou dobou ohrožena a teprve nyní je přesměrování aktivováno.</p> </li> <li> <p>zkontrolujte jakékoli položky. soubory nemusí být na vašem serveru. mohou to být skripty, jako jsou značky typu <code>&lt;script src=”http://baddomain.com/s.js” /&gt;</code> nebo <code>iframe</code>. nevylučujte také obrázky, soubory pdf flash (swf), video soubory. je docela běžným trikem vkládání odkazů do souborů jiného typu obsahu. navrhuji, abyste je zkontrolovali ručně, zejména na začátku a na konci souboru. soubor může být kompletně odkazem/html/javascript nebo se může jednat o legitimní obrazový soubor s koncem odkazu na konci souboru.</p> </li> <li> <p>zkontrolujte neobvyklá data souborů, velikosti a oprávnění, např. 777.</p> </li> <li> <p>zkontrolujte neobvyklé úlohy u cron. někdo ohrožující systém často opustí zadní dveře, aby se sem dostal znovu a znovu. cron je velmi populární způsob, jak toho dosáhnout, pokud se jim podaří dostat se tak daleko.</p> </li> <li> <p>zkontrolujte, zda neexistují soubory. pravděpodobně nebudete mít přístup k protokolům, ale jejich absence je stejně známkou, že někdo po sobě vyčistil.</p> </li> <li> <p>použijte vyhledávače. není divu, že vyhledávače dokáží najít vše. použijte direktivy jako <code>site:</code> <code>site:yoursitehere.com baddomain.com</code> zjistěte, zda se vám nepodaří získat nějaké zásahy.</p> </li> <li> <p>často bude odkaz nebo přesměrování zamlženo, takže by měl být pečlivě analyzován dlouhý javascriptový kód s proměnnými s jedním písmenem.</p> </li> <li> <p>zachyťte pakety pomocí nástroje jako wireshark nebo tcpdump ze zabezpečené pracovní stanice na web. uložte jej do souboru a vyhledejte v něm části adresy url.</p> </li> <li> <p>zkontrolujte záznamy databáze, které mohou být dotazovány nebo aktualizovány. odkaz mohl být vložen do databáze, nikoli do php.</p> </li> <li> <p>nevylučujte pracovní stanici klienta. v případě potřeby použijte bezplatný online antivirový program. zkontrolujte také <code>nslookup</code> a podívejte se, k čemu se to vyřeší. zkontrolujte rozšíření prohlížeče, vymažte mezipaměť a zkontrolujte soubory <code>hosts</code>.</p> </li> </ol><p>chcete-li to vyčistit (pokud jste ohroženi), musíte se vrátit zpět na holý kov a znovu jej nainstalovat. je to bolestivé, ale je to jediný způsob, jak se ujistit, že máte všechno.</p><p>chcete-li tomu zabránit v budoucnu, měli byste dělat následující (i když již možná některé z nich děláte):</p><ol> <li> <p>vytvářejte servery, včetně používání doporučení výrobce o bezpečných konfiguracích, pomocí aktuálního softwaru. používejte přísnou kontrolu zabezpečení, jako jsou oprávnění, zásady týkající se hesel. viz také <a href="https://security.stackexchange.com/questions/7141/folder-and-file-permission-shared-host-advice/7171#7171">sdílená oprávnění ke složkám a souborům doporučení hostitele</a> .</p> </li> <li> <p>implementujte postupy kontroly kvality, jako je testování v prostředí s nízkým zabezpečením, kontrola kódu a testování.</p> </li> <li> <p>nechte zranitelnost své webové aplikace/webu ověřit alespoň jednou profesionálním certifikovaným testerem. podívejte se na testery certifikované evropskou radou, iso 27001 a pci. <a href="http://www.eccouncil.org/certification/licensed\_penetration\_tester.aspx">http://www.eccouncil.org/certification/licensed\_penetration\_tester.aspx</a> </p> </li> <li> <p>podívejte se na stránky owasp www.owasp.org a <a href="http://phpsec.org/projects/guide/2.html">http://phpsec.org/projects/guide/2.html</a> , kde najdete zdroje zabezpečení webových aplikací.</p> </li> <li> <p>použijte nástroje systému prevence narušení (ips). v závislosti na poskytovateli hostingu však můžete mít omezení ohledně toho, co můžete použít. host založené ips nástroje by měly být v pořádku, pokud máte vyhrazený virtuální počítač.</p> </li> </ol><p>doufám, že to pomůže. jinak byste mohli poskytnout více informací o systémech, které používáte?</p> Príčin může být spousta a zrejme to nebude mit souvislost z Duolingem. Zkuste se poptat nekde na forech, kde se resi hardwarove zalezitosti. <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> 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><strong> poznámka: </strong> <em>toto bylo testováno na notebooku s grafickou kartou řízenou i915.</em></p><hr><h3>pozadí</h3><p><strong> poznámka: </strong> když je připojena nová obrazovka, do hostitele není odeslána žádná událost, zůstane to pravda i po mé poslední úpravě. jediným způsobem je tedy použít dotazování. snažím se, aby byly co nejefektivnější ...</p><h3>úprava # 3</h3><p>nakonec existuje jedno lepší řešení (prostřednictvím acpi):</p><p>stále neexistuje žádná událost, ale acpi se zdá být efektivnější než <code>xrandr</code> na dotaz. (poznámka: toto <strong> vyžaduje </strong> načtené moduly jádra acpi, ale nevyžaduje oprávnění root.</p><p>moje konečné řešení (pomocí bash):</p><pre><code>isvgaconnected() { local crtstate read -a &lt; /proc/acpi/video/vid/crt0/state crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } </code></pre><p>nyní test:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi yes </code></pre><p>je zapojen, takže ho nyní odpojím:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi no </code></pre><p><strong> poznámka: </strong> <code>${1:+*-1+1}</code> povolit argument <em>boolean</em>: pokud <em>něco je přítomno</em>, odpověď by byla obrácena: <code>( crtstate &gt;&gt; 4 ) * -1 + 1</code>.</p><p>a závěrečný skript:</p><pre><code>#!/bin/bash export crtprocentry=/proc/acpi/video/vid/crt0/state isvgaconnected() { local crtstate read -a &lt; $crtprocentry crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } delay=.1 unset switch isvgaconnected || switch=not while :;do while isvgaconnected $switch;do sleep $delay done if [ "$switch" ];then unset switch echo vga is connected # doing something while vga is connected else switch=not echo vga is not connected. # doing something else, maybe. fi done </code></pre><p><strong> upozornění: </strong> <em>lehčí než <code>xrandr</code>, ale ne nevýznamné</em> se zpožděním menším než <em>,02</em> sekund, bash skript půjde na začátek procesu jedlíci zdrojů (<code>top</code>)!</p><p>i když to stojí ~ 0,001 s:</p><pre><code>$ time read -a &lt;/proc/stat crtstat </code></pre><p>vyžaduje to ~ 0,030 s:</p><pre><code>$ read -a &lt; /proc/acpi/video/vid/crt0/state crtstate </code></pre><p>to je velké! takže v závislosti na tom, co potřebujete, lze <code>delay</code> rozumně nastavit mezi <code>0.5</code> a <code>2</code>.</p><h3>úprava # 2</h3><p>nakonec jsem něco našel:</p><p><strong> důležité vyloučení odpovědnosti: </strong> hraní s <code>/proc</code> a <code>/sys</code> záznamy mohou poškodit váš systém !!! takže na produkčních systémech nezkoušejte následující.</p><pre><code>mapfile watchfilelist &lt; &lt;( find /sys /proc -type f 2&gt;/dev/null | grep -i acpi\\\|i91 ) prompt=("/" "|" '\' '-'); l=0 while :; do mapfile watchstat &lt; &lt;( grep -h . ${watchfilelist[@]} 2&gt;/dev/null ) for ((i=0;i&lt;=${#watchstat[@]};i++)); do [ "${watchstat[i]}" == "${oldstat[i]}" ] || echo ${watchstat[i]} done oldstat=("${watchstat[@]}") sleep .5 printf "\r%s\r" ${prompt[l++]} [ $l -eq 4 ]&amp;&amp;l=0 done </code></pre><p>... po očištění nežádoucích záznamů:</p><pre><code>for ((i=0;i&lt;=${#watchfilelist[@]};i++)); do [[ "${watchfilelist[$i]}" =~ /sys/firmware/acpi/interrupts/sci ]] &amp;&amp; unset watchfilelist[$i] &amp;&amp; echo $i done </code></pre><p>to jsem dokázal přečíst:</p><pre><code>/proc/acpi/video/vid/crt0/state:state: 0x1d /proc/acpi/video/vid/crt0/state:state: 0x0d /proc/acpi/video/vid/crt0/state:state: 0x1d </code></pre><p>když připojím, odpojte a znovu zapojte kabel monitoru.</p><p>při dotazu na konfiguraci (spuštění <code>system/preferences/monitor</code> nebo <code>xrandr</code>), grafické karty udělají typ <em>scan</em>, takže běží <code>xrandr -q</code> vám dá informace, ale musíte zjistit stav.</p><p>prohledal jsem všechny protokoly (jádro, démona, x atd.) prohledávajícím <code>/proc</code> &amp; <code>/sys</code> a zjevně se zdá, že neexistuje nic, co by vyhovovalo vaší žádosti.</p><p>zkusil jsem to také:</p><pre><code>export spc50="$(printf "%50s" "")" watch -n1 ' find /proc/acpi/video -type f | xargs grep -h . | sed "s/^\([^:]*):/\1'$spc50'}:/; s/^\(.\{50\}\) *:/\1 /"' </code></pre><p>po tom všem, když spustíte <code>system/preferences/monitor</code> zatímco nebyla připojena žádná nová obrazovka ani odpojena, bude se nástroj zobrazovat jednoduše (normálně). ale pokud jste již dříve připojili nebo odpojili obrazovku, občas spustíte tento nástroj a uvidíte, že na ploše vytvoříte typ <em>reset</em> ​​nebo <em>obnovit</em> ​​(stejný pokud spustíte <code>xrandr</code>).</p><p>zdá se, že to potvrzuje, že tento nástroj požádá o <code>xrandr</code> (nebo pracuje stejným způsobem) pravidelným dotazováním na stav, počínaje okamžikem jeho spuštění.</p><p>můžete vyzkoušet sami:</p><pre><code>$ for ((i=10;i--;)); do xrandr -q | grep ' connected' | wc -l; sleep 1; done 1 1 1 2 2 2 1 1 1 1 </code></pre><p>tím se na 10 sekund zobrazí počet připojených obrazovek (displejů).</p><p>zatímco to běží, připojte a/nebo odpojte obrazovku/monitor a podívejte se, co se děje. takže byste mohli vytvořit malou testovací funkci bash:</p><pre><code>isvgaconnected() { local xrandr=$(xrandr -q) [ "$xrandr" == "${xrandr#*vga1 con}" ] || return 0 return 1 } </code></pre><p>který by byl použitelný jako v:</p><pre><code>$ if isvgaconnected; then echo yes; fi </code></pre><p>ale buďte opatrní, <code>xrandr</code> trvá asi <strong> 0,140 s do 0.200 s </strong>, zatímco na zástrčkách nedojde k žádné změně a do <strong> 0,770 sekund </strong> kdykoli něco bylo připojeno nebo odpojeno těsně před (<strong> poznámka: </strong> zdá se, že to není zdrojový zdroj).</p><h3>úprava # 1</h3><p>abych zajistil, že neučím něco nesprávného, ​​prohledával jsem web a dokumenty, ale nenašel jsem nic o <em>dbus and screens</em>.</p><p>nakonec jsem běžel ve dvou různých oknech <code>dbus-monitor --system</code> (hrál jsem také s možnostmi) a malý skript, který jsem napsal:</p><pre><code>$ for ((i=1000;i--;)); do isvgaconnected &amp;&amp; echo yes || echo no; sleep .5; done </code></pre><p>... a znovu zapojen, než odpojen monitor, mnohokrát. takže teď mohu říci:</p><ul> <li><em>v této konfiguraci <strong> pomocí ovladače i915 </strong> neexistuje jiný způsob, než spustit <code>xrandr -q</code> vědět, zda je monitor připojen nebo ne.</em></li> </ul><p>ale buďte opatrní, protože se nejeví jiné způsoby. například se zdá, že <code>xrandr</code> tyto informace sdílí, takže moje plocha gnome by se automaticky přepnula na <code>xinerama</code> automaticky ... <strong>, když jsem běžel <code>xrandr</code> </strong>.</p><h3>některé dokumenty</h3><ul> <li> <a href="https://wiki.archlinux.org/index.php/xrandr#toggle\_external\_monitor">skript pro přepínání interního/externího displeje pro notebooky</a> </li> <li> <a href="http://www.x.org/docs/intel/hd/ihd\_os\_vol\_3\_part4\_bjs.pdf">®intel hd graphics opensource programmer's reference manual</a> </li> </ul> Na PC - Myslíte v aplikaci z Microsoft Store nebo v prohlížeči?


Pokud máte obě Duolingo otevřené v prohlížeči, tak to vypadá jako A/B test Víkendového amuletu pro uživatele Duolinga v prohlížeči. Až se test vyhodnotí, budeme mít amulet buď všichni nebo nikdo. Doteď jsem amulet viděl jen v mobilní aplikaci. 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 <p>takže díky @yasirarsanukaev za čas, který vložil, jsem našel řešení, které funguje, ale které nemůžu vysvětlit.</p><p>riffing on <code>local\_listener</code> pomyslel jsem si, že jsem četl <a href="https://dba.stackexchange.com/a/13003/21110">tato další odpověď</a> , kde se uvádí:</p><blockquote> <p>databáze používá parametr local\_listener k identifikaci posluchače, s nímž by se měl zaregistrovat. ve výchozím nastavení je null, což je podle dokumentace ekvivalentní názvu hostitele: 1521.</p> </blockquote><p>snažil jsem se tedy ping svým vlastním hostitelským jménem a nemohl - vypadá to jako nějaký problém s ipv6 a přijímá obecnou zprávu o selhání.</p><p>z této odpovědi jsem tedy vzal radu</p><pre><code>sql&gt; alter system set local\_listener='(address=(protocol=tcp)(host=localhost)(port=1521))' scope=both; sql&gt; alter system register; </code></pre><p>a nyní to funguje, pravděpodobně proto, že dokáže vyřešit odkaz localhost, kde selhal při řešení skutečného názvu hostitele.</p>