Internet A "Magyar Honlap" Magyarország legrégebbi (idôben legelsô) WWW szolgáltatása az Interneten.
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: 1 db külföldre menő vonal 10Gbps Szokásos 1 db backup vonal - ugyanoda.
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. 5600 db felett 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 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". 404 Not Found 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 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. A,B,C osztályú cím: 152. 66. 25. 4 bináris és (and) 152. 66. 25. 13 és mekkora a 255.255.255.0 255.255.255.0 hálózat/hoszt arány: ----------------------------------A:128 hálózat 152.66.25.0 152.66.25.0 ugyanaz jött ki. A egyenként 16 millió másik gép közvetlenül (etherneten) elérhető hoszt, C: 2 millió hálózat, 256 db Kérdezzünk le a 217.20.130.97-címről: hoszt. 152. 66. 25. 4 bináris és (and) 217. 20.130. 97 és 255.255.255.0 255.255.255.0 ----------------------------------2 db Gateway, ma 152.66.25.0 217. 20.130.0 nem ugyanaz. A acer tulajdon kérést a 152.66.25.254-nek címezzük (etherneten), majd ő továbbítja 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 eleje: címtartomány betelik. 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*1014). 36000 db hálózat/m2 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: 2011 szeptember. 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. 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, unixban 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. 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 (néha linux). Konfigurálás webes felületen keresztül, NAT private IPvel, 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 Reset WAN port
ISP, overbooking, peering ISP: internet szolgáltató - összekapcsolást és ip tartományt vesz, majd szétosztja ügyfeleinek. i1 Internet Többi ISP ISP v1 előfizető v3 v2 előfizető előfizető Előfizetők Magyarországon: Overbooking: többet ad el, mint amennyije van. v1+v2+v3 > i1. Viszonteladó isp: nincs semmije, csak üzletkötője és marketingese. Bixben nem jelenik meg a neve. Internet, keleti part ISP1 ISP2 Peering (ethernet switch) Budapesten. e1 Olcsó ethernet kábel 2x drága, lassú műholdas kapcsolat 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) Keresés: ural2.hszk.bme.hu ip címe? TLD szerver: hu:-> ns.nic.hu ns.nic.hu: bme.hu ->ns.bme.hu TLD ns.bme.hu: hszk.bme.hu->ns.hszk.bme.hu ns.hszk.bme.hu->152.66.130.2 SLD Visszafele is: 152.66.130.2 ->ural2.hszk.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: regisztrátor, ISZT, meghirdetés, (vitatkozás), bejegyzés, nem fizetés, parkolópálya, törlés. www.domain.hu
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 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). TCP: gyakrabban alkalmazott kommunikációra (www, smtp stb). Visszajelzés a csomagról, hibás esetben újraküldés.
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 3rd party, böngésző. DIR, CD, GET parancsok, binary típus. Rfc-765. Ssh: rfc-4251 2006-ban
Emberközeli alkalmazások, www Kommunikációs mátrix: Online talk irc 1:1 1:n Offline mail news Manapság integrálódás (msn, skype...), és böngészőbe költözés figyelhető meg (webmail, fórum, blog, twitter) URL felépítése rfc-1630,1738 séma://user:password@host:port/path?searchpart Http szerver internet 1. Kérem az oldalt. böngészőprogram 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 (???) 3. Oldal megjelenítése
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. 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). 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 HTML csak w3c ajánlás: oldal a böngészőtől függ 2002
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 Szerver2: u2@s2 Szerver 1: u1@s1 i 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. 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á. Since 1937, díszdoboz a Spamalot-ra 1978. május 3: 393 user spam-et kap.
Következő előadások: dr. Tamás Péter Adatszerkezetek Programfejlesztés 3d számítógépes grafika