Adott egy webszerver, amelyhez egy FTP felhasználón keresztül lehet hozzáférni. Az így elérhető területen LO dokumentumok vannak. A "Távoli megnyitása..." menüpontban megjelenő "Távoli fájlok" menedzselése ablakban ha létrehozok egy új FTP típusú kapcsolatot, akkor tökéletesen bekéri az FTP kapcsolathoz szükséges adatokat: kiszolgáló, felhasználó, jelszó. Amíg a felhasználónév egyszerű pl: KovacsIstvan, addig nincs semmi baj, működik minden rendesen.
Ám amikor a mai szigorú domain szintű FTP beléptetés van a webszerveren, azaz a felhasználónév pl: KovacsIstvan@domain.hu, akkor a LO a @ karaktert valamiért lecseréli %40 kódra. Ennek megfelelően szerinte a felhasználó neve KovacsIstvan%40domain.hu lesz, amit persze a szerver nem tud azonosítani!
Találkozott ezzel már valaki? A vicc, hogy ez már nagyon rég óta (régi verziókban is) így van. Nem hiszem el, hogy ebbe eddig senki sem futott bele!
Előre is kösz a segítséget!
Távoli megnyitása
-
- Hozzászólások: 1
- Csatlakozott: 2012. január 7., szombat 19:07
Távoli megnyitása
LibreOffice 7.3.1.3 / Ubuntu 20.04
- Zizi64
- Globális moderátorok
- Hozzászólások: 4034
- Csatlakozott: 2008. november 12., szerda 21:22
- Tartózkodási hely: Budapest
Re: Távoli megnyitása
Valószínű, hogy azért nem okoz ez tömeges problémát, mert nem nagyon használják már az FTP-t Főleg nem ilyen feladatokra.Nem hiszem el, hogy ebbe eddig senki sem futott bele!
Előre is kösz a segítséget!
A Wikipédiáról:
A %40 egyébként magát a @ KARAKTER-t jelenti. Ezt pedig azért változtatja meg, mert a teljes bejelentkező parancsban több @ karakter is lehet, és nem is ugyanolyan szerepben....Elavult tervezése miatt egyre inkább csak szükségmegoldásként használatos. Például nagyon sok apró fájl átvitele közben rendkívül gyenge hatékonysággal működik.
Biztonság
Az FTP protokoll nem támogat titkosított autentikációt (felhasználó-azonosítást), így nem megbízható hálózaton való használata veszélyes lehet. Ezt küszöböli ki SSL/TLS protokollokkal az FTPS.
http://support.softc.hu/index.php?/Know ... s-letoltes
például:
Kód: Egész kijelölése
ftp://felhasznaloneve:felhasznalojelszava@example.com
Látszik, hogy a @ JEL egyfajta elválasztó (vagy éppen összekapcsoló) szerepet tölt be a jelszó és a szervernév között. Ezt még akkor tervezték ilyenre, amikor e-mail címek még nem is nagyon voltak, de legalábbis NEM HASZNÁLTÁK azokat felhasználónévként. A @ JEL angol jelentése "at" = -nál/-nél (tehát - egyszerűen fogalmazva - hogy a felhasználónév/jelszó páros annál a szolgáltatóNÁL érvényes, ami a szervernévben van megadva.
Na már most, ha a felhasználónév az egy szabályos email cím, akkor abban megint van egy @ jel, és a rendszereket ez megzavarhatja, amikor a részeire akarja tördelni az FTP parancsot, hogy a részeit beazonosítsa és értelmezze.
Talán ezért cseréli le a LO az EGYBETARTOZÓ adatban a @ jelet a %40 helyettesítő értékre.
Vagy talán azért, mert amióta a különleges és ékezetes karaktereket is kezelik a hálózati/webes szolgáltatások, azóta ezeket a különleges karaktereket az URL-ekben kódolva adják meg. A különböző nyelvek régi ASCII tábláiban ezek más-más kód alatt, más-más helyen voltak, emiatt nagy zűr lett volna belőle. Az Unicode rendszerben ez már egységesítve van, de ott se mindegy, hogy 8 biten, vagy 16 biten adod meg egy karakter kódját ( 8 bites kódmegadásba természetesen nem fér be a világ összes karaktere).
Ennyit tudok a dologról, ez sajnos közvetlen megoldást nem ad a problémádra...
Sok sikert!
Kovács Tibor (W10x64Pro/W7x64P: 7.5.8;
winPenPack/PortableApps: LO3.3.1-7.6.2, AOO4.1.14
Ha megoldódott a probléma, jelöld a témaindító hozzászólásod címének szerkesztésével. Írd elé: [Megoldva].
Kovács Tibor (W10x64Pro/W7x64P: 7.5.8;
winPenPack/PortableApps: LO3.3.1-7.6.2, AOO4.1.14
Ha megoldódott a probléma, jelöld a témaindító hozzászólásod címének szerkesztésével. Írd elé: [Megoldva].