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 - pata

Sivuja: [1] 2 3
1
Löytyihän se ulkoiselta levyltä sentään, se oli alihakemistoksi joutunut. Miten se sinne päätyi, on arvoitus. Scriptissä sitä polkua ei ole.
Lähdehakemistossa löytyi samasta paikasta.

2
Otin varmuuskopion sisäiseltä SSD:ltä ulkoiselle levylle ja lähdehakemisto katosi.
Käyttis Mint20. Ajoin shell scriptin jota olen käyttänyt kymmeniä kertoja.
Script käyttää rsync:iä. Yksi hakemisto (tärkein) katosi.
Mikä pahinta, ulkoisella levyllä ei siltäkään löydy ajantasaista hakemistoa.
Tiedostonhallinta ei näytä ko. hakemistoa enää edes uudelleenkäynnistyksen jälkeen.
Luulisi että se vielä on levyllä mutta miten sen saisi palautettua?

3
Julkinen IP-osoite tarvitaan aina, kun haluat avata netistä yhteyden kotiverkkoosi (jos ei nyt puhuta VPN:stä tai vastaavista tunneleista). Ei-julkinen natattu osoite ei riitä, koska yhteydenottoyritykset törmäävät operaattorin palomuuriin, jossa ei luonnollisesti ole mitään porttiohjauksia verkkoosi.
Vaikuttaakohan tähän liittymnä tyyppi: mobiili, kuitu tms? Nimittäin pääsen ulkoa kotikoneelle ssh:lla kun vain teen porttiohjauksen omaan reitittimeeni. Tavallinen kuituliittymä jonka ip osoite on pitkään sama jos ei häiriötä satu. Operaattorin puolella ei kai ole NAT:ia.

4

Kaikki reitittimeen tai NAT-boksiin kytketyt laitteet ovat edelleen samassa aliverkossa, jossa ne keskustelevat suoraan IP-osoitteilla ja löytävät toisensa esimerkiksi DNS-SD:n avulla.
Ethernet verkoissa toimitaan MAC osoitteilla; sitä tarkoitin että kun host on suoraan kiinni reitittimessä, laittaa host paketin otsikkokenttään aina reitittimen MAC osoitteen. Reititin päättää IP-osoitteen perusteella lähettääkö se paketin paikallisverkkoon vai internetiin.

Protokolla on sama jolla toimittiin jaetuissa Ethernet verkoissa, joissa IP-osoitteen aliverkko- ja host-osan perusteella host saattoi päätellä, voiko se lähettää suoraan toisen hostin MAC osoitteella, eikö vain?
Jos protokolla nyt suunniteltaisi vain p-t-p host-reititin verkkoja varten, niin ehkä hostin ei tarvitsisi tietää kuuluuko toinen host samaan aliverkkoon, koska reititin voisi hoitaa homman.

Em. on tietysti turhaa höpinää ja on kai tuhat syytä miksi noin ei tehtäisi eikä sillä ole mitään tekemistä standardiprotokollan kanssa. Joskus kauan sitten standardiprotokollat oli jotenkin hallinnassa, nyt en viitsi enää alkaa palauttaa niitä mieleen.

Tämä ihmettely sen takia että jäin miettimään miksi tuo /24 määrittely ei Raimon testissä ollut tarpeen. Siihen kai löytyy joku yksinkertainen selitys.

5
Tuo merkintä /24 (tai vastaava, aliverkon osoiteavaruuden koosta riippuva osa) on yleisesti käytössä. /etc/dhcpcd.conf esimerkin mukaan.
Aikoinaan kun konfattiin /etc/network/interfaces, siinä oli vastaava rivi
netmask 255.255.255.0
Aliverkon osoite on 24 bittiä ja 8 bittiä on host osoite. Host tunnistaa mitkä muut koneet on samassa aliverkossa. Jaetussa ethernet-verkossa kai tarvittiin. Jos kone halusi lähettää toiselle koneelle samassa aliverkossa, se voi lähettää suoraan kohteen IP-osoitteella. Jos kone halusi lähettää toiseen aliverkkoon, piti lähettää reitittimelle.
Nyt kun verkot on tavallisesti point-to-point host-reititin, jäin miettimään, mikä käyttötarve tuolla on vai onko kyse jostain vanhasta painolastista?

6
Ao. toimi WLAN tapauksessa, kai sama toimii eth kanssa kun korvaa wlan -> eth.
/etc/network/interfaces en koskenut.
Hankaluutena on pitkät nimet (esim. wlx503eaa98eee0) joka ensin piti katsoa (ip address show).
Raspi-config vaiheessa voi käsittääkseni valita käyttääkö pitkiä nimiä (disable predictable if names).
Piti muistaakseni laittaa rasti disable kohtaan, jotta lyhyt nimi (wlan0) toimii. Lyhyt nimi on helpompi ja kai mahdollistaa WLAN tikun vaihdon ilman konfausta. Ssh konfaus tavalliseen tapaan.

Koodia: [Valitse]
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate Stable Private IPv6 Addresses instead of hardware based ones
slaac private

# Example static IP configuration:
interface wlan0
#interface wlx503eaa98eee0
static ip_address=192.168.100.120/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
static routers=192.168.100.1
static domain_name_servers=193.210.19.19 8.8.8.8 fd51:42f8:caae:d92e::1

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0


7
Eiköhän tuossa pidä vain Raspi konfata käyttämään kiinteä IP-osoitetta. Kahdenlaista menetelmää havainnut; itsellä on kai Jessie Lite.
/etc/issue sanoo

$ cat issue
Raspbian GNU/Linux 8 \n \l

/etc/network/interfaces neuvoo (perinteisesti oli staattinen IP määritys tuossa tiedostossa)
# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

Joten sen mukaan tein ja toimii
$ cat dhcpcd.conf
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

interface eth0
static ip_address=192.168.100.121/24
static routers=192.168.100.1
static domain_name_servers=195.197.54.100 208.67.222.222

jne. ilman muutoksia

8
Reitittimeltä tulee langallinen yhteys koneelle. Mint 17.1 asti netti on toiminut suoraan kun laittaa piuhan verkkokorttiin kiinni. Netti on toiminut  ja toimii edelleen myös Live-tikulta. Jotain on tapahtunut Mint 17.2 ja siitä eteenpäin, sillä netti ei toimi reitittimen kautta sen enempää asennettuna kuin Live-tikultakaan. Yhteys reitittimeen on kuitenkin olemassa, syystä tai toisesta matka ei jatku pidemmälle. Ideoita?
Arvattavasti koneessasi on käytössä DHCP (eikä kiinteä osoite)? Mitä vastaa
Koodia: [Valitse]
sudo ip addr show

ja
Koodia: [Valitse]
sudo ip route show

Mulla toimii Mint18.1, kiinteä osoite käytössä. DHPC en ole kokeillut.

9
Nää aliverkot on ihan yhtä epäselviä IPv4-verkossakin. Keskusteluista täällä on jäänyt sellainen epämääräinen käsitys päälle, että kun minulla on reitittimessä NAT, niin siitä automaattisesti seuraa että minulla on joku aliverkko käytössä, ja minun pitäisi tietää mikä aliverkko on kyseessä kun teen palomuurisääntöjä. Tuo 192.168.0.0/16 on ollut se arvaus joka on toiminut. Itse en ole mitään aliverkkoa määritellyt.

Alkuperäinen kysymys taisi olla väärä. Tarkoitin kait ennemminkin sitä millä tavalla Samba-yhteys avataan Ubuntu-koneen palomuuriin kotiverkon koneita varten silloin kun (ei ole tarvetta jakaa kotiverkkoa aliverkkoihin mutta) haluaa olla varma että palomuuri ei vahingossakaan ole auki WAN-liikenteelle, eli varautuu siihen että modeemi-reititin saattaa joskus (vaikka vaan lyhyen aikaa) olla esim. sillatussa tilassa?
Jos reitittimeen on konfattu NAT, laittaa reititin sisäverkoon eri IP-osoitealueen oletuksensa mukaan. Kirjautumalla reitittimeen pitäisi tuon osoitteen olla luettavissa ja tavallisesti myös muutettavissa.

Olen käyttänyt aina NAT:a turvallisuuden takia ja luottanut siihen että se riittää. Tietokoneissani ei ole palomuuri käytössä jolloin sisäverkon liikenne ei tarvi palomuurin konfausta. Milloinkaan en halua asettaa reititintä siltaavaksi koska silloin WAN:sta näkee tietokoneen mikä on riskialtista.

Jos haluaa laittaa palvelimen johon voi avata esim. HTTP yhteyden ulkoverkosta, pitää laittaa tiukka palomuuri ja mieluimmin varata tarkoitukseen tietokone, jossa ei ole tietoa, jota ei halua levittää maailmalle. Palvelimen suojaamiseen löytyy netistä paljon ohjeita.


10
Jostain luin että uudempi tapa on komentaa ilman sudoa

Koodia: [Valitse]
systemctl suspend

Toimii ainakin Mint18:ssa. Sudon tarve pm-suspend kanssa olikin ristiriidassa sen kanssa että GUI puolella ei tarvinnut.

Minusta nopein tapa on pitää auki komentoikkunaa josta yhdellä nuolinäppäimellä hakee edellisen komennon ja se on siinä.
 

11
Onko Elisan tai Saunalahden liittymä? Sellainenkin omituisuus sattui täällä pari vuotta sitten, että operaattori muutti kuitupäätelaitteen salasanan, ihan tosta vaan, mitään kertomatta.
Olin laittanut oman salasanan ja operaattori oli päättänyt että siitä eteenpäin salasana on kaikissa purkeissa sama kuin purkin kyljessä oleva koodi. Hassua mutta jonkin verran harmitti kun oli tarkoitus konfata. Oli nimittäin nettiyhteys poikki tämän takia jonkin aikaa.

12
Vajaan viikon havainnot JSON-muodossa (sama data kuin sivulla näkyvä graafisesti selattava Paikalliset säähavainnot):
Koodia: [Valitse]
wget "http://ilmatieteenlaitos.fi/observation-data?station=126736" -O observations.json
Kiitos tästä! Mistähän tuokin löytyi?

13
Ilmatieteen laitoksen "Paikalliset säähavainnot" tietojen poimiminen ei taida onnistua näillä koska se käyttää Javaskriptiä. Tuon jos joku tietäisi miten. Näinhän todetaan myös em. forum ketjun lopussa. Toistaiseksi olen käyttänyt Forecan tms. sivua.

14
Yleistä keskustelua / Vs: Pöytäkoneen jäähdytys
« : 30.01.17 - klo:20.54 »

Ilmanohjaimien askartelu on oma lukunsa. Jos rako tuntuu liian isolla, sen kun tekee torven joka ohjaa ilmaa tasan haluttuun suuntaan. Olen käyttänyt Bilteman kumimattoa (käyttölämpötila -30 – 120 °C) ja liimaa kokoamiseen. Jeesusteippiä ei pidä käyttää vaikkei estetiikka kiinnostaisikaan, se muuttuu lämmöstä tahmaiseksi hartsiksi eli käytännössä disintegroituu.


Pari vuotta sitten muotoilin ilman ohjaimen alu-foliosta. Sopivan paksua folioita on esim. pakastusrasioissa. Mutta turhaa varovaisuutta sekin ja jouti pois.
mATX kotelo on varsin iso muutaman 10 W häviöteholle. Jos kotelossa on kunnolla reikiä niin että ilma vapaasti virtaa läpi niin arvelen että se yleensä riittää. Tavoitteena on äänetön kone jossa kuitenkin varmistuksena yksi tuuletin joka käynnistyy jos CPU lämpenee yli esim. 50 C.


15
Yleistä keskustelua / Vs: Pöytäkoneen jäähdytys
« : 30.01.17 - klo:15.37 »
Pöytäkoneen kokoamista kun suunnittelee ja sen jäähdytystä, niin aluksi on syytä arvioida missä kokoluokassa tehohäviöt on. Koneen käyttötarkoitus ja kokoonpano tässä ratkaisee. Jos ei ole laittamassa pelikonetta vaan toimisto/surffi/video/TV-koneen, tehoa säästyy kun käyttää CPU näytönohjainta. Esimerkiksi kokosin juuri koneen seuraavilla komponenteilla:
- i5 7500 65W
- GA-B250-D3H
- 16 GB RAM
- SSD 256G
- HDD 1 TB
- Thermalright True Spirit 120 mm fan, noin 140 mm korkea, RPM 600....1300
- Seasonic Platinum Fanless 400W, asennus kotelossa alas
- Fractal Design Core 1300, ala- ja yläpelti reitetty ilman kierron takia
- TV-kortti PCI-väylässä

Seasonic miellyttää minua koska sen suoritusarvot on mahtavat ja se on äänetön. Hyötysuhteeksi on testissä saatu osatehoilla reilusti yli 90% (110 V). Hyötysuhde vielä paranee 230V verkkojännitteellä.

Thermalright:sta irrotin tuulettimen ja siirsin sen ainoaksi laitetuulettimeksi. Koska tuuletin on noin 10 cm päässä jäähdytysrivasta ja teho on pieni, arvioin sen riittävän. BIOS pyörittää nyt tuuletinta 700...800 RPM, sen alemmas BIOS ei anna mennä.

Ym. koneen tehokulutukseksi mittasin 25...26 W kun tätä kirjoitan ja Firefox ym on auki. CPU lämpö on 27...28 C.
Jos ajan esim. stress --cpu 8 niin teho 76...77 W ja CPU lämpö nousee 57...58 C mikä on OK. Tuuletin alkaa silloin jo kuulumaan. Normaalin käytön aikana ei tuollaista lämpenemistä esiinny. Joten jos ei kokoa pelikonetta, on tehonkulutus tavallisesti niin pieni että  tarvetta monille kotelo- ja CPU-tuulettimille ja isolle powerille ei ole.

16
Laitealue / Vs: Tuulettimien nopeudet (pwmconfig vs BIOS)
« : 29.01.17 - klo:09.16 »
Yleisesti en tunne asiaa mutta erityisesti kahdesta Gigabyten emosta on kokemusta. Kokosin v. 2015 pöytäkoneen GA-Z97M-D3H emolla ja juuri äsken GA-B250-D3H emolla.

BIOS on aika hyvä ohjaamaan tuulettimia ja fancontrol tms. ei tarpeellinen. Vanhemmassa moodeja silent/normal/full/manual joissa RPM säätyy ilmeisesti lineaarisesti lämpötilan mukaan. Manual moodissa voi säätää nousunopeuden. Uudemmassa graafinen esitys RPM(T) funktiosta jossa 5 säädettävää kulmapistettä. Kuvaaja on paloittain lineaarinen ja hiirellä voi siirrellä kulmapisteitä.

BIOS aina ohjaa tuulettimia; manuaalista poiketen en saanut mistään ohjausta pois päältä joten ilmeisesti ei voisi edes käyttää fancontrolia. Toinen puute on se että en saanut säädettyä tuuletinta pysähtymään kun lämpö on esim. alle 35 C. Tuolla tavoin kone olisi ollut kevyellä kuormalla aivan äänetön, ei yhtään tuuletinta, ei edes powerissa.

 

17
Tungen tähän ketjuun kysymyksen K3b tai DVD-aseman ongelmasta joka poikkeaa ym. mutta kuitenkin kuuluu samaan alueeseen.
Koetin äskettäin polttaa levykuvan DVD-levylle mutta tarkistusluennassa K3b kertoo että tiedostot eroavat. Koetin muutamaa
RW-levyä ja yhtä R-levyä. Kokeilin auto nopeutta ja puolinopeutta. Tutkin tiedostoja ja todellakin ainakin
parissa kohdassa löytyi bittivirhe. Ennen ei ole tällä DVD-asemalla ollut ongelmia. Voisiko olla että asema tai levyt
huononee ajan oloon, laserin teho alenee vai mistä on kysymys?

18

Käsin kun syöttää niin toimii. En ymmärrä mikä tässä on vikana. Ilmeisesti se ei aja scriptiä.

Jostakin syystä prossun käyttö on 100% kokoajan.
Sen mikä ohjelma kuormittaa CPU näkee komennolla

Koodia: [Valitse]
top

Mitä tulostaa hakemistossa /home/pi/bin/

Koodia: [Valitse]
ls -l




19
Sudo käyttö on turhaa eikä suositeltavaa. Siitä voi aiheutua vaikeuksiakin.
Jos wvdial ei käynnisty normaalikäyttäjän tunnuksella niin tarkista /etc/groups,
taisi vaatia jäsenyyden ainakin ryhmään dialout. Voit lisätä käyttäjän ryhmään
Tarvi myös ryhmän dip

Koodia: [Valitse]
sudo adduser NN dialout
sudo adduser NN dip

Sitten logout-login.



20
Laita ssh niin voit käyttää etänä ilman noita. Ota aluksi sääasema pois jotta pääset laittamaan wvdial kuntoon.

Sivuja: [1] 2 3