tämä hämmensi irkkiaikana kun oli adsl boxi joka jumitti mutta oli tosi nopea saada reboottaan niin pysty vaan vetäseen johon seinästä ja takas, tästä alle minuutti ja kaikki taas pelas eikä tarttenu ees yhistää ssh yhteyksiä uusiksi
Puhutko nyt siitä Cloudflaren DDoS-tarkistuksesta vai foorumin virheilmoituksesta? Aiemmin oli siis kyse jälkimmäisestä ja siihen se ohjekin cachen tyhjennyksestä oli tarkoitettu. Noissa viestissäsi olevista lainauksista osa näyttää käsittelevän toista ja osa toista. Porukalla tuntuu menevän nämä sujuvasti sekaisin. Toinen noista on ominaisuus CF:n DDoS/bottitarkistuksessa ja toinen taas virhetilanne, joka tosin todennäköisesti juontaa juurensa samasta syystä (ja jonka melko varmasti voisi korjata päivittämällä sivun tai tyhjentämällä sen selaimen cachen). Linkki tuossa edellisessä ihan vaan siltä varalta, jos joku ei epäilyjesi mukaan tietäisi vuonna 2022 miten se tehdään.
Niin no, en nyt tainnut missään ihan noin sanoa, mutta on siinä totuuden siemen taustalla. Sen verran monta kertaa on töissä tullut vastaan tilanne, jossa joku valittaa kuinka joku sivu x ei toimi ja lopulta syy on ollut clientin cachessa, jonka tyhjentämällä asia korjaantui, joten ei enää ihan hirveän suurella antaumuksella viitsi kuunnella näitä "en nyt jaksa edes kokeilla tyhjentää cachea" -perusteluita, varsinkin kun ainakin omalla kohdalla se korjasi tuon mainitun ongelman.
Todennäköisesti siksi, koska sillä cf:n sessioncookiella on joku vanhenemisaika, joka ei osaa omia aikojaan päivittyä siinä idlaillessa. Samasta syystä mahdollisesti tulee niitä virheilmoituksiakin, jos niitä jollekin tulee. Minulle niitä ei ole tullut kuin yhden kerran tänään aamulla, mutta se CF:n tarkistus on tullut ihan normaalisti muutamaan otteeseen.
Täällä tekee samaa. Vaikka multiwan käytössä niin vaikkei selaimen yhteyden wan vaihdu (eikä julkinen ip osoite joka vaihtuu lähinnä jos käyttää mokkulasta tai reitittimestä virrat poikki/reboot). Yhteys kuitenkin jos avoinna selaimelta tietylle wanille niin vaatii aika pitkän yhteyden idlausajan että reititin löisi tuon yhteyden irti wanilta x ja valitsisi sille uuden wanin riippuen wanien kuormituksesta. Aktiivinen avoin yhteys ei siis itsellä hypi eri wanien välillä kuin pomppiva pallo vaan vaatii pidemmän ajan että yhteys tippuisi wan x perästä pois. Jos vaikka selaan foorumia 5 minuutin aikana viesteihin vastaten niin cloudflare-tarkistuksia tulee tuossa ajassa useita vaikka yhteys on kokoajan wan x perässä ja julkinen ip ei ole vaihtunut. Välillä esim. Rikkoo joko viesteihin vastauksen kun cloudflare haluaa uuden tarkistuksen kun haluaisi vastauksen lähettää. Sama homma viestiin tykkäyksen kanssa. Tykkäyksen kohdalla tulee foorumin oma oho virhe jonka jälkeen kun heittää refreshiä tekee cloudflare taas uuden tsekkauksen jonka jälkeen vasta voi pistää tykkäyksen tai viestiin vastauksen (eli joudun ennen viestiin vastausta varuiksi pistämään viestin kopioituna talteen tuon varalta)
Ei tätä aliasta satu olemaan missään? Saisko privaviestillä tai jos tuonne: https://bbs.io-tech.fi/threads/tee-...aeytaette-ja-miksi-juuri-se-vaihtoehto.14625/
Erikoista. Itsellä ei tullinkaan kanssa ole ollut mitään ongelmia kun on joutunut nettitullauksia tekemään. Ainoa minkä olen joutunut tarkoituksella laittamaan vain tietyn netin perään on Elisa Viihde suoratoiston vuoksi, ainoa milloin vaihtaa eri wanin perään on se jos kyseinen yhteys mille määrätty menee poikki.
Välimuistit tyhjennelty ja kokeiltu laittaa VPN:t ym. pois eikä auta. Saman tekee wifin ja mobiilin yli.
Siinä missä ennen junnattiin DOS-kehotteessa, on tilalla nyt DDoS... ;-)Koneella toimii satunnaisen CF chekin kanssa OK, mutta kännykässä jää jumittamaan tätä loputtomiin, vaikka klikkaisi harvoin ilmestyvää "I'm human" -nappia..
Kokeile näpytellä joku toinen iotech sivu, eli älä yritä latailla tuota samaa sivua. Minulla auttoi.Koneella toimii satunnaisen CF chekin kanssa OK, mutta kännykässä jää jumittamaan tätä loputtomiin, vaikka klikkaisi harvoin ilmestyvää "I'm human" -nappia..
Mikä selain? Jos jokin oudompi, niin saattaa johtua esim. vääränlaisesta user agent infosta, josta aiemmin kirjoittelinkin.Samaa jumittaa muilla iotechin sivuilla..
Mahtavaa
Toimii taas erittäin hyvin. Elisa käytössä.
Mahtavaa
Tottakai, tuli vaan yllätyksenä miten tiukat säädöt oli, kun ei ennen ole joutunut poistamaan lisäosia taikka selaimen asetuksia muokkaamaan, jotta sivusto jatkaa toimimista. Joskus ennenkin tullut näitä CF tarkistuksia ja ei silloin ole ollut ongelmia, liekkö sitten tiukentaneet systeemejä viime aikoina. En tiedä voiko tuolla miten tarkasti sivun ylläpitäjä määrittää, mitä tarkistuksia ja suojauksia laitetaan...
Ja jos ei ymmärrä niin vika ei ole ylläpidon vaan ymmärtämätön saa katsoa peiliin.
Ja tosiaan Safari-spesifinen ongelma, jonka voi ohittaa käyttämällä Firefoxia tuon yhden sivun osalta.Ymmärtää kyllä että ihan syystä otettu käyttöön mutta toivottavasti tämän kyseisen sotkun aiheuttaneen touhut saataisiin mahdollisimman nopeasti loppumaan. Vaikka syystä tuo cloudflare otettiin käyttöön niin käytettävyys meno aika tehokkaasti rikki. En ole vielä koko päivänä kerennyt koneelle mutta täytyy nyt illan aikana testailla tuleeko enää ongelmia viestien/tykkäysten lähettelyssä.
Ei sivustoa, ei käytettävyyttä.
En tiedä tuleeko tämä oikeaan paikkaan, mutta tuo Ukrainan sotaa käsittelevä threadin sivu 477 hajottaa Safarin jotenkin. Edellinen sivu (ja kaikki muut threadit ja sivut jotka sisältävät tweettejä) toimivat aivan normaalisti, mutta tämä yksi sivu hajottaa sivun sisällön latauksen ja ominaisuudet (twiitit eivät lataudu, tekstin maalaus ei onnistu, sivu menee jumiin yms.). Onko kukaan muu Safarin käyttäjä huomannut samaa? Eikä ole väliä, olenko kirjautuneena vaiko en.
Sivu toimii normaalisti, kun estää javascriptin toiminnan (mutta sitten ei twiitit näy), muita en vielä testannut. Kyseessä Safari 15.5. Ja tosiaan tyhjensin myös välimuistin tämän sivuston osalta kokonaan, eli sekään ei auttanut. Ongelma alkanut tänään.
Teeman disablointi auttaa myös siten, että viestit latautuvat loppuun, mutta ilman teemaa on hyvin vaikea lukea sivua.
Mp.netissä Safari-käyttäjät valittivat tänään samasta asiasta koskien juurikin heidän Ukrainan sota -ketjussa olevia twiittejä.
maanpuolustus.net
Ei juurikaan ole enää mitään ongelmia ollut tämän päivän fiksausten jälkeen.
Huomasin saman ongelman tuolla venäjä hyökkäsi sivustolla ja se kohdistuu vain sivun 477 olevaan johonkin viestiin. Lataaminen loppuu viestin 23 829 alkaessa ajaa fläshiä. Melko epäileväiseksi tulin sen suhteen, että noilta linkatuilta sivuilta saattaa yrittää uida mitä tahansa puhelimiin tai koneille näinä päivinä. Kun jutut eteni sivulle 478, niin hyökkäilyt loppui kummasti ja kaikki toimii normaalisti.No ei siinä sitten mitään, eli todennäköisesti Twätter sitten jotenkin aiheuttaa tämän. Poistun takavasemmalle kiroten, kiitoksia.
Samaa heitti taas, tosin 503 taisi olla koodi.
Sattuuko olemaan VPN käytössä...
Iso ratas yleensä pyörähtää hitaasti, mutta onko tälle viranomaismenettelylle minkäänlaista aika-arviota, että kauanko vielä kestää että tilanne saadaan normalisoitua? Missä haarukassa liikutaan? Viikko? Kuukausi? ½vuotta? Jotain muuta, mitä?
Mikä kaipaa normalisointia?
Ymmärsin aiemmasta että sivustolle on meneillään palvelinestohyökkäys, jonka takia otettiin väliaikaisesti cloudflare käyttöön, ja sivuston käyttö alkoi takkuilemaan (esim. threadien avaus ei aina onnistu ensimmäisellä eikä toisellakaan yrittämällä -> lataa ja lataa mutta mitään ei tapahdu, käyttäjien linkkaamat kuvat/twitter-upotukset tai käyttäjien avatarit ei näy -> yleensä parilla refreshillä korjaantuu). Nämä ongelmat alkoi minulla silloin kun luin täältä että palvelinestohyökkäys on käynnissä. En tiedä onko se saatu jo loppumaan, mutta takkuaminen tuntuu ainakin jatkuvan (oletin että johtuu edelleen tuosta hyökkäyksestä, mutta myönnän, en ole kaikkia ketjuun tulleita kommentteja lukenut). Eli takkuamisen korjaus = sivuston toiminta normalisoitua. e.typot
