Internet FOMO = fear of missing out Tom Linson Turing-teszt A "Magyar Honlap" Magyarország legrégebbi (időben legelső) WWW szolgáltatása az Interneten. 1994 BME folyszab tanszék
Internet kialakulása 1957 szputnyik: tényleg megváltoztatta a világot, 3 hétig működtek az elemek. Amerika megijed: földfelszíni kommunikáció fejlesztése Ez csak egy makett. Rakétahajtómű - 1935-ből
Atombiztos hálózat Atomcsapást túlélő hálózat (DARPA): - redundancia - szerepátvétel (kapcsolatok, node-ok) ARPANET - MILNET(védelmi minisztérium) NSF egyetemekből, kutatóintézetekből. 56 kbps-sel kezdődött 1962-ben - hol a vég? 1988 első vírus Üzleti internet: nincs redundancia (WTC) Pl. niif: már több külföldre menő vonal Geant-hoz, amely 3 vonal az usa keleti partra, 1 Távol-keletre.
Szabványosítás Kötelező érvényű, ingyenes szabványok. Text-fileok, beszámozva. RFC: request for comments. IETF-nek tagjai vannak, tanácskoznak, RFC-ket írnak. ISC nevű nonprofit szervezet egyik munkája. 7050 db körül járnak. Április elsején különkiadás: pl. IPv6 over Social Network. Network Working Group Request for Comments: 1945 Category: Informational T. Berners-Lee MIT/LCS R. Fielding UC Irvine H. Frystyk MIT/LCS May 1996 404 Not Found Hypertext Transfer Protocol -- HTTP/1.0 This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Distribution of this memo is unlimited. HTTP has been in use by the World-Wide Web global information initiative since 1990. This specification reflects common usage of the protocol referred to as "HTTP/1.0". The server has not found anything matching the Request-URI. No indication is given of whether the condition is temporary or permanent. If the server does not wish to make this information available to the client, the status code 403 (forbidden) can be used instead.
Az IP(v4) cím (RFC-791) Minden internetes protokollt használó host-nak egy, 32 bites (=4 byte (v4)) címe van. A címet az emberek decimálisan ábrázolják, pontokkal elválasztva. Pl 152.66.25.4 Hálózati maszk: direktben elérhető gépek számításához. Broadcast: mindenkinek szól, aki a szegmensen van. ARP protokoll használata: IP<->MAC address. Gateway/átjáró: annak a node-nak a címe, amelyik a maszkon kívüli címek eléréséhez kell. pl. legyen a gépünk ip-je 152.66.25.4, maszk: 255.255.255.0, átjáró: 152.66.25.254. Küldjünk csomagot a 152.66.25.13-nak. 152. 66. 25. 4 bináris és (C++,C#: &) 152. 66. 25. 13 és 255.255.255.0 255.255.255.0 ------------------ ------------------ 152.66.25.0 152.66.25.0 ugyanaz jött ki. A másik gép közvetlenül (etherneten) elérhető A,B,C osztályú cím: mekkora a hálózat/hoszt arány: A:128 hálózat egyenként 16 millió hoszt, C: 2 millió hálózat, 256 db hoszt. Kérdezzünk le a 217.20.130.97-címről: 152. 66. 25. 4 bináris és (&) 217. 20.130. 97 és 255.255.255.0 255.255.255.0 ------------------ ------------------ 152.66.25.0 217. 20.130.0 nem ugyanaz. A kérést az átjárónak címezzük (.25.254) (etherneten), majd ő továbbítja 2 db Gateway, ma acer tulajdon Több átjáró is megadható: melyik tartományokat melyik átjárón keresztül kell elérni, és milyen prioritással (metrika=költség), mindig a legolcsóbb működőt választja. Kapcsolódó utility-k: ipconfig /all, ifconfig -a, route show, tracer(ou)t(e) IANA: címek kiosztásával foglalkozó szervezet, Európában RIPE
Pánik: elfogy a kőolaj ip v4-es cím (v6: RFC-2460) 90-es évek vége: címtartomány be fog telni. Bővítés: ip v6. 8 db 16 bites szám hexadecimálisan, kettőspontok között, a 0-k elhagyhatóak. Első 4 jegye a hálózat, második 4 az ezen belüli gép. 2^64 db hálózat(=1,8*10 14 ). 36000 db hálózat/m 2 Föld (tengerekkel). Pl: nic.bme.hu has IPv6 address 2001:738:2001:2001::2 ->Műegyetem infrastruktrúrája átállítható. Jelenlegi helyzet: ábrán. Utána csak v6-os címek, 5-10 év alatt csak v4-et beszélő eszközök cseréje. Mai operációs rendszerek tartalmazzák v6-ot. Alkalmazások nem mindig tudják. Elfogyás elleni trükkök: - DHCP: egyidejűleg az összes eszköz nincs bekapcsolva. A kikapcsolt eszközöknek/előfizetőknek nem allokálunk címet. Bekapcsoláskor kap egyet a szabad cím pool-ból. Állandóan bekapcsolt ADSL router... - NAT: egy komplett LAN-nak, ha nem tartalmaz kintről is elérhető szervert, elég egy db IP cím. A benti címek privát címek (192.168.x.x) RFC-1918 szerint. Néhány ISP is eszerint működik. ADSL router. -virtuális szerver: 1 db címen 1 db szerver, sok logikai oldalt tartalmazhat. -kereskedelem. Ha már nem kell a tartomány, mert nincs meg a cég... Hosszútávú megoldás: v6.
Hogy lesz IP címünk? (gateway, netmask, dns) LAN esetén: A helyi hálózat tartalmaz egy routert. Router internetre kötve ISP-hez (üvegszál, bérelt vonal, rádiós interface), gépek címei kézzel megadhatók (fix IP), vagy egy DHCP szerverről kioszthatóak (így is lehet mindig ugyanaz, MAC alapján). Windowsban auto-ra állított cím, unix-ban dhclient démon. Önálló gép esetén: Szolgáltató manapság ethernet felületen ad csatlakozást. KábelTV-s net: dhcp, mac address alapján, ADSL esetén PPPoE név+jelszó. Mobilinternetnél a szoftver közvetlenül kezeli GSM modemet, nehezen szétosztható. Fix ip cím: az adott gép IP címe mindig ugyanaz. Szerver ezen a címen megtalálható. dyndns.org: nem fix, de megtalálható. ADSL router: 1 WAN port, 4 LAN port, esetleg WLAN. Unix-like OS (szinte mindig linux). Konfigurálás webes felületen keresztül, NAT private IP-vel, tűzfal, port forward, csak v4. Szolgáltató is adhatja: 1 dobozban adsl modem+ip telefon+wlan-os router. 254 db gépig. WLAN antenna Tápegységből 5-12 V LAN portok WAN port Reset
ISP, overbooking, peering ISP: internet szolgáltató - összekapcsolást és ip tartományt vesz, majd szétosztja ügyfeleinek. Internet Többi ISP i1 ISP Overbooking: többet ad el, mint amennyije van. v1+v2+v3 > i1. előfizető v1 v2 v3 előfizető Viszonteladó isp: nincs semmije, csak üzletkötője és marketingese. Bix-ben nem jelenik meg a neve. előfizető Internet, keleti part 2x drága, lassú műholdas kapcsolat Előfizetők Magyarországon: ISP1 ISP2 e1 Olcsó ethernet kábel Peering (ethernet switch) Budapesten. e2 Www szerverpark www.bix.hu: budapesti peering központ. Hungarnet-nek (egyetemek) 10Gb-es vonal 1 Gb-es áron.
DNS rendszer RFC-882, RFC-883 (1034-1035) IP címek: emberek számára nehezen megjegyezhetőek (v6). Gépeket névvel is ellátták, majd az összekapcsolás után zónákat alakítottak ki. Hierarchikus adatszerkezet. a.root-servers.net m.root-servers.net (tükrökkel) TLD Keresés: www.mogi.bme.hu ip címe? TLD szerver: hu:-> ns.nic.hu ns.nic.hu: bme.hu ->ns.bme.hu ns.bme.hu: mogi.bme.hu->delta.inflab.bme.hu delta.inflab.bme.hu->canopus.mogi.bme.hu (ip: 152.66.24.180) SLD Visszafele: 152.66.24.180 ->canopus.mogi.bme.hu Virtuális szerver leleplezése: www.privi.hu: 193.28.86.152: nagyhazi.hu Dns adatok típusai: soa, a, mx, ptr, cname Kapcsolódó utility-k: nslookup, dig, host Library: resolver Szerver: bind (berkeley internet name daemon) Magyarországi (.hu) bejegyzés szabályai: ISZT, regisztrátor (domain.hu), meghirdetés, (vitatkozás), bejegyzés, nem fizetés, parkolópálya, törlés.
A TCP és UDP protokollok (RFC 793, RFC 768) Az adatátvitel az IP-re épül, megjelenik a portcím: melyik szolgáltatást használjuk. Pl. www: 80-as port, levélküldés: 25-ös port. Egy gépen több szerver is futhat (pl. www és e-mail szerverek), portcím dönti el, hogy melyikhez akarunk kapcsolódni. Szabványos portcímek a szolgáltatáshoz: /etc/services(unixon) vagy %WINDIR%\system32\drivers\etc\services fileban TCP: gyakrabban alkalmazott kommunikációra (www, smtp stb). Visszajelzés a csomagról, hibás esetben újraküldés. UDP: nincs ellenőrző összeg, nincs párbeszéd, emiatt gyorsabb, mint TCP. Bootolásra, streaming audio/videora, nehezen feltörhető dolgokhoz (nem látszik a nyitott port), állapotmentes szerverhez (NFS).
Gépközeli alkalmazások, diagnosztikai utility-k Ping: gépnevet vagy ip címet megadva a másik oldal válaszidejét leméri, kapcsolatot ellenőrzi. Bekapcsolt windows tűzfal nem válaszol. Pl: ping ns.nic.hu ellenőrzi, működik-e az internet kapcsolat (szolgáltató, router stb). rfc-862 NTP hálózati időszinkronizálás atomórákhoz,gps-hez állított szerverekhez. Windows internet idő - time.bme.hu rfc-958 telnet: szerver op.rsz (UNIX)-ében interaktívan dolgozhatunk, TErminal emulator over internet. Titkosított változat: ssh. Windows-hoz putty, teraterm kliensek, vagy openssh for windows (szerver is). Rfc-15, majd rfc 854. Telnet kliensnek megadható a portcim, így tesztelhetjük pl a web szervert, e-mail szervert. Pl. telnet mail.messaging.microsoft.com 25 smtp teszt, vajon milyen levelező szervert használnak? Vista-tól felfele külön kell bekapcsolni a kliens-t. FTP filemozgatás. Fileokat mozgathatunk a szerver és kliens között, scp (winscp), anonymous FTP. Winxx-ben ftp parancssoros, vagy 3 rd party, böngésző. DIR, CD, GET parancsok, binary típus. Rfc-765. Ssh: rfc-4251 2006-ban
Emberközeli alkalmazások: www URL felépítése rfc-1630,1738 séma://user:password@host:port/path?searchpart App -ok legtöbbször http, vagy https protokollal kommunikálnak. A szervernek elküldenek azonosítókat a searchpart helyén, majd megjelenítik a tartalmat. Http szerver internet 1. Kérem az oldalt. böngészőprogram 3. Oldal megjelenítése 2. Tessék az oldal, vagy404. Http kliens-szerver megvalósítása (rfc-1945) Statikus és dinamikus oldalak, szerver és kliensoldali programok. Web adatbázis, web 2.0, 3.0 (???)
Proxy-k és keresők, office a böngészőben Proxy: már meglátogatott oldalakat tárolja, elérés konfigurálható, felhasználók/site-ok. Keresők: web pókok. Altavista (digital) volt az első, hardverdemónak. Cloud-computing, számitási felhő, SkyDrive, icloud. On-line office: minden a szerveren van, csak egy sovány kliens és egy vastag internet kapcsolat kell.
A böngészőháború 1990: Tim Berners-Lee megalkotja a http protokollt, és az első böngészőt (WorldWideWeb->nexus). 1993: NCSA Mosaic Marc Andreessen + ncsa httpd szerver (ebből lett az apache). 1995: Mozilla Netscape Navigator, pénzért adják, egyeduralkodó, Microsoft be akarja építeni, nem adják: megveszi ncsa mosaicot->internet explorer (ingyenes). 1995: Robert Metcalfe, az Ethernet megalkotója: "Én úgy gondolom, hogy az internet pusztán egy fellángolás, mely villan egy nagyot, ahogyan a csillagok is, majd az 1996-os évben szépen el is tűnik." 1997: netscape 72%, microsoft 18% 1998: antitröszt per. Minden windowsban ie. 2002: Microsoft 96%. 2008 november 1: netscape vége, előtte átmentés nyílt forráskódba 2004: 1.0-ás firefox 2008: google chrome, 3.5-ös Firefox 2014 szept: firefox 24%, ie 9.9%, chrome 59.6% (w3schools.com) HTML csak w3c ajánlás: oldal a böngészőtől függ 2002
Tömörítési eljárások Célja: adatmennyiség csökkentése Veszteségmentes: az eredeti adat visszaállitható (zip, rle, png, flac, jpeg-ben is van) Veszteséges: jpeg, mpeg 1-2-4, ogg vorbis, adatfileokhoz nem használható CBR: állandó bit/sec igény, VBR: változó (alkalmazkodó sávszélesség igény) jpeg-jfif: - szétválaszt fényerőt (Y), szint (Cb,Cr), szin felbontást felére vesz, 8x8-as blokkokra oszt, és DCT-t futtat (matek: hasonló a fourier-hez) frekvencia amplitudókat sorbarak, magasakat kevésbé pontosan tárol (elhagy), eredményt veszteségmentesen tömörit huffmannal. 10:1, valós fényképekre. www.ijg.org-on codec forrás, mindenben benne van. Jpeg 2000: dct helyett wavelet alapú. Nem 8x8-as négyzet, bármekkora méretű, reverzibilis kompresszió is. Jpeg xr (microsoft), entrópia kódoló Mpeg-1: jpeg-ek sorozata, mpeg-2: változás az előző kockához képest (de 15 kockánként egy állókép), mpeg4 h.264/avc: blokk-orientált, mozgáskompenzáció.(blu-ray, tecső, vakulejátszó ). 960 Mbit/sec:4096x2034@26.7 fps. Hardver encoder a sandy bridge-ben. DVB-T MPEG-4: mindig tv. h.265 (havc): 4k felbontás (7680x4320, 120 fps) 2013 januártól, 4.010.803.200 minta/sec számitási teljesitmény Mp3: fraunhofer iis, pszihoakusztikai model, 80-as évek, Karlheinz Brandenburg, 97: mp3.com, '99:napster. Id3 tag. Többcsatornás: Dolby digital/ac3/a52. Ogg vorbis: open source, max 255 csatorna. MPlayerhq.hu: open source media player, akár win alá is.
Az E-mail rendszer Rfc-821: smtp, tcp port 25 Rfc-822: üzenetformátum Rfc-918,1081,1225,1460,1725: pop3, tcp port 110 Rfc-1730,2060,3501: imap4, tcp port 143 Szerver 1: u1@s1 i Szerver2: u2@s2 User2: u2 User1: u1 Folyamat: 1. u1 szeretne írni u2-nek, címét tudja: u2@s2. 2. megírja a levelet, és elküldi s1-nek, smtp protokollal. Probléma: s1 nem ellenőrzi, tényleg u1 írta a levelet (s2 sem) 3. s1 átküldi s2-nek a levelet, ha nincs bekapcsolva, újrapróbálkozik. 4. odaért a levél, s2 hdd-jén van, u2 mailboxában. 5. u2 ellenőrzi a leveleit pop3-mal, vagy imap-pal 6. u2 letölti a levelet a hdd-re (pop3), vagy a szerveren marad (imap) 7. u2 válaszol rá. Webmail esetén u1 vagy u2 php-ben imap4. Since 1937, díszdoboz a Spamalot-ra 1978. május 3: 393 user spam-et kap.