Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - kamara

Sivuja: [1] 2 3 ... 155
1
Ehkä en ymmärrä oikein ongelmaasi, mutta eikö client voi lähettää muiden tietojen mukana omaa ip:tään, jolloin voit lähettää netcatillä ok-ilmoituksen ?

Vai haluatko vastauksen lähettää broadcastina kaikille clienteille ?

3
Pystyykö ohjelmalle (esim. tuo FF) asettamaan jonkun maksimin tuolle muistin määrälle? Se kai estäisi koneen jumittumisen.

Ymmärsinkö oikein, että sinullakin jumitti kyseinen verkkosivu ?

4
*lisäys 2*
Eihän sinulla vain huonoja muisteja ole koneessasi? Kannattaa kokeilla ajaa memtest ainakin kerran läpi.

Tuli ajettua memtest läpi yön ja läpäisi ilman virheilmoituksia.

5
Koodia: [Valitse]
lshw -c display
Jos ajuri on avoin Nouveau, vika on melko varmasti siinä. Jos taas käytössä on Nvidian suljettu ajuri, voisi kokeilla jotain toista versiota tai huvikseen vaikka sitä Nouveuta, jos se vaikka sattuisi toimimaan kaatumatta.

Koodia: [Valitse]
*-display                 
       description: VGA compatible controller
       product: TU116 [GeForce GTX 1660 SUPER]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:08:00.0
       logical name: /dev/fb0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress vga_controller bus_master cap_list rom fb
       configuration: depth=32 driver=nvidia latency=0 resolution=1024,768
       resources: irq:86 memory:f5000000-f5ffffff memory:e0000000-efffffff memory:f0000000-f1ffffff ioport:e000(size=128) memory:c0000-dffff

6
Firefox 128.13.0esr (64-bittinen) ei ainakaan kaatunut. Prossua vaikutti kuormittavan kohtuu hyvästi.

Vanhempi i5-5300u läppäri pienellä 8gt muistilla. Tuoreella Debianilla ja KDE:lla.

*lisäys*
Ihan yhtä rikki tuo sivu on myös tuoreella Chromella.

*lisäys 2*
Eihän sinulla vain huonoja muisteja ole koneessasi? Kannattaa kokeilla ajaa memtest ainakin kerran läpi.

Saattaa tosiaan olla huonoja muisteja, mutta luulen ongelman olevan emolevyssä, enkä rupea sitä vaihtamaan ennen kuin vaihdan koko koneen.

Edit - Mikähän näyttis sulla oli Debianissa ?

7
Voit toki jakaa ongelmallisen sivun myös täällä, jos se ei ole tahallinen haittaohjelma. Voimme sitten testailla omalla vastuulla.  :)

No, kun noin pyydätte:
https://peran.kapsi.fi/crashYourPCbyFirefox/index.php?path=5%2C25-paneeli

Itselläni teki niin ikävästi, että jouduin tätä kokeillessani asentamaan firefox:n uudestaan, ja poistamaan cacahe:a ja jotain muutakin.

Elikkä kannattaa olla ERITTÄIN VAROVAINEN tätä kokeillessa, mutta jos haluatte ampua itseänne jalkaan (kuten taisin hetki sitten tehdä), niin tässä tämä on nyt sitten mahdollista.

Omat koneeni tiedot ovat seuraavaa...
Koodia: [Valitse]
$ neofetch
           `:+shmNNMMNNmhs+:`             kamara@tehokone
        .odMMMMMMMMMMMMMMMMMMdo.           -------------
      /dMMMMMMMMMMMMMMMmMMMMMMMMd/         OS: Ubuntu MATE 24.04.3 LTS x86_64
    :mMMMMMMMMMMMMNNNNM/`/yNMMMMMMm:       Kernel: 6.8.0-71-generic
  `yMMMMMMMMMms:..-::oM:    -omMMMMMy`     Uptime: 12 mins
 `dMMMMMMMMy-.odNMMMMMM:    -odMMMMMMd`    Packages: 3641 (dpkg), 21 (snap)
 hMMMMMMMm-.hMMy/....+M:`/yNm+mMMMMMMMh    Shell: bash 5.2.21
/MMMMNmMN-:NMy`-yNMMMMMmNyyMN:`dMMMMMMM/   Resolution: 3440x1440
hMMMMm -odMMh`sMMMMMMMMMMs sMN..MMMMMMMh   DE: MATE 1.26.1
NMMMMm    `/yNMMMMMMMMMMMM: MM+ mMMMMMMN   WM: Metacity (Marco)
NMMMMm    `/yNMMMMMMMMMMMM: MM+ mMMMMMMN   Theme: Yaru-magenta [GTK2/3]
hMMMMm -odMMh sMMMMMMMMMMs oMN..MMMMMMMh   Icons: Yaru-magenta [GTK2/3]
/MMMMNNMN-:NMy`-yNMMMMMNNsyMN:`dMMMMMMM/   Terminal: mate-terminal
 hMMMMMMMm-.hMMy/....+M:.+hNd+mMMMMMMMh    Terminal Font: Ubuntu Mono 13
 `dMMMMMMMMy-.odNMMMMMM:    :smMMMMMMd`    CPU: AMD Ryzen 7 2700 (16) @ 3.200GHz
   yMMMMMMMMMms/..-::oM:    .+dMMMMMy      GPU: NVIDIA GeForce GTX 1660 SUPER
    :mMMMMMMMMMMMMNNNNM: :smMMMMMMm:       Memory: 2171MiB / 15895MiB
      /dMMMMMMMMMMMMMMMdNMMMMMMMd/
        .odMMMMMMMMMMMMMMMMMMdo.                                   
           `:+shmNNMMNNmhs+:`                                     

Todennäköinen kaatumisen syy saattaa olla, kuten nm-arveli, että näytönohjain bugisee, mutta itselläni firefox-hajosi tämän sivun avatessani. Sammutin väkisin tietokoneen, ja sen jälkeen aina firefox:n avatessani koneeni kaatui. Älä siis kokeile tätä, mikäli et halua menettää firefox:n historiaa, kirjanmerkkejä, salasanoja ja/tai hermojasi. :(

Ilmoitelkaa, mikäli sivu toimii firefox:lla. Itse en enää uskalla avata ko. sivustoa. :)

Suosittelen tekemään levykuvan järjestelmästäsi ennen testaamista firefoxilla !!!

Edit - Kuvaus sivun toiminnasta...
Sivulla tulostetaan selaimeen 3D-malleja stl-tiedostoista liian isolla resotuuliolla iframe:jen sisään, joka aiheuttaa firefox:n kaatumisen joko näytöohjaimen takia tai firefox:n takia. Chromium-moottorilla ei pitäisi kaatua.

8
Joka tapauksessa kone jumahtaa täydellisesti, eikä edes hiiri liiku.

Mulla FF tekee tätä satunnaisesti Youtuben kanssa. ensin jumahtaa FF ja jos siihen ei reagoi tappamalla ohjelmaa, niin jumahtaa koko kone. FF 141.0 ja Xubunbtu 22.04. Tai sillä erotuksella, että hiiri liikkuu, mutta ei vaikuta mihinkään.

Saattaa olla sama bugi, mutta itse pystyn tekemään ainakin firefoxin kaatumisen n. 100 %:n varmuudella omalla koneellani. Löysin kyseisen bugin vahingossa, kun koodasin sivustolleni bugin.

Edit - Firefox-versio on 141.0.3

9
Ok. Eli saan firefoxin kaatumaan väkivaltaisesti s.e. myös tietokone kaatuu avaamalla vaarallisen nettisivun. Samalla myös tietokone jumahtaa.

Mihin pitäisi ilmoittaa bugi-raportti (tällä kertaa firefoxista), ja kuinka tarkkaan kuvata ongelma ?

Toisin sanoen: "Riittääkö, että antaa linkin sivulle, joka kaataa tietokoneen, vai pitääkö näyttää lähdekoodeista käsky, joka tekee kyseisen tempun ?"

Chromium-pohjaiset koneet selviävät ko. sivusta ilman kaatumista saati tietokoneen kaatumista.

Onko firefoxilla bug bounty-ohjelmaa ?

Ko. Bugi on todennäköisesti varsin kriittinen, koska koko kone kaatuu, eikä Firefox osaa antaa edes crash-raporttia ko. tapahtumasta.

En ole tutkinut ko. bugia tarkemmin, mutta saattaa olla puskurin ylivuoto-tilanne, joka siis pahimmassa tapauksessa saattaa antaa sivuston ylläpitäjälle root-oikeudet. Joka tapauksessa kone jumahtaa täydellisesti, eikä edes hiiri liiku.

Edit - Mistä saa viimeisimmän version, jotta pystyn tarkistamaan, onko bugia jo korjattu uusimmassa ?

10
Ubuntu tietokoneissa / Vs: Haamuja menneisyydestä?
« : 09.08.25 - klo:07.51 »
Oletkohan tyhjentänyt sen täydellisesti Esim. dd:llä livelevyn avulla ?

Koodia: [Valitse]
sudo dd if=/dev/zero of=/dev/sda bs=1M

Voit kyllä poistaa grubin (ja asentaa sen päälle mbr:n) ilman täydellistä tuhoamista DOS:lla se käynee seuraavasti...

Koodia: [Valitse]
FDISK /MBR

11
Koodia: [Valitse]
chmod +x /home/kamara

Kiitos riitti...

... löytyihän se lopulta. Oli se ongelma sittenkin oikeuksien puolella. Luulin jotain mystisempää.

12
Lokiviestin perusteella yrität päästä käyttäjätunnuksen user public_html-hakemistoon. Aiemmin mainitsit kamara-tunnuksen, ja tarkistit tuossa edellisessä viestissä kamara-tunnuksen ryhmät.

Saatko nyt siis vastaavan virheen, jos yrität avata sivun http://127.0.0.1:8000/~kamara

Jees...
kun kyseessä on väärä alihakemisto, niin virheeksi tulee ... (esim. http://127.0.0.1/~eiloydy )
404 Not Found

Kun kyseessä on hakemisto, minkä pitäisi avautua tulee ... (esim. http://127.0.0.1/~kamara )
403 Forbidden

Eli oikeudet eivät riitä.

Mitkä ovat hakemistojen oikeudet:
Koodia: [Valitse]
ls -l /home/kamara
Koodia: [Valitse]
ls -l /home/kamara/public_html
Koodia: [Valitse]
ls -l /home
drwxr-x--- 18 kamara kamara 4096 elo     8 17:41 kamara

Koodia: [Valitse]
ls -l public_html
yhteensä 8
-rw-rw-r-- 1 kamara kamara  9 elo     1 09:09 hei.html
-rw-rw-r-- 1 kamara kamara 20 elo     6 10:33 hei.php

Koodia: [Valitse]
ls ~/. -l|grep public
drwxr-xr-x 2 kamara  www-data       4096 elo     6 10:40 public_html

Mihin ryhmiin www-data -tunnus kuuluu:
Koodia: [Valitse]
groups www-data

Koodia: [Valitse]
$ groups www-data
www-data : www-data

13
Kyllä noiden pitäisi minun mielestäni olla oikein. Ja olen käynnistänyt tietokoneen uudestaan muutosten jälkeen...

Logiin tulee seuraavanlaista herjaa...
..mutta omilla googlaustaidoillani en osaa ratkaista sitä.
Koodia: [Valitse]
[Wed Aug 06 13:51:56.809944 2025] [core:error] [pid 5890] (13)Permission denied: [client 127.0.0.1:49926] AH00035: access to /~user denied (filesystem path '/home/user/public_html') because search permissions are missing on a component of the path
[Wed Aug 06 13:56:06.308117 2025] [mpm_prefork:notice] [pid 5886] AH00170: caught SIGWINCH, shutting down gracefully
[Wed Aug 06 13:56:24.304868 2025] [mpm_prefork:notice] [pid 1164] AH00163: Apache/2.4.58 (Ubuntu) configured -- resuming normal operations
[Wed Aug 06 13:56:24.305923 2025] [core:notice] [pid 1164] AH00094: Command line: '/usr/sbin/apache2'
[Wed Aug 06 13:57:00.521308 2025] [core:error] [pid 1258] (13)Permission denied: [client 127.0.0.1:36032] AH00035: access to /~user denied (filesystem path '/home/user/public_html') because search permissions are missing on a component of the path


Koodia: [Valitse]
$groups
kamara adm cdrom sudo dip www-data plugdev users lpadmin

14
Nettiin julkaistavat asiat kannattaa pitää mahdollisimman tiukasti /var/www tai /var/www/html -hakemistossa. Tee sinne vapaasti nimetty kansio ja linkitä se kotihakemistosi alle vaikka nimellä public_html tai www, jos haluat UserDir-ominaisuutta vastaavan rajapinnan nettijulkaisuihin.

Siis ei tämä mun Apachen pitäisi huudella paljoa ympäristöön, kun on seuraavat asetukset:
Koodia: [Valitse]
$ cat ports.conf
# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default.conf

Listen 127.0.0.1:8000

<IfModule ssl_module>
Listen 443
</IfModule>

<IfModule mod_gnutls.c>
Listen 443
</IfModule>

Koodia: [Valitse]
$ cat mods-available/php8.3.conf
# Using (?:pattern) instead of (pattern) is a small optimization that
# avoid capturing the matching pattern (as $1) which isn't used here
<FilesMatch ".+\.ph(?:ar|p|tml)$">
    SetHandler application/x-httpd-php
</FilesMatch>
<FilesMatch ".+\.phps$">
    SetHandler application/x-httpd-php-source
    # Deny access to raw php sources by default
    # To re-enable it's recommended to enable access to the files
    # only in specific virtual host or directory
    Require all denied
</FilesMatch>
# Deny access to files without filename (e.g. '.php')
<FilesMatch "^\.ph(?:ar|p|ps|tml)$">
    Require all denied
</FilesMatch>

# Running PHP scripts in user directories is disabled by default
#
# To re-enable PHP in user directories comment the following lines
# (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
# prevents .htaccess files from disabling it.
#<IfModule mod_userdir.c>
#    <Directory /home/*/public_html>
#        php_admin_flag engine Off
#    </Directory>
#</IfModule>

Koodia: [Valitse]
$ cat userdir.conf
UserDir public_html
UserDir disabled root

<Directory /home/*/public_html>
AllowOverride FileInfo AuthConfig Limit Indexes
Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
Require method GET POST OPTIONS
</Directory>

Jokin näissä kuitenkin bugisee, sillä en saa edes symbolista linkkia toimimaan omaan hakemistooni. PHP ei suostu myöskään lukemaan tiedostoja oman hakemistoni sisältä.

15
Elikkä selain antaa 403 Forbidden-ilmoituksen, kun yritän päästä käyttäjäni pääsivulle...

http://127.0.0.1:8000/~kamara

Kokeilin myös luoda symbolisen linkin ko. kotihakemistoon:
Koodia: [Valitse]
sudo ln -s /home/kamara/public_html/. kamara

Sama ilmoitus tulee siinäkin.

Mutta purkaessani public_html:n sisällön /var/www/html-kansioon, niin selain näyttää ilman ongelmia.

Missähän konffissa on ongelma ?

16
Laitealue / Vs: Ajuritietokanta
« : 04.08.25 - klo:12.22 »
Lähinnä kiinnostaisi Brotherin mustavalkolaserit! Ainakin jotkut mallit hakevat ajurit suoraan tietokannasta, mutta eivät kaikki.

Yleisesti ottaen Brother MV-laser on varsin turvallinen ostos, mutta saatat olla oikeassa, ettei kaikkien mallien ajurit asennu automaagisesti.

18
Joops tarvitsen apua otsikon mukaisessa ongelmassa.

19
Tämä mahdollistaa pelin toiminnan jopa huonommilla laitteilla, kunhan verkkoyhteyden nopeus on riittävä.

Myös pingi pitää olla nopea eli mm. 4G:n käyttäjät älkää vaivautuko.

20
Kyllä se nopeuskerroin taitaa olla 3x-5x edelleen,

Riippuu hyvin paljon tehtävästä. Kokeilin juuri keskiarvon tekstitiedostosta laskevaa ohjelmaa C:llä ja Pythonilla, kun dataa on pari megaa: eri oli luokkaa 2× – ja puhutaan sekunnin murto-osista. Siitäkin erosta suurin osa kuluu Pythonin käynnistämiseen.

Jompi kumpi meistä ei osaa optimoida (todennäköisesti minä). Minä ilmeisesti koodaan sen verran paskasti, että kun käännän python-ohjelmani C/C++:lle, niin ohjelmani nopeutuvat usein 5x. Tosin kyseistä optimointia en tee kovin usein, mutta jos on kysessä gigatavu-luokkaa olevan aineiston käsittely, niin saatan aluksi tehdä sen pythonilla, ja kun olen sen saanut tehdyksi, niin väännän siitä C/C++-version. Yleensä ratkaisu on nopeutunut monikertaisena python-ratkaisuun nähden.

Esimerkiksi käänsin tämän C/C++:lle ...
https://github.com/vancha/Binary-stl-to-ascii-stl

... ja ainakin omalla koneellani tuli merkittävä ero käskyillä:
Koodia: [Valitse]
time python3 Reader.py binary_example.stl py-example.stl
real 0m15,615s
user 0m7,652s
sys 0m0,585s

ja C/C++:lla...
Koodia: [Valitse]
time ./Reader binary_example.stl c++example.stl
Binary file

real 0m2,388s
user 0m2,114s
sys 0m0,154s

Edit - Käänteisessä testausjärjestyksessä ei ole niin suuri ero, mutta kuitenkin merkittävä myös siinä:
Koodia: [Valitse]
time ./Reader binary_example.stl c++example.stl
Binary file


real 0m2,433s
user 0m2,161s
sys 0m0,157s

Koodia: [Valitse]
time python3 ./Reader.py binary_example.stl py-example.stl
real 0m8,544s
user 0m7,545s
sys 0m0,560s

Sivuja: [1] 2 3 ... 155