ugy altalaban ertettem az anyazast itt mint hangvetel stilus stb...
mostmar masodszor mondom hogy nem az ismerosom. nem mintha ez barmit is valtoztatna a dolgokon ugyhogy hogy meglegyen az oromod legyen az ismerosom!


reszerol a temat lezartam mar 5 hozzaszolassal ezelott.

meg ezt a forumot is nagyjabol...


na szasztok

> Miert nem lehetett egybol ezzel kezdeni a korkoros anyazas
helyett ??? ...
En nem anyaztalak, en meg tovabbra is varom a nagytudasu
matavos technikus ismerosodet, aki megmagyarazza, hogy nem
emiatt van!
Miert fosztasz meg minket a mokatol???

> Így mindig tudod, hogy az otthoni géped milyen IP-vel van
fent.
> A hátránya viszont az, hogy ha valaki megtöri ezt az
adatbázist, az összes
> ott belogolt gép védtelenné válik...sajnos májusban volt
rá példa, pont a
> http:/homeip.net adatbázisát lopták el.
Ezt kifejtened bovebben? Mitol lesz vedtelenebb az a gep,
aminek tudjak a hostjat, mint amelyiknek nem?
Ezt leirhatnad, hogy tanuljunk mi is, es ezentul akkor sose
publikalunk host-ot, csak ip-t, hatha az a biztonsagosabb!

> Szerencse volt a szerencsétlenségben, hogy villámgyorsan
kiszúrták a
> betörést, így talán 1000-1500 gép adata került ki.
Huha... Megtudtak jozsika hostjat... Ettol mar tenyleg
vedtelenne valt az egesz gepe!

> Namármost az tudni kell, hogy nagy általánosságban minden
> internetszolgáltató a saját DNS szervereit használtatja az
előfizetőivel,
> nagyon kevés kivétellel.
Hat max. azt javasolja. Pl. en se azt hasznalom

> Vegyünk egy ax-os példát:
> beállítod manuálisan a DNS rekordot, az aktuális IP-dhez,
ez egy óra múlva
> élesedik be a DNS szerverbe.
Hmm, ezt az egy orat honnan szoptad?

> a következő 1 óra múlva az ns.nic.hu (ez a BIX saját
névszervere) lekérdezi
> a frissítéseket a szolgáltatók névszerveiről, és frissíti
az adatbázisában.
Huha, neked komoly gondjaid vannak az alapokkal.
1. az ns.nic.hu-nak sok koze igazabol nincs a bix-hez. A nic
a domain-ekert felelos, a bix meg osszekoti a magyar
isp-ket. Teljesen 2 kulon szervezodes, anniy a kozos, hogy
az internet-hez van koze mind a kettonek.
2. az ns.nic.hu nem 1 ora mulva kerdez le, mivel fogalma
sincs szegenynek rola, hogy te mikor frissitettel. Mindig
van(nak) fix idopont(ok), es akkor kerdezget. Vagy amikor a
zona elevul.
3. a nic.hu csak a tld-ket (top level domain-eket) tarolja,
az azokhoz tartozo subdomain-eket vagy hostokat nem, igy
azoknak semmi koze a nichez, es mindenki a sajat ns-evel
kenytelen beallitgatni azokat. (ezert kernek az isp-k penzt
- mar amelyik;)

> Ez már 4 óra kiesés a domained működésében, és még csak a
hazai elérésről
> beszéltem, pl. egy durva példa: gondolj bele, hogy
hong-kongba mikor
> frissül át a DNS rekordod...minimum 6 óra.
Tudom, hogy durvan fog hangzani, de az internet eppen ezert
fantasztikus, hogy nem fugg a fizikai tavolsagoktol. Igy ha
a te zonad konkretan 4 ora mulva jar le, es akkor kene
frissiteni, akkor ugyanugy a magyar, a hongkongi, a
vietnami, a japan, az ausztral es a finn ns-eket is akkor
fogjak ujra frissiteni a hostokat tartalmazo cache-uket.

> Sajnos ezt gyorsítani nem lehet, mivel a dns szerverek
egyenlőre csak IP
> cím alapján működnek, az IPReverse pedig az IPcím
függvénye, tehát ez sem
> lenne járható út.
sajnos lehet. Peldaul ha 10 percesre allitod a frissitest,
mint pl. a dyndns.org. lasd soa rekordjat:
dyndns.org SOA ns1.dyndns.org. hostmaster.dyndns.org.
2167225719 600 300 604800
600
Azaz legkesobb 600 masodperc (10 perc mulva) frissul a
host-od, es ez tenyleg a legrosszabb eshetoseg.
Az reverse dns-nek (amit te "ipreverse"-nek hivsz) meg
ugyancsak semmi koze ahhoz, hogy 1 hosthoz milyen ip
tartozik, nem is ertem, hogy keverted ide. (illetve sejtem:
imho fogalmad sincs a temarol, de bedobalsz minden jolhangzo
fogalmat, amirol mar hallottal eletedben!

Azzal meg nem tudok mit kezdeni, hogy az ns-ek csak ip cim
alapjan mukodnek, mivel ns-nek megadhatsz hostot is.
(konfigoltal te mar barmi ns-t valaha is?;)

> Hiába jelentkezik be a géped egy internetes adatbázisba minden
> címváltáskor, akkor is idő, míg visszafrissül a DNS rekord.
yaya, es ezt a dns zona file adminja szabja meg, ami a
dyndns-es domain-eknel 10 perc szokott lenni. (Vagy meg
kevesebb. Pl. a tx.hu 60 masodpercet allitott be maganak.)

> Mint láthatod, pl. a terminal eléréshéhez nekem 2 DNS
szervert kell
> lekérdeznem,
Eleg lenne egyet, de azert kell ketto, hogy ha az 1ik nem
menne, akkor a masikat kerdezd. Megint hulyeseget mondtal!

> ami mégdurvább, hogy frissülési időnek 12 óra (refresh = 43200
> (12 hours)) van beállítva, tehát ennyi időközönként
frissíti magát.
Igen, es a terminal nem is nyujt dyndns szolgaltatast!
Ha nyujtana, biztos nem ennyi lenne, ezt elhiheted!:)

> Remélem, hogy nagyjából átlátható, hogy miért is mondtam,
hogy vesződség az
> egész fix IP nélkül.
Hat napi 1 szakadassal akkor napi max. 60 masodpercig nem
frissul a jo ip-vel a host, ha tx.hu-t hasznal vki. Ez igy
lehetne konkluzio is, nem is ertem, miert nem te vontad ezt
le!:-)

> Akkor hogy tudd:
> Az ACK 1 (ejtsd egy) bit a TCP csomag feljécében és nem 60
byte, főleg nem
> 1 Gbyte.
Persze, hogy 1 bit. Viszont en meg tcp CSOMAGrol beszeltem,
ami utazik visszafele, es az a TCP csomag meg 60byte, es az
adsl modememnek ennyit kell visszakuldenie a netre. Es a
savszelesseg szempontjabol a "brutto" adatforgalom szamit es
nem a "netto" informaciomennyiseg.
Raadasul a seq number is benne van a csomagban, ami
ugyancsak informacio, es nelkulezhetetlen. Es a source+dest
portok, ip-k is, stb. Ezeket nem tudod kikerulni, hiaba te
csak 1 bit-tel akarsz ack-olni. (Egyebkent masik forumban
kicsit kifejtettem, hogy mi a gondom a szabilinux.hu-val, es
miert gaz, hogy minden lamer onnan linkelget esz nelkul!;)

> Itt olvashatsz róla, hogy az Te 60 byte-os ACK-d talán egy
egész TCP fejléc
> egy hálózati egység MAC címével fűszerezve.
Nem egy egesz tcp fejlec, hanem egy egesz tcp csomag!
Ezt irtam is, fura, hogy nem tudtad helyesen ertelmezni.
De most nem ertem, hogy mire vered magad, amikor te is
tudod, hogy nem 1 bit megy vissza valasznak, hanem kb. 60byte...

Utana ki sem fejtem, hogy az axelero-t ugy kevered a
matavval, ahogy az elozo hozzaszolasodban a bix-et keverted
a nic-cel!

> Én arról írtam, hogy mi mennyire van hálózatspecifikálva.
> Pl egy UHU linuxon lehet, hogy nem csinálod meg ugyanazt a
hálózati
> okosságot mint egy Suse-n.
Te, barmelyik mai linuxon megcsinalom ugyanazt, mivel a
kernel ugyanaz, es a kernel ugyanannyi van
"halozatspecifikalva" (ez milyen szo mar?;)
De ne nyissunk errol disztribwar-t, viszont ebben tenyleg
kozoseg, es felesleges 1iket a masik ele allitani. De ha
gondolod, szivesen varlak az unix forumban, ahol
kifejtheted, hogy szerinted az egyikkel mit lehet es a
masikkal mit nem. Legalabb ott is kacagunk egy joizut!;)

> Linux Guruság: én nem hazudozok, csak fikázod azt amihez
nem értesz.
> Ez a SAJÁT SPONTÁN VÉLEMÉNYEM!
OKe, es leirod, hogy mire alapozod? Vagy egy idezet tolem,
amikor itt ebben a topic-ban fikaztam?
Eppen azert nem fikazom, mert nem ertek hozza. Es nem is akarok.

> Én ezzel a témát le is zárom, Pint, többé ebben a topicban
nem fogok többé
> reagálni a megjegyzéseidre, inkább az eredeti témával
fogok foglalkozni,
> ugyanis messzire elmentünk a témától.
ElmenTEL!

Offtopic /on

pint: pár dolgot tisztázzunk:

először is egy kis olvasnivaló:
http://www.szabilinux.hu/konya/konyv/8f ... pip1.htm#címfejezetcím

Akkor hogy tudd:
Az ACK 1 (ejtsd egy) bit a TCP csomag feljécében és nem 60 byte, főleg nem 1 Gbyte.
Azért írtam feljebb a linket, mert így nem kell megmagyaráznom, hogy az 1 ACK bit arra szolgál, hogy az előző kapott csomagot nyugtázza a vevő, így az adónak nem kell a csomagot újraküldenie.
Itt olvashatsz róla, hogy az Te 60 byte-os ACK-d talán egy egész TCP fejléc egy hálózati egység MAC címével fűszerezve.

ADSL:
Te, mint felhasználó, nem a Matávtól veszed az ADSL-t, hanem az ISP (Internet Service Provider)-től.

Ide is teszek egy linket, hogy amennyiben nekem nem hiszel, olvasd el, más talán nem annyira balfék mint én.

http://www.euroweb.hu/szolg_bad.php (oldal alja)

Az ADSL alapszolgáltatást nyújtó Matáv Rt. az előfizetői ADSL összeköttetés sávszélességét az alábbiak szerint garantálja.

Névleges: 384k/64k Garantált: 128k/64k
Névleges:768k/128k Garantált: 384k/64k
Névleges:1500k/384k Garantált: 512k/256k

Axelero:

http://www.axelero.hu/internetezni_jo/adsl_hobbi.shtml

"A szolgáltatás hozzáférési pont az ügyfélnél telepített modem RJ45 csatlakozójú 10BaseT Ethernet interfésze. A modem 230V-os tápellátását az Előfizetőnek kell biztosítania. Az Axelero ADSL Hobbi és ADSL Otthon szolgáltatása átlagos internet-hozzáférést biztosít, az előfizetőt az internet-szolgáltató hálózatával összekötő ADSL hozzáférési szolgáltatás minimális átviteli sebessége letöltési irányban 128 kbit/s, feltöltési irányban 64 kbit/s. Az egyes internettartalmak elérhetőségét, letöltési sebességét az Axelerótól független tényezők is befolyásolják, így a megadott átviteli sebesség értékek kizárólag az Axelero saját hálózata és az előfizető között garantáltak. Az Axelero folyamatosan fejleszti nemzetközi és hazai hálózati kapacitásait, s arra törekszik, hogy az ADSL előfizetők dinamikus sávszélesség-igényeit optimálisan kiszolgálja. "

Linux:

Én arról írtam, hogy mi mennyire van hálózatspecifikálva.
Pl egy UHU linuxon lehet, hogy nem csinálod meg ugyanazt a hálózati okosságot mint egy Suse-n.

Linux Guruság: én nem hazudozok, csak fikázod azt amihez nem értesz.
Ez a SAJÁT SPONTÁN VÉLEMÉNYEM!

Idézgetés: Nem ártana a netikettet átolvasnod, akkor tudnád miről beszélek.
Nem utasítgatok (végülis nem vagyunk egymás alárendeltjei), hanem egy sokak számára idegesítő és abszolút netikettsértő szokásodra hívtam fel a figyelmet.

Én ezzel a témát le is zárom, Pint, többé ebben a topicban nem fogok többé reagálni a megjegyzéseidre, inkább az eredeti témával fogok foglalkozni, ugyanis messzire elmentünk a témától.

Offtopic/off

Üdv,

pancel

"És ha töltesz felfele, mint disznó, akkor az os-ed default
egyenrangúként kezel minden csomagot: a válaszcsomagokat is,
és a sima feltölteni kívánt adatokat is, ezért a
válaszcsomagok később érkeznek meg. És mivel a tcp protokoll
olyan, hogy amig nem jött válasz, addig a jelenlegi csomagot
próbálja újraküldeni, és nem küld újabbat. Ezért lelassul a
kommunikáció, mert felfele nem tudnak olyan ütemben menni a
válaszok, hogy a lefele teljesen telített legyen. Ez az
asszimettrikus sávszélesség miatt van, ami adsl-en ugyanúgy
jelenség, mint chellon és más eszközökön. "


Miert nem lehetett egybol ezzel kezdeni a korkoros anyazas helyett ??? ...

> Pint, becsülöm benned, hogy a hülyeségeidet úgy adod elő,
hogy még Te is
> elhiszed...
> Ezeket egy qtyának beadod, meg fog veszni tőle...
Ezeket még talán el is hinném neked, ha a nevedben
szerepelne valahol az,hogy kadlecsik. Dehát nem, és
sajna később tovább súlyosbítod a helyzetet.

> Te piszkosul nem vagy tisztában azzal, hogy mi is a TCP ACK.
Hát, inkább úgy helyesebb a fogalmazás, hogy szerinted nem
vagyok tisztában. Utána ki is derül, miért van ez...

> Kis magyarázat:
> Adatforgalmazásnál van adó és van vevő.
> Az adó minden egyes adott byte után kap 1 ACK (ACK =
acknowledge) bitet,
> amivel nyugtázza a vevő a vételt.
Kár, hogy ez nem így van!
Egyszerű józan paraszti ésszel is belátható, hogy 1-1 bit
nem utazgat az internet-en, csak csomagok, mivel 1bit-be még
a 32bites ip is nehezen tömöríthető bele! (nade páncélnak
még ez is sikerülhet!:)
A TCP ACK minden egyes tcp csomag után egy visszajelzés,
hogy megkapta, és az ACK az 1 bit a tcp csomagban, de persze
valójában ennél jóval többről van szó. És egy tcp csomag meg
max. akkora, mint az mtu, de bármekkora lehet, mindig 1 ack
rá a válasz. (kivéve, ha FIN-nel zárták a kapcsolatot.)

A kedvedert egy teljesen standard-nak számító synack:

raw.pktlen=60
raw.pkt=raw.mac=df:24:c0:04:00:00:00:3c:f4:24:c0:00:00:00:00:11:00:00:00:00:00:00:00:00:00:00:00:01:00:00:00:00:00:00:00:a9:04:00:00:00:00:00:00:eb


A mérete egetrengető 60 byte - ami teljesen normális is, és
még így is a legkisebb csomagok közé tartozik.


> tehát az ACK bitnek semmi köze az sávszélesség csökkenéshez.
Az ACK egy tcp csomagban 1 bit (ami konkrétan itt 60 byte,
ennél sokkal kisebbet nem tudsz csinálni.) És tudod úgy
megy, hogy minden tcp csomagban van egy seq num-ja (konkrét
példát írok, hogy lássál is ilyet: 3875949409), és ez is
része az ack-nak. Ha ez nem lenne, akkor sok értelme nem
lenne a visszaellenőrzésnek, hisz nem tudná a "küldő", hogy
mire volt ez válasz.
És ha töltesz felfele, mint disznó, akkor az os-ed default
egyenrangúként kezel minden csomagot: a válaszcsomagokat is,
és a sima feltölteni kívánt adatokat is, ezért a
válaszcsomagok később érkeznek meg. És mivel a tcp protokoll
olyan, hogy amig nem jött válasz, addig a jelenlegi csomagot
próbálja újraküldeni, és nem küld újabbat. Ezért lelassul a
kommunikáció, mert felfele nem tudnak olyan ütemben menni a
válaszok, hogy a lefele teljesen telített legyen. Ez az
asszimettrikus sávszélesség miatt van, ami adsl-en ugyanúgy
jelenség, mint chellon és más eszközökön.

> Ezzel el is érkeztünk a másik hülyeséghez, amihez
ragaszkodsz, a garantált
> sávszélesség.
> Csak, hogy tudd, a bérelt vonalakhoz is csak kimérés
alapján adnak
> garantált sávszélességet, azt is csak azért, mert piszok
drága egy bérelt
> vonal.
> Az ADSL nél csak rendelkezésre állási időt garantálják, a
sávszélességet
> nem.
Sajnálom, de az adsl-nél garantálják a sávszélességet:
konkrétan a matav, vagy akitől veszed. Az garantálja, hogy
az tunnel elejéig -amivel össze van kötve az isp-d a
matávval- elmennek az adatok a leírt sebességgel. Amiket te
idézgetsz ide "nagy okosan" az már csak az isp által
biztosított sáv az internet fele, és nem pedig a modem sávja.
Egyébként ahova meg nem tud a matáv akkora sávval
szolgáltatni, mint amit a szerződésben vállalt, azt a
szerződést eleve alá sem írja, így le sem írom, hogy mi az,
amit a távolságokról és sávszélesség kapcsolatáról
írogattál. (ami önmagában nem hülyeség, csak a jelen témához
semmi köze.)

> Ha nem értesz valmihez ne okoskodj, hanem kérdezz és olvass...
> Hidd el, lesznek akik segítenek.
Én ezt már megtettem jópár évvel ezelőtt... Sajnálatodra a
tcp szabvány alapjai azóta se változtak, így nem vágom,
miért kéne újra elolvasnom azokat az rfc-ket, amiket egy az,
hogy tudok, másik az, hogy neked kéne olvasnod helyettem!

> Akkora linux guru vagy, hogy lefikázod a windows-t, holott
tök hülye vagy
> hozzá a hozzászólásod alapján.
Nem fikázom a windows-t, és még linux guru sem vagyok(pedig
szeretnék, hidd el! .
Csupán annyit írtam, hogy a megoldást tudom linux esetében,
mint win*-ot nem ismerem.

> Akkora linux guru vagy, hogy lefikázod a windows-t, holott
tök hülye vagy
> hozzá a hozzászólásod alapján.
> pl tudod, hogy mi az MMC, MPROOF vagy az AD?
> Addig, amíg ezeket nem használod, addig csak kezeled a
windowst, nem
> használod.
Te, figyelj. Ezeket nem tudom, és elárulom, hogy se nem
használom a windows-t, se nem kezelem. Úgyhogy ez nem jött
be. Milyen válogatott hazugságot fogsz még hozzámvágni ezek
után???

> Hidd el, tudnék mutatni egy két okosságot, amit ha utánam
csinálsz a
> mandrake-eden, akkor megemelem a kalapomat (szándékosan
nem a Debiant
> említettem, mert az hálózatspecifikált OS, vele a win 2k3
az összevethető
> alternatíva).
Hát, erre már tényleg csak annyit írhatok, hogy nézd meg, mi
az a Linux és mi az a disztribúció. Ugyanis a tcp/ip
konkrétan a kernel része, és bármilyen disztribet
használsz(használok?:), az mindig ugyanaz. Ha szerinted
ebben van különbség a disztribek között, akkor örülök, hogy
újfent megnevettetted kis baráti társaságomat!

> Utolsó szembeszökő/ csúnya, illetlen szokás,
agyonidézgetni a másik fél
> hozzászólását.
> Ha nem tudsz önnállóan összedobni egy átfogó választ,
inkább neki se állj!
Igenis, heir fuhrer majer! Ahogy parancsolja uram! Nem merek
ellenkezni önnel!

> Ha gondolod, beszélgethetünk a témáról, de se engem, se
mást ne nézz
> hülyének, mert csúnyán beégetheted magad.
Ezen azért gondolkozz el kisfiú, amikor 1 bit-es válaszokról
beszélsz az internet-en!

> Bár én csak egy ex-axelero-s MCP ((Microsoft
> Certified Professional) végzettségű kis senki vagyok, de
hidd el, annyira
> értek a dsl-hez mint Te, és szerintem nem én vagyok az
egyetlen.
Hát eddigi gondolataid nem támasztották alá, de biztos...

Nekem meg MCSE-m van. (Minesweeper Consultant and Solitarie
Expert) Najó, ez csak vicc volt, de kb. ugyanannyit is ér!

(most megyek activity-zni, aztán leírom válaszom a másik
több óráig frissülő dns baromságodra. Ha gondolod, addig
pont elolvashatsz pár rfc-t, és mea culpa-zhatsz, mielőtt
visszaérek!

Most akkor itt látszik a lényeg ! Hogy mi is a fórum valódi célja. Hogy tanuljunk belőle. Ez a topic végérvényesen bebizonyította, amit mindig is sejtettem, sőt, tudtam. Mindenkinél van hozzáértőbb ember, de nem mindegy, ki mit ad tovább a tudásából.
Olvasva ezt a topicot megismertem egy eddig számomra ismeretlen hozzászólót, akinek két hozzászólásából többet tanultam, mint pint betegünk elmúlt két évi okvetetlenkedéseiből.
Mert a rongyot lehet ám rázni piszkosul, meg villogni a tudással, de számomra az a tisztelendő, aki a megszerzett tudást nem kérkedésre, hanem továbbadásra használja.
Mert ugye, aki állandóan a góglira hivatkozik, hogy ott mindent meglehet találni, az elfelejti, hogy sokan azt sem tudják, hogy mit keresnek.
Én sosem vettem a fáradtságot, hogy a legegyszerűbb kérdésben is segítsek, ha tudom a választ. Soha nem merült fel bennem, hogy ott van, írd be a gógliba, aztán keress.
Számomra öröm, ha tudok segíteni másnak, és ezzel megoldható a problémája. Ebből tanul az ember.
Mint ahogy Páncél előbbi hozzászólásaiból is rengeteget tanultam, hasznos infók voltak. Köszönöm !

Frey:
Ezek a szoftverek/webes adatbázisok akkor nagyon jók ha pl a munkahelyedről el akarod érni a géped egy akármilyen munkára (FTP, mail, SSH, stb...).
Akkor tényleg jó hiszen ha bent dolgozol, az otthoni DSL-ed IP-t vált, nem kell hazarohanni megnézni a géped IP-jét, hanem egy Redial script segítségével a géped visszamegy a netre és rögzíti az új IP-det a webes adatbázisban.
Így mindig tudod, hogy az otthoni géped milyen IP-vel van fent.
A hátránya viszont az, hogy ha valaki megtöri ezt az adatbázist, az összes ott belogolt gép védtelenné válik...sajnos májusban volt rá példa, pont a http:/homeip.net adatbázisát lopták el.
Szerencse volt a szerencsétlenségben, hogy villámgyorsan kiszúrták a betörést, így talán 1000-1500 gép adata került ki.
Egyébként ez valóban jó megoldás kábelnetnél, ahol jellemzően ( azért jellemzően, mert a szerződésben foglalt 24 órás IP váltással ellentétben sokszor hetekig, sőt akár hónapokig is ugyanazt az IP-t kaphatod vissza), de az ADSL-nél ritkán kapod vissza ugyanazt az IP-t.
Namármost az tudni kell, hogy nagy általánosságban minden internetszolgáltató a saját DNS szervereit használtatja az előfizetőivel, nagyon kevés kivétellel.
Vegyünk egy ax-os példát:
beállítod manuálisan a DNS rekordot, az aktuális IP-dhez, ez egy óra múlva élesedik be a DNS szerverbe.
a következő 1 óra múlva az ns.nic.hu (ez a BIX saját névszervere) lekérdezi a frissítéseket a szolgáltatók névszerveiről, és frissíti az adatbázisában.
Újabb egy óra míg a szolgáltatók (mivel a látogatók nem valószínű, hogy egy szolgáltatónál vannak) DNS szerverei szintén frissítik magukat az ns.nic.hu DNS szerverről.
Ez már 4 óra kiesés a domained működésében, és még csak a hazai elérésről beszéltem, pl. egy durva példa: gondolj bele, hogy hong-kongba mikor frissül át a DNS rekordod...minimum 6 óra.
Sajnos ezt gyorsítani nem lehet, mivel a dns szerverek egyenlőre csak IP cím alapján működnek, az IPReverse pedig az IPcím függvénye, tehát ez sem lenne járható út.
Hiába jelentkezik be a géped egy internetes adatbázisba minden címváltáskor, akkor is idő, míg visszafrissül a DNS rekord.

A könnyebb érthetőség kedvéért egy DNS rekord, hogy érthető legyen, miről is beszéltem:

<b>F:Documents and SettingsAdminisztrátor>nslookup</b>
Alapértelmezett kiszolgáló: bpdcdd01.bpdc.broadband.hu
Address: 195.184.180.4

<b>>server ns.nic.hu</b>
Alapértelmezett kiszolgáló: ns.nic.hu
Addresses: 193.6.206.118, 193.6.27.62

<b>> set q=any</b>
<b>> terminal.hu</b>
Kiszolgáló: ns.nic.hu
Addresses: 193.6.206.118, 193.6.27.62

terminal.hu nameserver = ns.easyweb.hu
terminal.hu nameserver = ns.hirekmedia.hu
ns.easyweb.hu internet address = 212.40.96.83
ns.hirekmedia.hu internet address = 195.228.75.29
<b>> server ns.hirekmedia.hu</b>
Alapértelmezett kiszolgáló: ns.hirekmedia.hu
Address: 195.228.75.29

<b>> set q=any</b>
<b>> terminal.hu</b>
Kiszolgáló: ns.hirekmedia.hu
Address: 195.228.75.29

terminal.hu internet address = 195.228.75.31
terminal.hu MX preference = 10, mail exchanger = mail.hirekmedia.hu
terminal.hu nameserver = ns.hirekmedia.hu
terminal.hu nameserver = ns.easyweb.hu
terminal.hu
primary name server = ns.hirekmedia.hu
responsible mail addr = hostmaster.ns.hirekmedia.hu
serial = 2002040579
refresh = 43200 (12 hours)
retry = 14400 (4 hours)
expire = 604800 (7 days)
default TTL = 345600 (4 days)
terminal.hu nameserver = ns.hirekmedia.hu
terminal.hu nameserver = ns.easyweb.hu
mail.hirekmedia.hu internet address = 195.228.75.29
ns.hirekmedia.hu internet address = 195.228.75.29
ns.easyweb.hu internet address = 212.40.96.83
<b>> exit</b>

<b>F:Documents and SettingsAdminisztrátor>_</b>

Mint láthatod, pl. a terminal eléréshéhez nekem 2 DNS szervert kell lekérdeznem, ami mégdurvább, hogy frissülési időnek 12 óra (refresh = 43200 (12 hours)) van beállítva, tehát ennyi időközönként frissíti magát.

Remélem, hogy nagyjából átlátható, hogy miért is mondtam, hogy vesződség az egész fix IP nélkül.

Üdv,

pancel

Engem az egeszbol leginkabb a kovetkezo "ragadott meg" - igaz ez nem
szakmai, hanem inkabb uzlet-etikai kerdes:
Páncél wrote:

>Azért adnak kevesebb svszélességet, mint ami a hirdetésben van, ...
>
nem lehetne esetleg ezt is, mast is (!) ugy hirdetni amilyen az valojaban?

Kedves pint!

Igazából csak a hangvételed miatt írtam be ide, ami nem igazán egy fórumhoz illő. Tisztelem kukimukit, hogy nem vette fel a kesztyűt...
Mindenesetre van egy olyan könyvem, hogy Kis modem lexikon. Az alapján, amit abban olvastam, Páncéllal értek egyet.

Minden jót mindenkinek!

Hahó!

Azért ne keseredj el, mert van olyan szolgáltatás, ami átfordítja az ip-d
állandóra és tudsz üzemeltetni webszervert is.Amennyiben megfelel ez a
megoldás, ide látogass: http://www.dyndns.org/ / www.homeip.net /

Freya


----- Original Message -----
From: "Páncél" <csak_en@hotmail.com>
To: <list@internet.lx.hu>
Sent: Wednesday, December 03, 2003 11:02 PM
Subject: Re: [internet] Webszerver otthonra, de hogyan?


> -----------------------------------------------------------------
> Elindult Magyarország Legnagyobb Álláskereső Szolgáltatása:
> http://www.jobinfo.hu
> -----------------------------------------------------------------
> Soveny2001, a kérdésedre válaszolva:
>
> Webszervert üzemeltethetsz, csak mindenképpen szükség van fix IP-re.
> Erre azért van szükség, mert minden domain-nek van egy ún. DNS rekordja,
ami megmutatja, hogy az adott domain-nek, melyik IP-n van a tárhelye, ahol a
webtartalom is található.
> Ha dinamikus az IP-d, akkor minden nap át kellene íratnod a DNS rekordot,
ami miatt a domained hostmastere villámgyorsan elhajt a halálba.
> Ha axelero-s a domained, akkor ugyan Te is meg tudod csinálni, de akkor
minden ip váltáskor ott kéne ülnöd a gépnél és manuálisan átlőni a DNS
rekordot, ami egyébként hosszú órák alatt frissül csak át.
> Szóval csak akkor érdemes belevágnod, ha fix IP-d van, küönben értelmetlen
vesződség az egész.
>
> Üdv,
>
> pancel
>
>
>
> --
> Üzenet a csoportnak: list@internet.lx.hu
> Feliratkozás: subscribe@internet.lx.hu
> Leiratkozás: unsubscribe@internet.lx.hu
>
>
>
>
>
>
>
>

Soveny2001, a kérdésedre válaszolva:

Webszervert üzemeltethetsz, csak mindenképpen szükség van fix IP-re.
Erre azért van szükség, mert minden domain-nek van egy ún. DNS rekordja, ami megmutatja, hogy az adott domain-nek, melyik IP-n van a tárhelye, ahol a webtartalom is található.
Ha dinamikus az IP-d, akkor minden nap át kellene íratnod a DNS rekordot, ami miatt a domained hostmastere villámgyorsan elhajt a halálba.
Ha axelero-s a domained, akkor ugyan Te is meg tudod csinálni, de akkor minden ip váltáskor ott kéne ülnöd a gépnél és manuálisan átlőni a DNS rekordot, ami egyébként hosszú órák alatt frissül csak át.
Szóval csak akkor érdemes belevágnod, ha fix IP-d van, küönben értelmetlen vesződség az egész.

Üdv,

pancel

Végigolvastam a témát és hanyattestem a fotellel...

Pint, becsülöm benned, hogy a hülyeségeidet úgy adod elő, hogy még Te is elhiszed...
Ezeket egy qtyának beadod, meg fog veszni tőle...

Te piszkosul nem vagy tisztában azzal, hogy mi is a TCP ACK.
Kis magyarázat:
Adatforgalmazásnál van adó és van vevő.
Az adó minden egyes adott byte után kap 1 ACK (ACK = acknowledge) bitet, amivel nyugtázza a vevő a vételt.
tehát az ACK bitnek semmi köze az sávszélesség csökkenéshez.

Ezzel el is érkeztünk a másik hülyeséghez, amihez ragaszkodsz, a garantált sávszélesség.
Csak, hogy tudd, a bérelt vonalakhoz is csak kimérés alapján adnak garantált sávszélességet, azt is csak azért, mert piszok drága egy bérelt vonal.
Az ADSL nél csak rendelkezésre állási időt garantálják, a sávszélességet nem.
A ADSL Profi-nál legyen az bármekkora, letöltési irányba 128 kbit/s, feltöltési irányban 64 kbit/s sávszélt garantálnak.
BDSL-nél a következő a garantált sávszélesség:

BDSL 384 esetében 64Kbps fel- és 128Kbps letöltés,
BDSL 512 esetében 64Kbps fel- és 128Kbps letöltés,
BDSL 768 esetében 64Kbps fel és 384 Kbps letöltés,
BDSL 1500 esetében 256Kbps fel- és 512Kbps letöltés.

Most egy kicsit nézzük távolaabról, az összes szolgáltatót átfogóan.
Azért adnak kevesebb svszélességet, mint ami a hirdetésben van, ugyanis a DSL technológia nagyban, sőt: a leginkább a távközlési szolgáltó által biztosított közeg minőségétől függ az átvihető adatok sávszélessége, éppen ezért 4-5 km a tecnikai korlátja a DSL-nek.
Ezen távolság felett már akkora az adatveszteség, hogy minőségileg elfogadhatatlanná válik a szolgáltatás.
Üvegszálas technológiát használó vonalaknál ugyan jóval kisebb az adatveszteség, de szükség van egy ún. Hytas rendszerre, ami baromira drága, ezt nem veszik meg addig a szolgáltatók, ameddig nem muszáj.

Ha nem értesz valmihez ne okoskodj, hanem kérdezz és olvass...
Hidd el, lesznek akik segítenek.
Nem szégyen hülyének lenni, csak az idő előrehaladtával annak maradni az...
Következő észrevételem:
Akkora linux guru vagy, hogy lefikázod a windows-t, holott tök hülye vagy hozzá a hozzászólásod alapján.
pl tudod, hogy mi az MMC, MPROOF vagy az AD?
Addig, amíg ezeket nem használod, addig csak kezeled a windowst, nem használod.
Hidd el, tudnék mutatni egy két okosságot, amit ha utánam csinálsz a mandrake-eden, akkor megemelem a kalapomat (szándékosan nem a Debiant említettem, mert az hálózatspecifikált OS, vele a win 2k3 az összevethető alternatíva).

Utolsó szembeszökő/ csúnya, illetlen szokás, agyonidézgetni a másik fél hozzászólását.
Ha nem tudsz önnállóan összedobni egy átfogó választ, inkább neki se állj!

Ha gondolod, beszélgethetünk a témáról, de se engem, se mást ne nézz hülyének, mert csúnyán beégetheted magad.
Bár én csak egy ex-axelero-s MCP ((Microsoft
Certified Professional) végzettségű kis senki vagyok, de hidd el, annyira értek a dsl-hez mint Te, és szerintem nem én vagyok az egyetlen.

Üdv,

pancel

"Akkor nem ertem, hogy az elozo tcp ack-os url-t miert vagtad
be nekem, mint bizonyitek a technikus kollega mondasara,
amikor koze nincs hozza? Csak ugy vagdalkozol a levegoben
alapok nelkul??? "

En nem vagdalkoztam semmivel, csak utanananeztem neten es ezt talaltam rola, ami szerint az iras szerint a tcp protokol az ilyen es nem a dsl stb hibaja...

ebbol elsore szvsz nem kovetkezik meg az hogy a hardver tudja egyszerre mindket sebesseget, de nem kizart hogy tudja (tetelezzuk fel hogy tudja), de az is lehet hogy nem tudja mivel a gyarto **** nagy ivben a user fejere mert 95%ban ugyis mindenki winfost hasznal ahhoz meg ugysem irtak normalis tcp protokolt, ez a verzio is lehetseges.


viszont az hogy nem igazan talaltam infot neten erre a problemara meg egyetlen ras pppoe oldalon sem irnak semmi ilyenrol ebbol elsore nekem az jon le hogy nem nagyon van megoldas erre a dologra. vagyis a tcp az tenyleg ilyen. legalabbis nagyon ugy nez ki.


telefonszamot elokerestem neked. de nem igazan latom ertelmet hogy most ezen lovagoljunk, mivel mind mondottam ez mar cirka 2 eve volt es azt se tudom hogy ott dolgozik e meg es egyebkent is...
amikor bekotottek hozzam adsl meg annyira se ertettem hozza mint most igy amit ez az ember mondott azt en keszpenznek vettem, mert legalabb mondott valamit, nem ugy mint az ugyfelszolgalat.

na reszemrol ennyi.

> Nem hinnem hogy hires lenne es nem az ismerosom, hanem egy
mezei technikus
> aki bekototte.
Sokra vitte! Azert fura, hogy a matav ezeket a
jokepessegu embereket siman kabelkotogeteshez
foglalkoztatja, amikor ott van bennuk meg a hatalmas
szellemi kapacitas.
Vajon miert nem vegez komolyabb melot, ha igy vagja a temat?

Es annyiban hires, hogy neked hires, mivel te emlegeted. Es
mar en is hallottam rola, szoval szamomra is hiresebb, mint
barmelyik kabelkotogeto. Egyebkent tegnapelottre igerted a
szamat vagy egy randit vele...azzal mi lett? En
szives-oromest varom, hogy nekem is elmagyarazza.

> En nem tudom hogy kinek van igaza, en csak azt mondtam
amit nekem is
> mondott.
Akkor nem ertem, hogy az elozo tcp ack-os url-t miert vagtad
be nekem, mint bizonyitek a technikus kollega mondasara,
amikor koze nincs hozza? Csak ugy vagdalkozol a levegoben
alapok nelkul???

> azt viszont nehezen hiszem el hogy egyedul bsd linuxra
lenne megoldas a
> problemara
En se hiszem el, nyugi. De tudod, ha az embernek nincs
otthon photoshop-ja, akkor nem tudja, hogy hogyan kell blur
effektet nyomni egy jpg-re, meg akkor se, ha nehezen hiszi
el, hogy ilyenre a photoshop ne lenne kepes.

> ugyhogy mivel az eddigiek alapjan egyelore kozepen allok,
inkabb hajlok
> afele amit a technikus mondott.
Na, naa! Akkor randi, randi! Hivd fel, beszeljunk meg 1
meeting, akar prezentalhatja is, ahogy jolesik!
Szoval?
Valaszolj e-mail-ben nekem cimemre, aztan megbeszeljuk a
meeting-et!

Pint:

Nem hinnem hogy hires lenne es nem az ismerosom, hanem egy mezei technikus aki bekototte.
En nem tudom hogy kinek van igaza, en csak azt mondtam amit nekem is mondott.

azt viszont nehezen hiszem el hogy egyedul bsd linuxra lenne megoldas a problemara, meg hogy ez meg egy windowsos programzot sem izgatott hogy ez vajon miert lehet... es hogy ne lehetne erre egy normalis programot irni.

ugyhogy mivel az eddigiek alapjan egyelore kozepen allok, inkabb hajlok afele amit a technikus mondott.

akkor mond el egy Linux usernek hogy mit tud kezdeni a problémával?

> This is
> due to a weakness in the basic TCP Internet protocol, not
Cable or DSL per
> se, and not the service provider.
Igen, ez a tcp ack csomagok miatt van, amit en is irtam az
elobb.

> Kerdes hogy egy atlag mezei vinfos user mit tud ezzel
kezdeni ???
Ez mar egy masik kerdes. (Amire en nem tudok valaszolni, de
ha bsd/linux user-rol lenne szo, akkor tudnek megoldast;)
imho winfosban is van erre modszer, de en azt nem ismerem.)

Egyebkent tovabbra is varom hires matavos ismerosodet, aki
elmagyarazza, hogy hw ok(ok) miatt nem lehet 1szerre fel es
le 100% kihasznalni a savot. (vagy lehet, hogy nem volt
igazad?

http://cable-dsl.home.att.net/#Asymmetry

ezt most talaltam
Itt ezt írják:

What is not generally well-known is that the upstream cap can also affect the downstream speed -- if the upstream is saturated by uploading (e.g., sending a large PowerPoint file to the boss, or running a Napster or other public service), the downstream will drop to about the same speed. This is due to a weakness in the basic TCP Internet protocol, not Cable or DSL per se, and not the service provider.

A lényeg az utolsó mondat.

Kerdes hogy egy atlag mezei vinfos user mit tud ezzel kezdeni ???

nem tudom mar mirol volt szo de valami dslam kozpontrol hadovalt hogy elmeletben igen de gyakorlatban megsem ... mert igy meg ugy. egreszt mar tobb mint 2 eve volt meg nem vagom annyir a dolgot.

de megvan meg a telefonszama ugyhogy holnap elokeresem neked.

> na mar vartam hogy mikor szolsz be...
nem akartam tovabb fokozni ezt az erzesed...

> egyebkent ebben az esetben most k***a nincsnen igazad
Pedig sajnos de.

lehet hogy kabelen
> vagy berelt vonalon ez igy is van de dslenem tutira
nincsen, errol nekem a
> matavos ember masfel oras oktatast tartott hogy miert nem
megy egyszerre a
> ketto, de mivel nem vagyok olyan **** okos mint te
nem fogom tudni
> es nem is akarok veled 2 nel tobb szot valtani a
kozeljovoben de ha nagyon
> akrod osszehozlak vele majd es elmondja neked is.
Ez eleg **** tunik eleve, mert nem szamit a fizikai
adattovabbito kozeg, amikor mar a software-es reszrol
beszelunk. Es biza az adsl az hw-bol nyomja az 384/64-et
(vagy amire elofizetett az illeto), es csak az sw hibaja
miatt lehet, hogy ezt nem tudja egyidejuleg kihasznalni.
ha ertelmes a matavos ismerosod, akkor tcp ack csomagokrol
beszelt -bar arrol sem lehet masfel orat, mert annyira azert
nem nehez;)-, ha meg masrol beszelt masfel orat, akkor csak
siman arcolni akart es a tarsasag kozeppontjaba kerulni.

Egyebkent hozz ossze vele, es mondja el nekem is! Esetleg
utana idemasolhatom a szavait, hogy egyutt rohogjuk ki, ha
hulyeseg mond?

na mar vartam hogy mikor szolsz be...

egyebkent ebben az esetben most k***a nincsnen igazad, lehet hogy kabelen vagy berelt vonalon ez igy is van de dslenem tutira nincsen, errol nekem a matavos ember masfel oras oktatast tartott hogy miert nem megy egyszerre a ketto, de mivel nem vagyok olyan **** okos mint te nem fogom tudni es nem is akarok veled 2 nel tobb szot valtani a kozeljovoben de ha nagyon akrod osszehozlak vele majd es elmondja neked is.

> erthetobben egyszerre minndig csak az egyik ertek a
grantalt !!!
Ez nem igaz! Mind a ket ertek garantalt mindenkor!
Az mar csak a te szemelyes problemad, hogy az os-ed packet
scheluder-e rossz sorrendben kuldi ki a csomagokat, es
emiatt lassul neked a kapcsolat. De ha ezt korrekten
beloned, akkor 100% fel es 100% le is siman elmegy egymas
mellett.

> nem tudom ertheto voltam-e es hogy mire akartam ezzel
celozni ... ?
Arra, hogy nem ertesz a tcp ack csomagokhoz, es egyaltalan a
letezesukrol sem tudsz.

arrol nem is beszelve hogy dsl-nel az 512/128 az csak elmeleti ertek mert ha pl toltesz le valamit akkor a feltoltes drasztikusan lecsokken (nalad a feltoltes az masoknal a letoltes tehat a 128 kbit) es vica versa.
erthetobben egyszerre minndig csak az egyik ertek a grantalt !!!

nem tudom ertheto voltam-e es hogy mire akartam ezzel celozni ... ?

Hello

Ezt nem ismered veletlenul ?
http://www.atw.hu/

szerintem az egyiklegjobb Mo-on.

dinamikus ip az nem kacsa. Fix ip-t meg csak adsl-profihoz adnak, gondolom te otthon csomagot kertel.

dns2go az jo de szerintem megjobb dyn.hu (www.dyn.hu) mivel magyar sokkal gyorsabb a frissites. ip valtas utan akar mar 1 pereccel kesobb frissite vagy mig a tobbinel voltak nekem mar fel napos csuszsok is es sajnos eleg gyakran.

mindent osszeetve szerinte hulyeseg otthonra webszerver de te tudod elotte azert nezd meg ezt az atw.hu-t...

Szia!

amennyire tapasztalatom van a dologban, nem szukseges tul nagy beruhazas. Adsl ip valtozasa megoldhato a no-ip.com egyszeru kis progijával, (nálam is az megy) Az en serverem egy p2-350 390MB ram, es jelenleg Xp fut, apache uj verzioval, php, mysql, de most tesztelem a win2003 at. Igazabol nincs semmi funkcioja, csak kiprobalom... no, ilyen szunetmentes tapegyseg szerintem nem szukseges, aramkimaradas nem tul gyakorta van, hacsak nem laksz vmi nagyon regi hazban. ja, nalam 1 gep megy pluszban, de halokartyaval van megoldva, netet pedig maga a modem osztja (van UTP es USB port is) (es 2 ipt kapok!, egyszerre!!) (Invitel ADSL) ja, es az rem. tudod, h a 512/128 nem a valos seb. hanem osztani kell 8 al, es annyi K val tolthetsz majd! (ami amugy nem rossz, de sokan mondtak, Axelero nem igazan tartja magat a sebesseghez! latsd masik forum) no, rem. segitettem! udv. egyember

Hat nem tudom, valami csavar tuti van a dologban. Maga a domain reg tobbe kerul joval mint a havi dij. Most vagy az van, hoyg a domain-t nem te kapod, es utana hozzajuk vagy kotve, vagy pedig tied a domain, viszont akkor 1 vagy 2 eves szerzodest kell veluk kotnod, ami kozben ok emelhetnek...

Sziasztok!

Köszönöm a válaszokat!

Billie: PHP futtatás is van, az már működik... 512/128-as csatlakozást rendeltünk, tehát 128 a feltöltés, bírnia kell. Úgy gondoltam, hogy írok (vagy haverommal íratok) egy programot, ami érzékeli, hogy van-e aktív kapcsolat, ha meg nem, akkor meg csatlakozik. Egyszerű, de nagyszerű! )

Nevermore: Nem rendeltünk fix IP-t, kérdés, hogy jár-e valami plusz költséggel. Majd utánanézek...

dvd2r: Igen, bekalkuláltam ezeket, úgy terveztem, gyűjtést szervezek a visszatérő látogatók között. Aztán abból tudnám fedezni a költségek nagyrészét. Ahogy számoltam: kb. 20.000 a tápegység, plusz router (20.000 környékén???). Villanyszámla egyébként is van, talán nem húzza le annyira. Mostanában csinálok új, egy fokkal szebb dizájnt a lapnak. A cím, ha érdekel: http://izs.freeweb.hu

Bár igazából jobb lenne egy "fizetős", vagy saját lehetőség, ezeket a szívesség-alapú dologokat hosszú távon nem szeretem... De kösz a lehetőséget!

Most néztem egy szolgáltatót, havi 1500-ért ad .hu címet, plusz 100 MB-ot, PHP-vel és CGI-vel. Lehet, hogy ez a legjobb megoldás... A cím: http://mobicom.hu/domain_tarhely.html

Köszi! Benedek

Villanyszámla,szünetmentes tápegység...ezeket is kalkuláltad?

Kiváncsi lennék az oldaladra....ha tetszik kaphatsz helyet reklámmentes szerveren,esetleg ingyé....

Hali!

Fix IP-t kértél az Axeltől? Ha nem, akkor naponta más lesz
a címed, vagy ahányszor újracsatlakozol (az AX naponta
ledob 1x). Vannak persze erre a gondra is megoldások. Nézd
meg a http://www.dns2go.com/ oldalt.

Nevermore

Elvileg jó, de csak cgi futtatás van. Ha ténykeg elég a 128 kb upload, akkor érdemes belevágni. 24 órás megszakadás van, azt kell áthidalnod, de ez sem probléma ma már.

Sziasztok!

A kérdés: a weblapomnak szeretnék saját szervert létrehozni (elegem van a Freewebből). Várható, hogy januárban bekötik az ADSL-t, addigra össze szeretném szedni a dolgokat. Adott egy P1-es, 166 MHz-es gép, ez lenne a szerver (Windows NT 5.0-t és Apache-ot gondoltam erre a célra, de szóljatok, ha nem jó az ötlet...), utána lenne kötve egy P4-es, 1,6 GHz-es gép, meg egy laptop (1.8-as, P4-es). Az utóbi két gépet használnánk. Hogy tudnám megoldani ezt az egészet? Milyen hardver kell hozzá, milyen szoftverek?

Az ADSL jó erre a célra? Más lehetőségem nincs... A sebesség annyira nem gázos, elég az a 128 kbit. Egyszerre úgysem nézik sokan a lapot (napi átlag 10-15 látogató...). Haverom beszélt valamit a válotzó IP címről, ezzel mi a helyzet? Vagy csak kacsa az egész (AXELERO)?

És szoftver-ügyben mit csináljak? PHP, CGI futtatás kellene. MySql, meg ilyenek (egyelőre) nem kell. Apache-hoz van telepített PHP-m, de ezzel a CGI (Perl) dologgal nem jutok dűlőre...

Úgy számoltam, hogy így olcsóbban kijönnék anyagilag, mint ha valahol tárhelyet bérelnék. Kérdés, hogy megéri-e az anyagi ráfordítás (saját szerver), vagy maradjon a tárhelybérlés?

Várom a segítségeket, kösz!

Üdv: Benedek