Hopeinen Omena

Onhan sinulla DHCP / NAT päällä modeemissa ja koneessa automaattinen osoitteen haku, ettei isp osoitteet lopu kesken ja siksi ei saa ip-osoitetta tarpeeksi nopeasti? Tuo oma osoite tulee vain, jos ei muuten löydä ip:tä.

Silleen on mennyt että ensiksi on käytössä self assigned ip kunnes sitten oivalletaan että käytetäänpä modeemilta tulevaa osoitetta sittenkin. Network preferences-kohdan kautta olen monet kerrat tällaista katsellut.
Tai olisikohan se modeemi käynyt vanhuuttaan hitaaksi.

Perimmäinen ongelma on siis seuraava:
siitä kun laitan adsl-modeemin päälle, voi kestää parhaimmillaan minuutteja että pääsee selaimella millekään sivulle vaikka siis kaikki tarvittavat piuhat varmasti kiinni.

Samoin jos verkkopiuha irtoaa (mitä käy harmittavan usein) kestää samoin rasittavan pitkään ennenkuin ip-osoite on asettunut sellaiseksi että yhteyden saa ulkomaailmaan. Tuo ip-osoitteen kanssa arpominen haittaa esimerkiksi streamausta tai sellaisten www-sivujen käyttöä mille joutuu kirjautumaan sisään.

ja siis mitä olen yläpalkki-> open network preferences - kautta katsonut niin jonkin aikaa mennään siten että käytetty ip-osoite on self assigned-ip mikä ei siis ulkomaailmaan asti reitity.

Kävi mielessä että miettimisestä saisi jonkin verran karsittua sekunteja pois niin että sen self assigned-vaiheen eli keltaisen valon siinä network preferences-kohdassa voisi ohittaa. Että sen aikaa kun ei olisi oikeaa ip-osoitetta tiedossa niin ei käyettäisi sitä hatusta heitettyä osoitetta.

Ja siis se osx:n palomuurin sammuttaminen, mihin vahingossa löysin ohjeet googlella, ei ole se mitä tässä haen.

ksuomala kirjoitti:Perimmäinen ongelma on siis seuraava:
siitä kun laitan adsl-modeemin päälle,

Tässä tuo perimmäisen ongelman juurisyy. Miksi sammutat ADSL-modeemin? Sillä kestää useampi minuutti saada taas yhteys neuvoteltua ja pelaamaan DSLAMiin. Tämän vuoksi se purkki ei anna mitään järkevää ip-osoitetta.

Joo. Mutta. Aiemmin ei ole ollut näin pitkällistä junnausta sen ip-osoitteen kanssa.
Ja lisäksi tuo tapaus että verkkopiuha irtoaa silloin kun modeemi on päällä ja yhteys on kunnossa modeemilta operaattorin tiloihin asti.

ksuomala kirjoitti: Ja lisäksi tuo tapaus että verkkopiuha irtoaa silloin kun modeemi on päällä ja yhteys on kunnossa modeemilta operaattorin tiloihin asti.

Siis. Tietokone väittää että ethernetjohtoa ei ole kytketty vaikka se on, ja sitten ykskaks se tunnistaakin kyseisen johdon?

Modeemi vaihtoon näillä oireilla.

Modeemit ja reitittimet tuppaa lahoamaan ajan myötä, ja se ilmenee juuri tuollaisina omituisuuksina.

Jultsu kirjoitti:

ksuomala kirjoitti: Ja lisäksi tuo tapaus että verkkopiuha irtoaa silloin kun modeemi on päällä ja yhteys on kunnossa modeemilta operaattorin tiloihin asti.

Siis. Tietokone väittää että ethernetjohtoa ei ole kytketty vaikka se on, ja sitten ykskaks se tunnistaakin kyseisen johdon?

Modeemi vaihtoon näillä oireilla.

Siis. Mitä yritin tässä kommunikoida on se että jos ja kun ethernet-piuha irtoaa macista niin takaisin kiinnittämisen jälkeen kestää ärsyttävän pitkään että ip-osoite asettuu tolkulliseen arvoon ja internet-yhteys sitä myöten palautuu toimivaksi. Tämä on erillinen asia siitä että onko modeemi päällä 24/7/365 vaiko ei.
Miksikö ethernet-piuha irtoaa? No siinä on se liitin kulunut. En sitä huvikseni irrottele.

Voisi tietenkin olla modeemin syytä tuo piuhan irtoamisen+kiinnittämisen jälkeinen arpominen.
Mutta olen kokeillut niinkin päin että modeemin ja macin välissä nat:in hoitava boksi. Silloinkin taisi kestää junnata se ip kohdalleen. Lähes yhtä kauan.

Tai siis siinä boksissa oli natin lisäksi dhcp. Tuo High Sierra mietti siihen boksiinkin kytkettynä lähes yhtä kauan sitä ip-osoitetta kuin jos suoraan modeemissa kiinni.

Siis mitä tässä ajan takaa:
olisi fiksua että ei heti piuhan irtoamishetkellä alettaisi arpoa uutta ip:tä vaan osx odottaisi x sekuntia että kerkeän sen piuhan laittamaan takaisin kiinni. Ja että jos katkos kestää enemmän kuin x sekuntia niin sitten vasta self assigned ip sekä dhcp-kyselyt.

Luulisi että vastaavanlainen tilanne tulisi langattomissa verkoissa vastaan. Seinän takainen naapuri vaikkapa lämmittää pakasteita mikrossa.

Niin että mahtaisiko onnistua ylempänä kuvaamani asia?
Vai olisiko se sitten macciin staattinen ip + nat-boksi macin ja modeemin väliin käyttöön?

ksuomala kirjoitti:Miksikö ethernet-piuha irtoaa? No siinä on se liitin kulunut. En sitä huvikseni irrottele.

Tästä ongelmasta päässet eroon ostamalla uuden piuhan. Ne nyt ei paljoa maksa ja jos sinulla vanhalla piuhalla aiheutuu sellaista ongelmaa, josta jaksat kyselyäkin kirjoittaa, on uusi piuha arvoisensa sijoitus.

Toisaalta typerää tuommoinen että sekunnin kun on piuha irti niin ruvetaan väen väkisin uutta ip:tä arpomaan.

Käsittääkseni dhcp-palvelimen puolella voidaan konfiguraatiossa sanoa että mac-osoiteen ja ip-osoitteen välinen kytkentä on voimassa oletuksena x sekuntia ja maksimissaan y sekuntia. Niin luulisi että dhcp-asiakaskin voisi näitä asetuksia kunnioittaa.
Mutta vissiin osx Ei Vaan Toimi Näin?

Vai onko nuo default lease time ja max lease time vain dhcp-servon näkemiä asioita?
Linuxissa on ainakin ollut dhclient.conf . Onko vai eikö OSX:ssä vastaavaa tiedostoa?

Ajatuksesi on ihan hyvä, mutta se ei toimi käytännössä. Ei toimi myöskään muilla käyttöjärjestelmillä. Koneesi ei voi määrittää sitä, kuinka pitkään DHCP-lease on voimassa vaan sitä kontrolloi DCHP-palvelin. Jos olisi toisin, tästä voisi tulla esimerkiksi mielenkiintoisia tietoturvaongelmia. Jos DHCP-palvelimesi on hidas jakamaan sitä osoitetta, niin kannattanee harkita laitetta joka hoitaa homman sujuvammin. Itselläni ainakin yhteys palautuu alle sekunnissa piuhan uudelleenkytkemisestä.

Mac-osoitteen ja IP-osoitteen "kytkentä" toisiinsa tarkoittaa vain sitä, kuinka pitkään se kyseinen mac-osoite (laite) saa saman IP-osoitteen sieltä DHCP-palvelimelta, eikä varsinaisesti ota siihen kantaa että onko piuha kytketty vai ei. Esimerkiksi 8 tunnin DHCP-lease voi siis tarkoittaa sitä että IP-osoite vaihtuu sen jälkeen toiseksi esim uudelleenkäynnistyksessä.

Ymmärrän että homma harmittaa, mutta olisikohan nyt kuitenkin järkevintä vaan hommata ehjä piuha?

jeppe kirjoitti:

ksuomala kirjoitti:Toisaalta typerää tuommoinen että sekunnin kun on piuha irti niin ruvetaan väen väkisin uutta ip:tä arpomaan.

Käsittääkseni dhcp-palvelimen puolella voidaan konfiguraatiossa sanoa että mac-osoiteen ja ip-osoitteen välinen kytkentä on voimassa oletuksena x sekuntia ja maksimissaan y sekuntia. Niin luulisi että dhcp-asiakaskin voisi näitä asetuksia kunnioittaa.
Mutta vissiin osx Ei Vaan Toimi Näin?

Vai onko nuo default lease time ja max lease time vain dhcp-servon näkemiä asioita?
Linuxissa on ainakin ollut dhclient.conf . Onko vai eikö OSX:ssä vastaavaa tiedostoa?

Ajatuksesi on ihan hyvä, mutta se ei toimi käytännössä. Ei toimi myöskään muilla käyttöjärjestelmillä. Koneesi ei voi määrittää sitä, kuinka pitkään DHCP-lease on voimassa vaan sitä kontrolloi DCHP-palvelin. Jos olisi toisin, tästä voisi tulla esimerkiksi mielenkiintoisia tietoturvaongelmia. Jos DHCP-palvelimesi on hidas jakamaan sitä osoitetta, niin kannattanee harkita laitetta joka hoitaa homman sujuvammin. Itselläni ainakin yhteys palautuu alle sekunnissa piuhan uudelleenkytkemisestä.

Mac-osoitteen ja IP-osoitteen "kytkentä" toisiinsa tarkoittaa vain sitä, kuinka pitkään se kyseinen mac-osoite (laite) saa saman IP-osoitteen sieltä DHCP-palvelimelta, eikä varsinaisesti ota siihen kantaa että onko piuha kytketty vai ei. Esimerkiksi 8 tunnin DHCP-lease voi siis tarkoittaa sitä että IP-osoite vaihtuu sen jälkeen toiseksi esim uudelleenkäynnistyksessä.

Ymmärrän että homma harmittaa, mutta olisikohan nyt kuitenkin järkevintä vaan hommata ehjä piuha?

Jos dhcp-servo sanoisi asiakkaalle kuinka kauan taikka mihin asti se lease on voimassa niin asiakas voisi periaatteessa sitä tietoa hyödyntää sen sijaan että sekunnin katkoksen takia rupeaa väen väkisin arpomaan uutta osoitetta ensin ns.- täysin hatusta ja sitten palvelimelta kysyen. No jos ei ole tapana noin tehdä niin ei sitten.
Toisaalta dhclient.conf:in man-sivulla on tuo reboot-kohta, vähän muistutti sitä mitä haen.
https://linux.die.net/man/5/dhclient.conf

Tuo ehdottamasi triviaaliratkaisu menee ensi viikkoon, sitä ennen olisi kiva löytyä jokin tilapäinen viritys.
Staattinen ip mac:iin + nat-boksi väliin olisi 1 idea mikä tulee mieleen. Saa nähdä suostuisiko kyseinen boksi yhteistyöhön moisen idean kanssa.

Staattinen tai ei, kun alimman kerroksen yhteys katkeaa tarvitaan uusi kättely kaikilla protokollakerroksilla. Ylemmillä tasoilla (IP/DHCP) joku häiriö voi jäädä huomiotta tai johtaa vain vähäisempiin kättelyihin.

Toisaalta RFC-dokumentissa nro 2131 sanotaan:

"If a client has knowledge of a previous network address and is unable
to contact a local DHCP server, the client may continue to use the
previous network address until the lease for that address expires."

Tosin applella näköjään huomioitu pikemminkin kohta:

"If the lease expires before the client can contact a DHCP server, the
client must immediately discontinue use of the previous network
address and may inform local users of the problem.
"

Nämä liittyvät kuitenkin ns. yhteystason tai kuljetuskerroksen (3-5) protokolliin. Jos fyysinen taso (taso 0) katkeaa niin kaikki kättely alkaa alusta.

Joo, homenamsin ajatus on nyt oikea. Kyllä se laite joutuu fyysisen yhteyden katkettua joka tapauksessa neuvottelemaan uusiksi.

Saatko ksuomala sille koneelle siis julkisen ip-osoitteen sieltä DHCP-serveriltä vai jotain 10.x.x.x, 192.168.x.x tai 172.16-31.x.x IP-avaruuksista?

Mikäs piru nyt on tullut kun finderillä en pääse enää macilta toiselle siirtämään tiedostoja?
Tulee aina herja: toimintoa ei voi suorittaa loppuun koska aliaksen "blaablaablaa" alkuperäistä kohdetta ei löydy.
finderissa näkyy toinen macci, ja sitä klikkaamalla löytyy laitteen levyt. Mutta sitten ei pääse eteenpäin, tulee aina tuo herja.
Ei auta finderin uudelleenkäynnistys.
Finderin kautta näytön jakaminen toimii kyllä.

2019-mallin iMac 5K + Catalina 10.15.2

Kone boottaa normaalisti käyttöjärjestelmään, jos ulkoisia levyjä ei ole kiinni. Jos taas Samsung T5 on USB-C:llä kiinni, niin boottaa kysymysmerkkikansiota vilkuttavaan tilaan. Jos taas WD My Passport on USB:llä kiinni, niin boottaa recovery tooliin. Tällä WD:llä on koneen Time Machine varmuuskopio. Kummastakaan en pääse jatkamaan normaalisti boottia koneen sisäiseltä levyltä.

Eli miten mä kerron tälle koneelle, että boottaappa nyt vain siltä sisäiseltä SSD:ltä vaikka koneeseen olisi kytketty ties mitkä hilavitkuttimet?

Järjestelmäasetusten Käynnistyslevy-osiossa ei näy muuta kuin koneen sisäinen levy. Käyttis siis jollakin tasolla "tietää", että noilla ulkoisilla ei ole mitään, mihin bootata.

Onko käynnistyslevy valittu järjestelmäasetuksissa? Vaikka siellä ei muuta näy, niin se ei tarkoita, että se olisi valittuna.
Järjestelmä käynnistyy ensin siltä levyltä joka on valittu ja jolta löytyy jotakin järjestelmään viittaavaa. Jos järjestelmään viittaavaa ei löydy, niin käy läpi muut levyt löytääkseen sellaisen.
Mikäli tilanne ei muutu valitsemalla levy, niin nollaa parametri RAM. Tämä nollaa myös käynnistyslevyn valinnan, eli koneen pitäisi tämän jälkeen käynnistyä sisäiseltä levyltä.

Käynnistyslevy on valittuna oikein, ohessa screenshot.

Pitänee seuraavaksi kokeilla PRAM-resettiä.

Mietin vielä meneekö tuo johonkin konffitiedostoon ihan selkokielisenä tai edes semiselkokielisenä, että kone kokeilee bootata ulkoisilta levyiltä, jos niitä on koneessa kiinni? Pääte on tuttu peli, mutta en nyt äkkiseltään keksinyt mistä systeemikansiosta etsiä.

Käynnistysvalinta ei tallennu kovalevylle vaan koneen Biosiin (EFI). En tiedä pääsekö sitä ronkkimaan jollain ohjelmalla.
Parametri-RAMin nollaaminen palauttaa kuitenkin tuonkin asetuksen oletusarvoon, eli koneen sisäiselle levylle.

iMac oli tuossa yön yli ja kun aloin käyttää niin heti huomasin että takaa oli lämmin siitä paikasta missä joskus lämpö tuntuu. Tekeekö se jotain vaikka on pimeänä?