Jos oletetaan, että:
a) asiakaskone käyttää Windows -käyttöjärjestelmää ja
b) palvelinkone ( tässä esimerkissä palvelinkone = kuivuri.pp.htv.fi ) käyttää linux -käyttöjärjestelmää.
Kun komennan windows -komentoriviltä allaolevan mukaisen komennon, mikä linux -käyttöjärjestelmän osa on se, joka vastaa asiakaskoneen lähettämään PING -pyyntöön?
Onko vastaaja linux kernel itse, vai onko tyypillisessä linuxia käyttävässä koneessa joku ping -daemon tähän tarkoitukseen, esim. pingd, aivan kuten voi olla esim. httpd ja ftpd sekä sshd ja joskus jopa telnetd (pelkkää telnetiä kai nykyisin harvemmin käytetään, kun siinä salasana kulkee verkossa salaamattomana, mutta samasta syystä kai myös ftpd on käynyt harvinaisemmaksi)!
Entä jos haluaisin tehdä muokatun version tuosta PING -palvelimesta ja saada sen yleiseen levitykseen?
Varsinkin, jos se on osa KERNELiä, tarkoittaako se, että käytännössä on pakko koodata se C -kielellä?
Erillisen PING -daemonin kai voisi yhtä hyvin koodata esim. FreePascalilla.
Miksikö modifioitu versio?
No, itse tekisin tällaisen modifikaation:
1. PING -daemon tarkistaa, alkaako PING -pyynnön dataosa tällä ASCII -merkkijonolla (oletetaan 8 bittiä/merkki kiinteänmittainen merkkikoodaus):
"REPORT_IP_PORT!", X, A, B, C, D, E, F, 26, 0 // merkkijonon formaatti on ASSEMBLY -ohjelmoinnista tuttu. Eli ensin tekstiä, sitten X,A,B,C,D, sitten Ctrl-Z, ja lopuksi NULL char.
Tuossa X on joko "E" tai "R" ( E = Extend length, R = Replace content )
A,B,C,D,E,F ovat kukin mielivaltaisesti valittuja tavuja (1 tavu/kirjain).
Jos pyynnön dataosa EI ala tuolla merkkijonolla, silloin modifioitu PING -daemon toimisi täsmälleen samoin, kuin nykyinenkin PING -palvelin.
Jos pyynnön dataosa ALKAA tuolla merkkijonolla, silloin
toimittaisiin seuraavasti:
JOS X="R", silloin A..F korvattaisiin lähettäjän IP -osoitteen (4 tavua) ja portin (2 tavua, portti on aina 0, jos ei joku keksi keinoa, miten porttinumero saadaa väkisin tungetuksi ICMP -protokollaan, johon se ei alunperin kuulu) sekä vakion (Vakio = IP -osoitteen osalta A,B,C,D, portin osalte E,F) XOR -operaation tuloksella.
em. XOR -operaation tarkoitus on ainoastaan peittää selväkielisenä oleva IP -osoite ja porttitieto siten, että mahdollisesti matkan varrella oleva NAT -palomuurireititin (tai useampi!) ei väärennä ko. tietoa (jotkut palomuurit luulevat olevansa fiksuja ja väärentävät IP-osoitteen ja porttinumeron, jos ne esiintyvät sellaisenaan datan osana).
JOS taas X="E", silloin vastaus olisi 6 tavua pitempi kuin pyyntö.
Näin PING -palvelin samalla toimisi palvelimena, joka kertoo ulospäin näkyvän IP -osoitteen. Porttinumero olisi hyvä kertoa myös, mutta siinä ongelmaksi muodostuu helposti se, että porttinumero (käytössä sekä TCP:ssä että UDP:ssä) ei ole osa ICMP -protokollaa.
Kun tuo vielä saataisiin osaksi vakiojakeluja, niin silloin asia olisi niin päin, että kun se on oletuksena käytössä, niin se olisi myös operaattorien koneilla käytössä, jos eivät ko. ominaisuutta erikseen poista käytöstä.
Ulkomaanmatka herätti huomion: Muualla maailmassa on tavanomaista, että käyttäjä saa operaattoriltaan sisäverkon IP -osoitteen!
Eikä tuollainen ole tavatonta Suomessakaan: Saunalahti tarjoaa mobiililaajakaista-asiakkailleen oletuksena sisäverkon IP -osoitetta, ja asiakkaan on erikseen ryhdyttävä toimenpiteisiin, jos tarvitsee julkisen IP -osoitteen.
Saunalahden kaikissa liittymätyypeissä ja kaikilla teknisillä liitäntätavoilla (kuten 4G) julkista IP -osoitetta ei ole edes mahdollista saada.
-------------------------------------------------------------------------------
Esimerkki PING -palvelupyynnöstä Windows -asiakaskoneelta:
C:\>ping kuivuri.pp.htv.fi
Ping-isäntä kuivuri.pp.htv.fi [212.90.64.116], 32 tavun paketti:
Vastaus isännältä 212.90.64.116: tavuja=32 aika=422 ms TTL=230
Vastaus isännältä 212.90.64.116: tavuja=32 aika=438 ms TTL=230
Vastaus isännältä 212.90.64.116: tavuja=32 aika=461 ms TTL=230
Vastaus isännältä 212.90.64.116: tavuja=32 aika=689 ms TTL=230
Ping-tilastot 212.90.64.116:
Paketit: Lähetetty = 4, Vastaanotettu = 4, Kadonnut = 0 (0% hävikki),
Arvioitu kiertoaika millisekunteina:
Pienin = 422 ms, Suurin = 689 ms, Keskiarvo = 502 ms
C:\>
a) asiakaskone käyttää Windows -käyttöjärjestelmää ja
b) palvelinkone ( tässä esimerkissä palvelinkone = kuivuri.pp.htv.fi ) käyttää linux -käyttöjärjestelmää.
Kun komennan windows -komentoriviltä allaolevan mukaisen komennon, mikä linux -käyttöjärjestelmän osa on se, joka vastaa asiakaskoneen lähettämään PING -pyyntöön?
Onko vastaaja linux kernel itse, vai onko tyypillisessä linuxia käyttävässä koneessa joku ping -daemon tähän tarkoitukseen, esim. pingd, aivan kuten voi olla esim. httpd ja ftpd sekä sshd ja joskus jopa telnetd (pelkkää telnetiä kai nykyisin harvemmin käytetään, kun siinä salasana kulkee verkossa salaamattomana, mutta samasta syystä kai myös ftpd on käynyt harvinaisemmaksi)!
Entä jos haluaisin tehdä muokatun version tuosta PING -palvelimesta ja saada sen yleiseen levitykseen?
Varsinkin, jos se on osa KERNELiä, tarkoittaako se, että käytännössä on pakko koodata se C -kielellä?
Erillisen PING -daemonin kai voisi yhtä hyvin koodata esim. FreePascalilla.
Miksikö modifioitu versio?
No, itse tekisin tällaisen modifikaation:
1. PING -daemon tarkistaa, alkaako PING -pyynnön dataosa tällä ASCII -merkkijonolla (oletetaan 8 bittiä/merkki kiinteänmittainen merkkikoodaus):
"REPORT_IP_PORT!", X, A, B, C, D, E, F, 26, 0 // merkkijonon formaatti on ASSEMBLY -ohjelmoinnista tuttu. Eli ensin tekstiä, sitten X,A,B,C,D, sitten Ctrl-Z, ja lopuksi NULL char.
Tuossa X on joko "E" tai "R" ( E = Extend length, R = Replace content )
A,B,C,D,E,F ovat kukin mielivaltaisesti valittuja tavuja (1 tavu/kirjain).
Jos pyynnön dataosa EI ala tuolla merkkijonolla, silloin modifioitu PING -daemon toimisi täsmälleen samoin, kuin nykyinenkin PING -palvelin.
Jos pyynnön dataosa ALKAA tuolla merkkijonolla, silloin
toimittaisiin seuraavasti:
JOS X="R", silloin A..F korvattaisiin lähettäjän IP -osoitteen (4 tavua) ja portin (2 tavua, portti on aina 0, jos ei joku keksi keinoa, miten porttinumero saadaa väkisin tungetuksi ICMP -protokollaan, johon se ei alunperin kuulu) sekä vakion (Vakio = IP -osoitteen osalta A,B,C,D, portin osalte E,F) XOR -operaation tuloksella.
em. XOR -operaation tarkoitus on ainoastaan peittää selväkielisenä oleva IP -osoite ja porttitieto siten, että mahdollisesti matkan varrella oleva NAT -palomuurireititin (tai useampi!) ei väärennä ko. tietoa (jotkut palomuurit luulevat olevansa fiksuja ja väärentävät IP-osoitteen ja porttinumeron, jos ne esiintyvät sellaisenaan datan osana).
JOS taas X="E", silloin vastaus olisi 6 tavua pitempi kuin pyyntö.
Näin PING -palvelin samalla toimisi palvelimena, joka kertoo ulospäin näkyvän IP -osoitteen. Porttinumero olisi hyvä kertoa myös, mutta siinä ongelmaksi muodostuu helposti se, että porttinumero (käytössä sekä TCP:ssä että UDP:ssä) ei ole osa ICMP -protokollaa.
Kun tuo vielä saataisiin osaksi vakiojakeluja, niin silloin asia olisi niin päin, että kun se on oletuksena käytössä, niin se olisi myös operaattorien koneilla käytössä, jos eivät ko. ominaisuutta erikseen poista käytöstä.
Ulkomaanmatka herätti huomion: Muualla maailmassa on tavanomaista, että käyttäjä saa operaattoriltaan sisäverkon IP -osoitteen!
Eikä tuollainen ole tavatonta Suomessakaan: Saunalahti tarjoaa mobiililaajakaista-asiakkailleen oletuksena sisäverkon IP -osoitetta, ja asiakkaan on erikseen ryhdyttävä toimenpiteisiin, jos tarvitsee julkisen IP -osoitteen.
Saunalahden kaikissa liittymätyypeissä ja kaikilla teknisillä liitäntätavoilla (kuten 4G) julkista IP -osoitetta ei ole edes mahdollista saada.
-------------------------------------------------------------------------------
Esimerkki PING -palvelupyynnöstä Windows -asiakaskoneelta:
C:\>ping kuivuri.pp.htv.fi
Ping-isäntä kuivuri.pp.htv.fi [212.90.64.116], 32 tavun paketti:
Vastaus isännältä 212.90.64.116: tavuja=32 aika=422 ms TTL=230
Vastaus isännältä 212.90.64.116: tavuja=32 aika=438 ms TTL=230
Vastaus isännältä 212.90.64.116: tavuja=32 aika=461 ms TTL=230
Vastaus isännältä 212.90.64.116: tavuja=32 aika=689 ms TTL=230
Ping-tilastot 212.90.64.116:
Paketit: Lähetetty = 4, Vastaanotettu = 4, Kadonnut = 0 (0% hävikki),
Arvioitu kiertoaika millisekunteina:
Pienin = 422 ms, Suurin = 689 ms, Keskiarvo = 502 ms
C:\>
Vastaukset 5
Vanhimmat
En nyt oikein ymmärrä mitä ajat takaa, mutta "ping" on ICMP-protokollan (RFC 792) tarjoama toiminnallisuus, jos sitä haluat muuttaa niin IETF:lle vaan ehdotusta sisään.
"En nyt oikein ymmärrä mitä ajat takaa"
Eikö tuo ole päivänselvää?
Siis haluaisin, että joka ikisessä linux -jakelussa olisi oletuksena PING -palvelimessa ns. piilotoiminto, toteutettuna kuitenkin niin, että asiakaskone, jonka käyttäjä ei halua tuota piilotoimintoa, ei käytännössä koskaan siihen törmää.
Sensijaan, jos asiakaskoneen käyttäjänä HALUAT tuon piilotoiminnon, niin tuosta on se hyöty, että saat milloin tahansa oman ulkoisen IP -osoitteesi tarkistettua PINGaamalla mitä tahansa internetissä avoimesti käytettävissä olevaa PING -palvelinta. Ja kun noista PING -palvelimista suurin osa on toteutettu linuxilla, niin tarkoitus olisi, että kun tällainen muutos olisi ajettu läpi viralliseen linux -kerneliin, se ajan kanssa päätyisi jokaiseen linux -jakeluun, ja sitä myötä em. palvelimiin.
NYT, kun tuota mahdollisuutta EI ole, niin esimerkiksi whatismyip.com antaa ko. tiedon ilmaiseksi enintään 12 kertaa vuorokaudessa. Eli jos et halua maksaa palvelusta, niin kun internet -yhteytesi palveluntarjoaja päättää vaihtaa (dynaamisen) IP -osoitteesi, niin jos tarkistat 2 tunnin välein (eli 12 kertaa vuorokaudessa) niin pahimmillaan jossain on jopa 2 tunnin ajan väärä tieto IP -osoitteestasi, ja tuon 2h aikana et voi ulkoapäin ottaa yhteyttä kotikoneellesi (tai työkoneellesi, jos kyse on yrityskäytöstä).
whatismyip.com tarjoaa samaa palvelua myös maksullisena:
25 USD/vuosi maksua vastaan saat kysellä 1000 kertaa vuorokaudessa eli 86,4 sekunnin välein. Jos puhutaan tasasekunneista (ja jätetään desimaalit pois) niin em. maksua vastaan saat tarkistaa IP= -osoitteesi 87 sekunnin välein.
Eli tässäkin tapauksessa voit joutua odottamaan pääsyä ulkoapäin omalle koneellesi 1 min 27 sekuntia, jos sattuu huono tuuri ja IP -osoitteesi vaihtuu heti, kun olet sen tarkistanut, jolloin tarkistamasi tieto on esim. 0,1 sekunnin kuluttua sen hakkimisesta vanhentunutta ja siten väärää.
Ehdottamani muutos tarkoittaisi sitä, että mikä tahansa PING -palvelin missä tahansa maailmassa, joka on toteutettu linux -käyttöjärjestelmällä, olisi samalla ilmainen palvelin, jolta voit tarkistaa oman IP -osoitteesi. Jotkut palveluntuottajat toki saattavat estää PING -pyynnöt kokonaan tai saattaisivat omilta koneiltaan konfiguroida pois esittämäni lisätoiminnallisuuden.
Mutta varmasti suuri osa käyttäisi vakiojakelua ilman muutoksia, ja siten heidän palvelussaan olisi tulevaisuudessa tuollainen epävirallinen "PING -protokollan sisään leivottu" mahdollisuus tarkistaa oma IP -osoitteensa.
JOS hallitset itse omaa NAT -palomuurireititintäsi, toki niissä monessa on WEB -sivu, jolta voi myös tarkistaa oman ulkoisen IP -osoitteensa.
Mutta jos reititintä ET hallitse sinä itse vaan esim. internet -yhteydentarjoaja, taloyhtiö tms. niin tällöin yleensä tätäkään mahdollisuutta ei ole, vaan ulkoisen palvelun ( kuten esimerkiksi mainitsemani whatismyip.com ) käyttö jää ainoaksi mahdollisuudeksi.
Jos luit em. kuvauksen, niin tuo piilotoiminto olisi rakennettu siten, että se, joka asiakaskonetta käyttäessään EI HALUA ko. piilotoimintoa, ei todennäköisesti koskaan törmää ko. piilotoimintoon.
Miksikö? Koska jos ET halua ko. piilotoimintoa, niin on erittäin epätodennäköistä, että lähettämäsi PING -palvelupyynnön dataosa alkaisi näillä tavuilla:
"REPORT_IP_PORT!", X, A, B, C, D, E, F, 26, 0
Lasketaanpa todennäköisyys:
Todennäköisyys sille, että lähettämäsi paketti SATTUMALTA alkaisi noilla tavuilla, on:
(tavut A..F ei oteta huomioon, koska niissä mikä tahansa arvo on kelvollinen tähän piilo-ominaisuuspyyntöön)
Merkkijonon "REPORT_IP_PORT!" pituus on 15 merkkiä = 15 tavua.
tuo X on 1 tavu, mutta jätetäänpä se X:kin laskuista pois.
Samoin 26,0 = 2 tavua.
Eli itse merkkijono 15 tavua ja tuo (26,0) 2 tavua, = yhteensä 17 tavua.
Todennäköisyys, että nuo 17 tavua muodostavat SATTUMALTA halutun kokonaisuuden, on 1 / 256^17 = 1 / 8,7112285931760246646623899502533e 40
= 1,1479437019748901445007192746311e-41
Varsin epätodennäköistä siis!
Todennäköisyys osua tuohon sattumalta on siis pienempi kuin
yksi sekstiljoonasosa.
sekstiljoona = 10^36.
https://fi.wikipedia.org/wiki/Suurten_lukujen_nimet
Näinollen muutoksesta ei olisi kenellekään haittaa, mutta siitä olisi hyötyä jokaiselle, joka haluaa ajaa omalla koneellaan mitä tahansa sellaista ohjelmaa, johon voi ottaa yhteyttä julkisen internetin yli toiselta tietokoneelta, älypuhelimelta jne.
Miksi käyttää pingiä?
Vaikkapas:
curl ipogre.com
curl ipv6.ipogre.com
>>Eikö tuo ole päivänselvää?
Jos haluat tarkistaa ulkoisen IP-osoitteesi, niin miksi et laita sellaista palvelua itse itsellesi pystyyn? Voit sitä sitten "pingailla" sydämesi kyllyydestä...
Anyway, tuo "ping" (ICMP Echo, jos tarkkoja ollaan) on edelleen ICMP-protokollan toiminnallisuus, ei mikään erillinen palvelu. Jos haluat ICMP-protokollaan tuollaisen lisäyksen, niin IETF on se taho jonka puoleen sinun tulee kääntyä. Ei standardoituihin protokollapinoihin voi tunkea mitään omia kikkailuja, tai ainakaan kuvitella että joku muu haluaisi sellaisia käyttää.