@SINAD@ kirjoitti:
Millä perusteilla asiakkaat on jaoteltu "premium"- ja perusluokan välillä? Ainakaan liittymän hinta/tyyppi se ei voi olla, koska isolla rahalla rakennettu kuituliittymä oli aluksi "premium" -luokassa 84-alkuisella IP:llä ja siten yllättäen se putosi B-luokkaan 1200 sekunnin leaselle. Ymmärtäisin jos enemmän maksava asiakas saisi parempaa palvelua, mutta ei mene niin.
Ei ole luokiteltu käyttäjiä kuluttajasopimuksissa tekniikkaan, alueeseen tai tilattuun palveluun liittyen mitenkään tämän osalta. Samanalainen 20min lease time on käytössä IP-osoitteesta riippumatta.
@SINAD@ kirjoitti:
Vai onko kyse puhtaasti lotosta? Voisiko 84-alkuisen IP:n saada, jos kokeilisi eri MAC-osoitetta, niin pitkään että onni käy myötä? Vai onko kyseessä alueellinen juttu? Siinä tapauksessa eri alueilla olevat asiakkaat ovat eriarvoisessa asemassa, toiset saavat käytännössä kiinteän IP:n ilman lisämaksua ja toiset eivät saa sitä edes rahalla.
Tuossa toisessa ketjussa jo hiukan avasinkin tätä ja kyseessä on hieman "lotto" että miten se vanha lease-timen ohittanut IP lähtee kiertoon palvelimella. Jos DHCP-palvelimelta ei tätä aiemmin käyttämääsi (yli 20min vanhaa) IPtä ole ehditty allokoida toiselle käyttäjälle --> saa sama modeemi ko. IPn kyllä takaisin käyttöön. Jos laite on pois päältä pidempiä aikoja (yli 20min) niin IP on vapaassa kierrossa sen jälkeen jos joku sen ehtii napata. Tässä tilanteessa ei ole merkitystä tuleeko verkosta 84 tai 88 alkuinen IP koska molemmissa on sama lease time.
@LiAntti@ kirjoitti:
Ei ole luokiteltu käyttäjiä kuluttajasopimuksissa tekniikkaan, alueeseen tai tilattuun palveluun liittyen mitenkään tämän osalta. Samanalainen 20min lease time on käytössä IP-osoitteesta riippumatta.
Miten sitten voi olla mahdollista, että ihan vasta äskettäin käydyn keskustelun perusteella on olemassa asiakkaita, joilla on edelleen 43200 sekunnin lease:
Kiinteat-nettiyhteydet-ja/Telia-kaapelilaajakaista-ja-pakettiliikenteen-ongelmat/td-p/172959
Tuossa tapauksessa kyseessä 80-alkuinen IP-osoite.
Kyllähän tämä nyt vaikuttaa pahasti siltä, että IP-osoitteen alkuosalla ja leasetimella lienee joku kytkös keskenään. Nämä 88-alkuiset on kirottu 1200 sekunnin leasella, mutta ainakin 80 ja nyt ihan uusimman tiedon perusteella myös 84:tehkä ovat 43200 leasella. Ei olla tasa-arvoisia, vaan A- ja B-luokan asiakkaita. Nyt kiinnostaisikin tietää miten tuonne A-luokkaan pääsee. ei ainakaan rahalla - mutta ilmeisesti tuurilla? Onko MAC-lottery sitten ainoa tapa? Onhan mulla tietysti nyt toinen reititin, jolla ruveta yrittämään... sopivien MACien löydyttyä sitten vaan kloonaisi pääreitittimeen. Mutta auttaakohan se?
Myöskään alueellista jaottelua en löytänyt. Jäljitin, missä päin vanhat 84-alkuiset osoitteeni nykyään viilettävät, yksi oli Kaustisilla, yksi Anjalassa ja yksi Kuopiossa (!!) joka on muuten lähellä.
Mielellään kuulisin nyt kommentteja joiltakin joilla on 80- tai 84-alkuinen osoite että paljonko on leasetime. Harmi vaan kun suurin osa ihmisistä ei perusta koko asiasta mitään ja tässä menee jako jopa niin että "premium" IP:t pitkällä leasella päätyvät henkilöille, jotka eivät edes halua kovin pysyvää IP-osoitetta.
EDIT: Lisäksi, jos joku on saanut 80- tai 84-alkuisen osoitteen, niin pystyisittekö katsomaan, mikä on DHCP-palvelimen IP-osotie? Aloin nimittäin miettiä, että jos lähettäisin suunnatun DHCP-kyselyn nimenomaan kyseiselle palvelimelle, että saisikohan sitä kautta kikkailtua paremmalla leasella olevan IP:n. Nythän voi olla ihan vaan niin, että tämä 1200 sek. leasen kirous on tullut siitä että tuo 88-osoitteita jakeleva DHCP-palvelin on nopeampi ja ehtii vastata broadcast-kyselyihin ensimmäisenä ja noi paremmat IP:t tulevakin joltain vanhemmalta, hitaammalta palvelimelta. Kuitenkin normaali DHCP renew lähtee osoitettuna kyselynä, joten kun saisi kertaalleen luotua linkin oikeaan DHCP-palvelimeen niin osoite kyllä pysyisi sen alaisuudessa.
@SINAD kirjoitti:
EDIT: Lisäksi, jos joku on saanut 80- tai 84-alkuisen osoitteen, niin pystyisittekö katsomaan, mikä on DHCP-palvelimen IP-osotie?
Minun pari senttiäni tähän asiaan: minulla on nykyään 80-alkuinen osoite, mutta lease-time on kuitenkin 1200. Logeja selatessa kävi ilmi, että DHCPDISCOVER-huutoon vastaa aina 80.223.94.3, mutta osoitteen uusiminen sen jälkeen hoituu osoitteesta 172.29.7.170.
Osoite vaihtui tuohon 80-alkuiseen kun (valitettavasti) vaihdoin hybridiliittymään. Yhtään en muista mikä osoite tai lease time oli entisen kiinteän ADSL-liittymän kanssa.
@LiAntti@ kirjoitti:
Ei ole luokiteltu käyttäjiä kuluttajasopimuksissa tekniikkaan, alueeseen tai tilattuun palveluun liittyen mitenkään tämän osalta. Samanalainen 20min lease time on käytössä IP-osoitteesta riippumatta.
Ohhoh.
Kyllä on aikamoista hätävarjelun liioittelua noin lyhyt lease time. Ei muillakaan operaattoreilla ole ikuisia lease timeja , mutta esim. Elisalla on 2h ja on se paljon parempi kuin 20 min. Tosin jos se lease katkoksen vuoksi ylittyy , niin ei se aiempi osoite heti mene uuteen käyttöön , vaan tuurilla voi sen IP:n saada vielä takaisin.
Toki jos on tarvetta ulkopuolelta päästä omaan verkkoon , niin suosittelen käyttämään jotakin DDNS-palvelua , niin ei ole väliä sillä IP:llä.
@thesparris@ kirjoitti:
@SINAD@ kirjoitti:
EDIT: Lisäksi, jos joku on saanut 80- tai 84-alkuisen osoitteen, niin pystyisittekö katsomaan, mikä on DHCP-palvelimen IP-osotie?
Minun pari senttiäni tähän asiaan: minulla on nykyään 80-alkuinen osoite, mutta lease-time on kuitenkin 1200. Logeja selatessa kävi ilmi, että DHCPDISCOVER-huutoon vastaa aina 80.223.94.3, mutta osoitteen uusiminen sen jälkeen hoituu osoitteesta 172.29.7.170.
Sama juttu täällä 80-alkuisella osoitteella näköjään kun tutkiskelin asiaa. Tuo 1200s lease time toki on ollut tiedossa.
@thesparris@ kirjoitti:
Minun pari senttiäni tähän asiaan: minulla on nykyään 80-alkuinen osoite, mutta lease-time on kuitenkin 1200. Logeja selatessa kävi ilmi, että DHCPDISCOVER-huutoon vastaa aina 80.223.94.3, mutta osoitteen uusiminen sen jälkeen hoituu osoitteesta 172.29.7.170. Osoite vaihtui tuohon 80-alkuiseen kun (valitettavasti) vaihdoin hybridiliittymään. Yhtään en muista mikä osoite tai lease time oli entisen kiinteän ADSL-liittymän kanssa.
Ok, paljon kiitoksia tiedosta! Onkohan nyt sitten niin, että kesän jälkeen tuo 1200 sekunnin vitsaus on tarttunut myös 80-alkuisiin IP-osoitteisiin. Leviää siis kuin virus, kuten vitsaukset yleensäkin tekevät. No, jään vielä odotelemaan jos saisi kommentteja 84-alkuisten osoitteiden nykytilasta. MAC-lottoa tai unicast-kyselyjä ei nyt kehtaisi vielä aloittaa, ennen kuin saa varmaa tietoa että 43200 leaseja esiintyy vielä jossain ja jos, niin miltä serveriltä sellaisen voisi saada. Sen jälkeen voisi testata sellaistakin että estäisin kytkimellä liikennöinnin kokonaan sellaisille DHCP-palvelimille, jotka jakavat 1200 leaseja. Mutta voihan olla, että loppupeleissä verkossa toimiikin vain yksi DHCP-palvelin, koska niinhän tilanteen ainakin pitäisi olla.
Tässä nyt kuitenkin vasta keskusteltiin aiheesta IP-osotteen pysyminen laitteiden ollessa sammutettuna 8 tuntia yön yli. Ei ole mitenkään itsestäänselvää tuon 1200 leasen kanssa, joko siinä on ollut aivan älytön tuuri tai sitten siellä on 43200 lease edelleen. Mullahan vaihtui jo kerran tämän 1200 leasen aikana ja syynä oli lyhyt katkos Telian verkossa, taisi olla vajaan puoli tuntia. Hieman turhauttavaa kun on rakentanut itselleen systeemit kalleimman mukaan ja siten ettei katkoksia ilmene, niin sitten operaattorin verkko osoittautuukin epävarmemmaksi ja aiheuttaa liian pitkän katkoksen.
Lähes tunnin mittainen katkos oli myös tässä vähän aikaa takaperin keskiyön jälkeen, mutta tällä kertaa kumpikaan IP-osoitteista ei ehtinyt vaihtua.
minä en usko että kuluttuja-liittymissä on enää 43200 sekunnin ip-numeroita. onkohan jotain virhe informaatioita. tässä asiassa pitäisi tuoda konkreettisia logi-tietoja tai vastaavia.
minulle tuli telian muutoksen jälkeen noin vuosi sitten 84.250.xxx.xxx ip-numeroita 1200s lease ajalla. debian logit selkeästi tuon sanoo.
saatan tietää kikan miten voi pitää tai enemminkin vaihtaa ip-numeron. olen kironnut vieläkin kun pitää 2h konetta karenssissa niin saan saman ip:n kun haluan vaihtaa.
tein yksi päivä netti-testejä jotka ei liittyneet julkisiin ip-numeroihin ollenkaan ja testien jälkeen kaikki koneet paitsi yksi sai uuden eri ip:n. se yksi ei ollut osa testejä.
teoriani on seuraavaa:
kun dhcp kysely lähetetään niin jostain käyttiksen muistista vielä kaivetaan vanha ip-numero jota käytetään pohjana dhcp-kyselyssä, joten ip-numero voi olla sama vaikka aikaa olisi mennyt dhcp-lease ajan yli. minulla on nyt teoria että jos tyhjää dhcp-muistit ja vastaavat ja odottaa 2 tuntia niin saa varmasti satunnaisen ip:n, tosin en ole testannut. tätä teoriaa voi käyttää myös päin vastoin tosin jos lease on yli niin samaa ip:tä ei voida taata mutta on todennäköinen. tuskin auttaa reitittimiä koska niiden dhcp-muisti saa varmaa tyhjennystä.
lyhyesti: dhcp-kyselyissä lähetetään muutakin tietoa kuin mac-osoite.
(dhcp-lease on 1200s, vara-aika on 3600s lisää telian tietojen mukaan)
@lasselusse@ kirjoitti:
minä en usko että kuluttuja-liittymissä on enää 43200 sekunnin ip-numeroita. onkohan jotain virhe informaatioita. tässä asiassa pitäisi tuoda konkreettisia logi-tietoja tai vastaavia.
minulle tuli telian muutoksen jälkeen noin vuosi sitten 84.250.xxx.xxx ip-numeroita 1200s lease ajalla. debian logit selkeästi tuon sanoo.
So there's no hope... Eli 84-alkuisetkin on sitten kuitenkin pilattu. Mysteerioksi jää, miten joku on kuitenkin saanut saman IP:n säilymään jopa 8:n tunnin katkon ajan. Aivan älytön säkä, koska omalla kohdalla se vaihtui jo alle tunnin katkosta. Tosin tuossakin tapauksessa asiakas olisi halunnut että IP vaihtuu, mutta eihän se sitä tietysti silloin tee. Sitten jos taas haluat mahdollisimman kiinteän IP:n, niin eipäs kestäkään pitkiä katkoja!
@lasselusse kirjoitti:teoriani on seuraavaa:kun dhcp kysely lähetetään niin jostain käyttiksen muistista vielä kaivetaan vanha ip-numero jota käytetään pohjana dhcp-kyselyssä, joten ip-numero voi olla sama vaikka aikaa olisi mennyt dhcp-lease ajan yli.
Kyllä DHCP-kysely sisältää nykyisen osoitteen, jota tavallaan "toivotaan" uudistettavaksi. Jotkut ovat väittäneet että tuolla tavoin voisi jopa varata haluamansa osoitteen ellei se ole toisaalla käytössä, mutta en ole testannut. dhcping-komenolla sitä voisi ehkä testailla.
Telian DHCP on kuitenkin osannut antaa saman osoitteen myös ilman että reitittimen tarvitsee tietää vanhaa osoitetta. Voin esimerkiksi kloonata MAC-osoitteen aivan erinäköiseen laitteeseen ja kunhan alkuperäinen laite ei ole samaan aikaan linjoilla niin uusi laite saa saman julkisen IP:n. Tämä on testattu moneen kertaan. Onnistuu jopa niin että laitteen boottaa ensin sellaisenaan linjoille, jolloin se saa tietysti jonkun uuden IP:n, mutta heti kun käy asettamassa sinne oikean MAC-osoitteen, se löytää takaisin sen vanhan tutun IP:n, kunhan vaan operaatio ei ole kestänyt liian kauaa.
Tähän perustuu myös mun idea varareitittimestä. Kloonaamalla siihen pääreitittimen MAC:in saan sen linjoille siten, ettei mikään muutu. Sen jälkeen voi rauhassa conffailla pääreititintä ilman pelkoa IP:n vaihtumisesta.
Toki aiemmin oli helpompaa ja halvempaa, kun ei tarvittu mitään varareititintä pelkästään tämän asian takia, koska hommia sai tehdä ihan rauhassa ja IP kyllä säilyi.
@lasselusse kirjoitti:(dhcp-lease on 1200s, vara-aika on 3600s lisää telian tietojen mukaan)
Tässä käsityksessä olen ollut, eli periaatteessa 1 h 20 min. katko ja sen jälkeen on peli menetetty. Periaatteessa jos keskellä yötä nukkuessa pettää joku paikka niin vahinko ehtii tapahtua. Ei ihan jaksaisi viritellä sellaista automaattista herätys-hälytystäkään että se huudattaisi ylös petistä, jos nettiyhteys katkeaa. Kun sekään ei olisi pomminvarma, jos sattuu esim. työmatka ja sillä aikaa katkos, niin ei mahda mitään, peli on menetetty. Hassua, kun samaan aikaan joku muu suorastaan yrittää saada IP:n vaihtumaan kun taas mulle se tietää paljon ylimääräistä vaivaa. Sen takia kaikki häiriöt nostaa äkkiä verenpaineen sille tasolle että sydän hakkaa korvissa, kun siinä sitten paniikissa saa miettiä että onko mitään tehtävissä, samalla kun "kuolemankello" raksuttaa sitä 4800 sekuntiansa.
No, toivottavasti saadaan ne kiinteät IP:t pian. Sinänsä sitäkään ei tarvittaisi kun olisi kunnon leasetimet.
Mullakin on tuollainen 84. alkuinen ja 20min lease-time.
En kovin tarkalla tasolla tunne näitä asioita niin kysyn tässä ohi mennen sellaista, että mistä johtuu että osoite sitten välillä vaihtuu myös lennossa?
Pari kertaa huomannut lähinnä Speedtestissä, että nyt mennään eri IP:llä kuin vaikkapa muutama päivä sitten, vaikka purkin uptime on ollut esim. kuukauden luokkaa, eikä katkoja ole tullut huomattua. Vaatiiko tuo aina tuommoisen reilumman katkoksen, vai onko mahdollista että se jollain pyynnöllä vain yllättäen antaa uuden osoitteen?
@ kirjoitti:
En kovin tarkalla tasolla tunne näitä asioita niin kysyn tässä ohi mennen sellaista, että mistä johtuu että osoite sitten välillä vaihtuu myös lennossa?
Ei se saisi lennossa vaihtua koskaan, mutta lyhyestä leasetimesta johtuen se ei kestä verkonhuoltoa. Eli veikkaisin, että Telia on tehnyt huoltotöitä esim. yöllä tai muutoin poissaollessasi, aiheuttanut katkoksen ja sitä kautta osoitteen muuttumisen. Toinen mahdollisuus on että se Telian DHCP-palvelin on sen luokan rytö, ettei se muista leaseja resetin yli ja niinpä jokaisen resetin jälkeen kaikkien asiakkaiden IP-osoitteet vaihtuvat. Vaikea sanoa kun ei tiedä laitetta tarkempaan, MAC-osoitteen perusteella se oli muistaakseni Nokian tekemä.
Kun katson omaa historiaa niin 15.1.2018 klo 02 maissa on vaihtunut minullakin IP ilman mitään järkisyytä tai havaittuja katkoksia. Lieneeköhän siinä sitten Telian DHCP-palvelimen uptimen alkuhetki.
Painajaistahan tämä tietysti on, kun ottaa huomioon sen vaivan määrän mikä tuosta aiheutuu.
@SINAD@ kirjoitti:
@ kirjoitti:
En kovin tarkalla tasolla tunne näitä asioita niin kysyn tässä ohi mennen sellaista, että mistä johtuu että osoite sitten välillä vaihtuu myös lennossa?
Ei se saisi lennossa vaihtua koskaan, mutta lyhyestä leasetimesta johtuen se ei kestä verkonhuoltoa. Eli veikkaisin, että Telia on tehnyt huoltotöitä esim. yöllä tai muutoin poissaollessasi, aiheuttanut katkoksen ja sitä kautta osoitteen muuttumisen. Toinen mahdollisuus on että se Telian DHCP-palvelin on sen luokan rytö, ettei se muista leaseja resetin yli ja niinpä jokaisen resetin jälkeen kaikkien asiakkaiden IP-osoitteet vaihtuvat. Vaikea sanoa kun ei tiedä laitetta tarkempaan, MAC-osoitteen perusteella se oli muistaakseni Nokian tekemä.
Kun katson omaa historiaa niin 15.1.2018 klo 02 maissa on vaihtunut minullakin IP ilman mitään järkisyytä tai havaittuja katkoksia. Lieneeköhän siinä sitten Telian DHCP-palvelimen uptimen alkuhetki.
Painajaistahan tämä tietysti on, kun ottaa huomioon sen vaivan määrän mikä tuosta aiheutuu.
Kiitos informaatiosta :)
Olen ihmetellyt vaihtuvuutta muutettuani huhtikuussa, kun aiemmin oli elisan VDSL käytössä niin siinä pysyi sama IP käytössä jatkuvasti. Pois lukien ne kerrat kun modeemi vaihtui, mutta viimeisin IP taisi olla yli vuoden sama. Telialla on nyt käytössä tällä heidän smart modeemillaan jo 5. tai 6. erillinen IP-osoite. Tai ainakin mitä olen huomannut, onhan tässä välissä voinut pyörähtää useampikin.
Onneksi itselläni ei ole (enää) tarvetta pysyvyydelle kuten olen viesteistäsi ymmärtänyt, että sinulla on. Voin kuvitella kuitenkin mielipahan, kun joskus yli 10 vuotta sitten pyöritin kotona pientä tiedostopalvelinta harrastuspohjalta, johon tosiaan pääsi käsiksi kodin IP-osoitteella (ja tietty tunnuksilla) niin eikö se osoite perhana ollut aina ollut vaihtunut kun kriittisimmin sitä olisi tarvinnut ja senhän sai selvitettyä vain vasta kotona :D
Ehkä kannattaisi tunneloida yhteys esimerkiksi jokun staattisella osoitteella varustetun virtuaalikoneen kautta. Hetznerillähän on varsin halpoja, Suomessa sijaitsevia virtuaalipalvelimia. Tai sitten vain rakentaa systeemit niin, ettei osoitteen vaihtumisesta seuraa mitään isompaa hämminkiä, näissä kuluttajaliittymissä kun osoitteen vaihtuminen kuuluu normaaliin toimintaan.
@ kirjoitti:
Olen ihmetellyt vaihtuvuutta muutettuani huhtikuussa, kun aiemmin oli elisan VDSL käytössä niin siinä pysyi sama IP käytössä jatkuvasti.
Näin se Teliallakin oli ennen viime vuoden loppua. Sinänsä käsittämätöntä, että nyt ovat valinneet olevansa muita huonompia tässä lease-asiassa, kun kuitenkin muilta osin Telia on paras isoista operaattoreista. Siksihän ihan alussa oletin että toi 1200 lease on joku harjoittelijan tekemä conffausvirhe (koska oikeasti se on jopa niin älytön), mutta se asia käytiin läpi ja on kuulema ihan tietoinen valinta! Kertoivat vähentävänsä sillä verkon vikatilanteita, joka kuulosti vähän oudolta selitykseltä.
@positroni@ kirjoitti:
Ehkä kannattaisi tunneloida yhteys esimerkiksi jokun staattisella osoitteella varustetun virtuaalikoneen kautta. Hetznerillähän on varsin halpoja, Suomessa sijaitsevia virtuaalipalvelimia. Tai sitten vain rakentaa systeemit niin, ettei osoitteen vaihtumisesta seuraa mitään isompaa hämminkiä, näissä kuluttajaliittymissä kun osoitteen vaihtuminen kuuluu normaaliin toimintaan.
Enpä usko, että gigabitin kuituliittymä ainakaan nopeutuu jos sitä aletaan VPN:n yli ajaa, kun ilman VPN:ää se toimii lähes linjanopeudella 24/7. Itse asiassa en ole testannut sitäkään, toimisiko reitittimen rautakiihdytys VPN:n yli, datalehden mukaan IPsec pitäisi olla rautakiihdytetty mutta jos tarvittava VPN tekniikka onkin joku eri, niin reititykseen joutuisi käyttämään prosessoria.
Itse en myöskään mahda sille mitään, että maailma on rakennettu sen ajatuksen varaan, että kiinteissä liittymissä kuuluu olla vakiona pysyvä IP-osoite. Ihan niinkin arkipäiväisestä palveluista kuin Facebookista alkaen tulee turvallisuusherjaa jos IP vaihtuu. Eikä ne lopu sillä, että kuitataan tapatunut omaksi käytöksi. Systeemi ei sitä usko, koska varmaankin näkee käyttöhistoriastani että IP on ollut sama jopa viisikin vuotta. Erääseen palveluun menetin tunnukseni lopullisesti, koska oli sattunut myös siihen rekattu sähköposti muuttumaan. IP:n vaihduttua en enää päässytkään kirjautumaan ja olisi pitänyt nollata tilanne sähköpostilla, jota ei enää ollut. Ainoa, millä tunnuksen saisi ehkä takaisin olisi, jos pystyisi nappaamaan jotenkin sen vanhan IP:n takaisin ja sen jälkeen jos yrittäisi kirjautua niin melko varmasti pääsisi sisään suoriltaan.
IP-osoitteen vakionapysyminen on ollut myös eräs pääsyy pysytellä nimenomaan Telian asiakkaana, koska muiden operaattoreiden kanssa tilanne olisi voinut olla vieläkin huonommin. Telia on myös ainoa operaattori jonka kanssa on voinut käydä edes keskusteluja aiheesta kiinteä IP kuluttajaliittymiin. Väitän, että muut operaattorit viittaavat kintaalla lähes kaikelle, mitä kuluttaja-asiakas heiltä pyytää.
Kiinteän IP:n suhtenhan on nyt olemassa sellainenkin järjenvastaisuus, että 4G-liittymiin on saatavissa myös kiinteä IP - jossa sitä ei mielestäni edes tarvittaisi koska eihän liikenteessä oltaessa ole mitään väliä vaikka IP vaihtuu - ei ainakaan minulle. Siksi se tulisi tottakai saada myös kiinteisiin liittymiin, joissa sille nimenomaan olisi tarvetta. Lisää perusteluja löytyy tuolta linkkaamani keskustelun takaa.
Kovat on odotukset nyt asian suhteen, saapa nähdä kuinka käy. Toisaalta koko kiinteää IP:tä ei palveluna tarvittaisi, jos leasetime olisi järkevä - kuten se aiemmin oli.
No, ainakin tässä nyt taisi tulla selväksi ettei 43200 leaseja ilmeisesti enää saa, vaikka näköjään Elokuussa vielä jollakin sellainen oli. Siltä osin ei nyt vielä löytynytkään ratkaisua siihen, mitä alun perin kyselin.
aikaisempaan teoriaan viitaten, olen onnistunut saamaan ns. halutun ip-numeron telian dhcp:n serveriltä. tässä on hyvä korostaa että kyse ei ole staattisesti ip:stä, kyse on dynaamiseesta ip:stä. tässä vain muokataan dhcp kyselyä siten että saa haluamsa ip:n, tottakai olettaen että on vapaa muilta dhcp-lease varauksilta. asiaa voi monimutkaistaa telia:n ip-avaruudet, veikkaisin että haluama ip pitää ottaa samalta alueelta.
tämä on mitä tein, käyttis debian.
1. poista varaus, dhcp-release (ei pakollinen mutta suositus).
2. odota vähintään 20min (voi olla että tarvii 80min).
3. muokkaa dhcp-kyselyä, minä vain muokkasin vanhoja logi-tietoja debian käyttiksessä.
4. hae uusi ip-numero dhcp:llä, jos ip on oikeasti käytössä niin sitten sitä ei tule.
jos vaihdat mac-osoitetta kohdassa 2 niin odottelua ei tarvitse tehdä.
olisi hyvä korostaa että tämä on enemmänkin toivomus ip:stä ja mitään takeita samasta ip:stä ei ole.
@lasselusse@ kirjoitti:
3. muokkaa dhcp-kyselyä, minä vain muokkasin vanhoja logi-tietoja debian käyttiksessä.
Riittikö /var/lib/dhcp/dhclient.ethX.leases muokkaus?
@SINAD@ kirjoitti:
@lasselusse@ kirjoitti:
3. muokkaa dhcp-kyselyä, minä vain muokkasin vanhoja logi-tietoja debian käyttiksessä.
Riittikö /var/lib/dhcp/dhclient.ethX.leases muokkaus?
kyllä riitti.
samalla voisi sanoa että tuhoamalla nuo tiedostot saa suurella todennäköisyydellä satunnaisia ip-numeroita (tottakai 20min odotus) (/var/lib/dhcp/dhclient.*). tulen tätä testaamaan joku päivä, en kuitenkaan lähipäivinä.
@lasselusse@ kirjoitti:
samalla voisi sanoa että tuhoamalla nuo tiedostot saa suurella todennäköisyydellä satunnaisia ip-numeroita (tottakai 20min odotus) (/var/lib/dhcp/dhclient.*). tulen tätä testaamaan joku päivä, en kuitenkaan lähipäivinä.
Hyvää työtä! Jään kiinnostuksella odottamaan tuloksia. Täytynee testata varareittimellä, saisinko takaisin sen IP-osoitteen joka mulla oli yli 5 vuotta. Sen avulla pääsisin kehties sisälle erääseen palveluun, jonne menetin tunnukset kokonaan IP-osotiteen vaihtumisen takia. Tiedä vaikka siellä olisi pieni määrä kryptovaluuttaa vielä talletettuna, jonka arvo kasvanut ties mihin... :)
Kiinteissä liittymissä on se hyvä puoli että saa maks. 5 IP-osoitetta yhtäaikaa, jolloin pystyy ajamaan kahta reititintä yhtä aikaa eli voi ajaa erilaisia testejä toisessa, häritsemättä varsinaista pääyhteyttä.
tällaisen pika-asiana jonka huomasin yhdessä nopeassa testissä että vara-aika näyttää pätevän. eli on odotettava 20min sijaan 80 minuuttia jos haluaa unohtaa ip:n. isommat testit vielä teen joskus.
@lasselusse@ kirjoitti:
tällaisen pika-asiana jonka huomasin yhdessä nopeassa testissä että vara-aika näyttää pätevän. eli on odotettava 20min sijaan 80 minuuttia jos haluaa unohtaa ip:n. isommat testit vielä teen joskus.
Ok. Havaitsin että EdgeOS:ssa leaset varataan jotenkin eri menetelmällä eikä niitä leases tiedostoja ole /var:issa (tai on, mutta ovat nollan kokoisia). Ehkä se on tehty flash-muistin säästämiseksi; Telian 1200 sekunnin leasehan nimittäin tappaa muistit laitteissa, joissa noita lokeja pidetään flashilla - flash ei kestä kirjoittamista loputtomiin. Esimerkiksi itsellä on yksi Raspberry Pi julkisessa IP:ssä ja siinähän SD-kortti tekee nyt hidasta kuolemaa koska leasen takia sinne kirjoitetaan vähän väliä. No, muistikortit nyt ei montaa euroa maksa joten ei siitä muuta vaivaa ole kuin tiettyjen palvelujen keskeytyminen sitten kun se kortti pettää.
Eli vanhan IP:n metsästys ei ollutkaan ihan niin läpihuutojuttu kuin oletin. Täytyy virittää joku Linuxikone julkiseen IP:hen myöhemmin ja kokeilla sitten.
Lisäksi huomasin viikonlopun testeissä varareitittimellä, että uudet IP:t taitavat aina tulla 88.195-alkuisina, kun se tietty IP jonka tarvitsisin kryptovaluuttojen takaisinsaamiseksi on 84.250-alkuinen.
Onkohan nyt niin, etten millään tempulla pysty enää varaamaan 84.250-alkuisia osoitteita? Osaako asiakaspalvelu kommentoida asiaa? Viimeksi kun tarkistin niin se osoite on vielä Telian hallussa, mutta pingiin se ei kyllä vastaa. Riippuen kurssikehityksestä sen osoitteen takana voi olla ihan tuhansiakin rahaa.. :-)
nyt uskaltaa sanoa jo 50+%:n varmuudella jotain varmaakin
aikaisempiin tietojen korjaus että on käytännössä odotettava 80 minuuttia 20 minuutin sijaan.
eli jos ollaan alle 80min niin ip numero pysyy mac osoitteen perusteella, tässä ei varmaan ole mitään ihmeellistä.
jos ollaan yli 80min niin ip-numeroita annetaan muilla kriteereillä, lähinnä dhcp-kyselyssä on se vanha ip ja jos se on vapaa niin saa sen. eli tällä voi saada mahdollisesti toivotun ip:n tai vaihtoehtoisesti unohtaa vanhan.
sain unohdettua kaikki ip:t tässä pari päivää sitten ja lisänä sain myös oma valintaisen ip:n jo toiseen kertaan. painavana kommenttina saattaa olla että ip:n pitää olla ns. omassa avaruudessa.
se mikä nyt lisä-ongelmana hiertää että miten windows käyttiksessä unohdetaan ip numerot. arp ja dns flush ei sitä tee. "netsh int ip reset" on rujo komento mutta ei tyhjää. ipconfig /release näyttäisi tyhjäävän mutta vain niistä yhteyksistä jotka on aktiivisia. rekisterin puukotus toiminee mutta en oikein tykkää siitä. eli onko komentoa jolla voi tyhjätä windows koneen ip numero muistit.
seuraavassa rekisteriavaimet, tällä voi puukottaa ip-numerot tyhjäksi mutta aiheuttaa ongelmia jos ei ole oikein perillä asioista. luonnollisesti pitää joko vapauttaa ip ensin tai disabloita tarvittavat verkko-yhteydet.
ComputerHKEY_LOCAL_MACHINESYSTEMControlSet001ServicesTcpipParametersInterfaces
ComputerHKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfaces
Teliallekin olisi kyllä kehittämisen paikka julkaista kiinteiden kuluttajaliittymien TARKAT speksit! Eli lease- ja mahdolliset varausajat, miten MAC-lukitus toimii ja kuinka kauan sekä millä perusteella esim. 88 ja 84-alkuisia IP-osoitteita jaetaan, onko niissä nyt joku alueellinen juttu vai ei. Tällä hetkellä sanotaan vain "muuttuva julkinen IP-osoite" joka ei kerro oikeastaan yhtään mitään.
