Hollosi Information eXchange /HIX/
HIX GURU 6246
Copyright (C) HIX
2013-07-23
HIX.COM domain is stolen, do not buy it! More info...
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 publikus es egyeb IP cim (mind)  32 sor     (cikkei)
2 Re: ftp & publikus IP-cim (mind)  24 sor     (cikkei)
3 Re: ftp (mind)  64 sor     (cikkei)

+ - publikus es egyeb IP cim (mind) VÁLASZ  Feladó: (cikkei)

> Én is Attilához hasonlóan nem értek az Internetes
> kapcsolatokhoz, de vagy ezért figyelmesen olvasom az ftp-s
> problémáját.
> Nekem sokkal egyszerűbb kérdésem lenne, miután vss
> barátunktól megtudtam, hogy a szolgáltatónál van egy router,
> ahova az összes előfizető csatlakozik.
> A számomra érthetetlen jelenség, amit tapasztaltam, a
> következő: "áram alá helyezve" az én kábelmodememet,
> először egy 169..... IP cím jelenik meg, majd néhány másodperc
> múlva átvált 85.67.... IP címre.
> Nem akarom találgatni, hanem inkább kérdezném, hogy mi
> ennek a magyarázata?
> Egy barátomnál, aki ugyanennél a szolgáltatónál van, pontosan
> ugyanez a helyzet, tehát nem az én gépem specialitása, amiben
> két hálózati kártya van (másik gépemhez csatlakozáshoz).
>
> Köszönöm a tájékoztatást:  Porrima

Szerintem a cimváltás a dhcp működése, az az eljárás, amikor egy eszköz 
megkapja a dinamikus cimét egy erre szolgáló szervertől. Ezt arra találták 
ki, hogy ne kelljen minden eszköz cimét kézzel beállitani és biztosan ne 
legyen két egyforma a tartományban.
Alapesetben a szolgáltató routere osztja a cimeket a hozzá kapcsolódó 
előfizetőknek. Amikor belépsz a dhcp szerver keres egy üres cimet és 
kiosztja neked és megjegyzi hogy foglalt.

Az egyik gép helyett nem volna egyszerűbb egy router beállitása? Ebben 
a 
felállásba a Te gépednek bekapcsolva kell lenni, ha a barátod kapcsolódni 
akar a nethez. A router sokkal kevesebbet fogyaszt...

Veres Sándor
+ - Re: ftp & publikus IP-cim (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Attila, most mar eleg jo vagy, a routered es az ftp szerver logfile-jai 
miket mondanak, amikor kiserletezel?

###

Porrima irta:

: A számomra érthetetlen jelenség, amit tapasztaltam, a következő: "áram 
: alá helyezve" az én kábelmodememet, először egy 169..... IP cím jelenik 
: meg, majd néhány másodperc múlva átvált 85.67.... IP címre. Nem akarom 
: találgatni, hanem inkább kérdezném, hogy mi ennek a magyarázata?

Van egy olyan RFC (internetes kvaziszabvany), ami szerint a szamitogep 
router/DHCP-szerver nelkul a 169.254.x.y tartomanyban garazdalkodik, hogy 
szimpla switch-csel ossze lehessen kotni gepeket emberi konfiguralas 
nelkul. A Windows ezt eloszeretettel alkalmazza. Tehat szamitogep bekapcs, 
nulla halozat, a Windows kiosztja maganak a 169.254.x.y-t. Modem bekapcs, 
es a halozatrol megjon a nyilvanos cim.


Udv,
marky
+ - Re: ftp (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Attila irta:

:  Oké. Áttettem mindenhol 1111-es portra, vagyis a FileZilla mostantól
: erre hallgat, a routeren és a modemen pedig a 21-eseket átírtam
: 1111-re a forwardingban, internal, external, mindenütt. Most az
: ftptest.net a PASV parancsnál panaszkodik, hogy could not create
: socket, PASV command failed, és ezeket javasolja:

Ez igy nem fog menni (marmint a hibakereses). Az ftp ugyanis 2 darab 
portot hasznal. Alapbol a 20-as porton megy az adatforgalom, a 21-es 
porton pedig a parancsok (listazz, stb.). Miutan te olyan router mogott 
vagy ami 192.168-as cimtartomanyt hasznal a LAN oldalan (szakszoval 
Network Address Translation /NAT/ router), ezert nalad eleve csak a 
passziv ftp alti'pus fog mukodni. Itt a kovetkezo folyik alapesetben:

Az ftp kliens hiv a publikus ip-cim 21-es portjan es PASV parancsot kuld. 
Ezt latni kell mind a router, mind a FileZilla logjaban (esetleg a logfile 
reszletesseget novelni kell, ill. a debug level-t valami magasabbra kell 
allitani az eddiginel). A Filezilla ezutan valaszol szinten a 21-es porton 
egy PORT xyz paranccsal, ahol xyz egy 1024-nel nagyobb szam. Ezt a 
filezilla logjaban valoszinuleg alapbol nem latod debug opciok nelkul. 
Az 
osszes tobbi adatforgalom ezen az xyz porton fog tortenni, a parancsok 
tovabbra is a 21-es porton jonnek.

Ebben az alapkombinacioban szerintem mukodott a 21-es port es az ezen 
kisakkozott xyz port egyarant (nem tiltotta le a szolgaltatod), hiszen 
az 
ftp-test mukodott.

Aktiv modban a 192.168.1.101-rol a 20-as porton visszakuldott adatok nem 
jutnak at a routereden (a kulso adatkeres a 21-es portrol jott ugyebar, 
nem a 20-asrol), ezert van a lebambulas. A directory listazas 
parancs beerkezik es mukodik, a valasz viszont fonnakad a routereden.

Ha te a 21-es portot atteszed az 1111-re, akkor az ftp-testet is ra kell 
birnod, hogy a lattilad.noip.org 1111-es portjara akarjon csatlakozni.

A routereden akkor kapcsoltuk ki a DHCP szervert, amikor a modembol jovo 
ethernet kabelt a LAN oldalaba dugtad. Ha a WAN oldalara dugod, akkor 
bekapcsolhatod a router DHCP-szerveret.

Szoval szerintem a kovetkezot kell tenned: visszaallitod a 21-es portot, 
es megnezed, hogy az ftptest muxik-e. Ha igen, akkor egyeb lokalis geprol 
Windows DOS ablakabol a kovetkezoket jatszod el:
1) ping 192.168.0.10
2) tracert 192.168.0.10 
3) ping <nyilvanos IP-cimed> 
4) tracert <nyilvanos IP-cimed>
(nem tragedia, ha ezek nem mind mukodnek)

Total Commanderrel pedig
5) ftp a 192.168.1.101 -re
6) ftp a 192.168.0.10 -re
7) ftp a nyilvanos IP-cimedre

Itt mi tortenik es milyen nyomokat hagy az 5)-7) kiserlet a router es a 
filezilla logfile-jaban?


Udv,
marky

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS