> É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

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

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