Overgang van FTP naar SFTP

[BUSSIE]

Hallo,

zojuist mail ontvangen van XS4ALL waarin men aankondigt dat vanaf
11-07-2017 ftp.xs4all.nl niet meer zal werken, maar dat je dan
sftp.xs4all.nl moet gebruiken.

Momenteel gebruik ik Total Commander (TC) om mijn "schijf-ruimte" te
benaderen.

Om via TC SFTP te kunnen gebruiken kwam ik de volgende link tegen hoe
dit in te richten:
http://webhosting.platon.org/article.php?support::totalcommander

Dit heb ik zo ingericht in TC en bij "connect to" heb ik ingevuld:
sftp.xs4all.nl

Bij User Name en Password de gegevens zoals ik die ook gebruik voor de
FTP-verbinding.
Als ik dan verbinding maak zie ik een folder-structuur die mij niks
zegt.

Ik kom binnen op niveau: \\\Secure FTP\XS4ALL\
Ik zie dan de folders: home en pub.anon.

Als ik daar in doorklik zie ik ook niet mijn eigen folders maar
allerlei folders / gegevens van XS4ALL zelf?
Bijvoorbeeld: .5a en .5b en allerlei snelkoppelingen die het niet
doen.
Tevens zijn allerlei folders niet te benaderen.

Kan iemand mij vertellen hoe ik wel mijn eigen folders zie die ik
ingericht heb?
Moet ik bij "connect to" achter sftp.xsall.nl nog wat extra's invullen
(een pad) en zo ja wat precies?

Bij de FTP-verbinding kan ik volstaan met ftp.xs4allnl en na inloggen
kom ik gelijk in mijn eigen folders terecht.

Wel "handing" dat XS4ALL dit aanpast.

Mijn backupprogramma (BackupMaker) ondersteunt geen SFTP.
Iemand een idee qua goed alternatief (gratis) dat wel SFTP
ondersteunt?

Groet,

BUSSIE

[E.]

Mmm dan kom je al verder dan ik, want ik kom helemaal niet ingelogd met de
TC....

E.

[Rob]

BUSSIE <buss...@xs4all.nl> wrote:
> Hallo,
>
> zojuist mail ontvangen van XS4ALL waarin men aankondigt dat vanaf
> 11-07-2017 ftp.xs4all.nl niet meer zal werken, maar dat je dan
> sftp.xs4all.nl moet gebruiken.
>
> Momenteel gebruik ik Total Commander (TC) om mijn "schijf-ruimte" te
> benaderen.
>
> Om via TC SFTP te kunnen gebruiken kwam ik de volgende link tegen hoe
> dit in te richten:
> http://webhosting.platon.org/article.php?support::totalcommander
>
> Dit heb ik zo ingericht in TC en bij "connect to" heb ik ingevuld:
> sftp.xs4all.nl
>
> Bij User Name en Password de gegevens zoals ik die ook gebruik voor de
> FTP-verbinding.
> Als ik dan verbinding maak zie ik een folder-structuur die mij niks
> zegt.
>
> Ik kom binnen op niveau: \\\Secure FTP\XS4ALL\
> Ik zie dan de folders: home en pub.anon.

Dat lijkt me niet goed.

Als ik met "sftp" connect naar user...@sftp.xs4all.nl dan kom ik
direct in mijn home directory /home/.5b/u/username terecht.

Overigens gebruikte ik nooit FTP maar RSYNC en ik neem aan dat dat
blijft werken. Vind ik handiger, maar onder Windows is het vast
een heel gedoe om dat werkend te krijgen.

[axel]

Als ik op linux inlog met

sftp use...@sftp.xs4all.nl

kom ik in mijn normal homedirectory. Als dat om e.o.a. reden niet goed
gaat en je wil dat path weten kun je misschien op de shell server
inloggen en daar "echo $HOME" intypen om te zien wat het is.

Maar dat zou dus niet zo moeten zijn volgens mij!

gr,
Axel

[axel]

Kleine correctie; op de shellserver "realpath $HOME" doen.

gr,
Axel

[Machiel de Wit]

BUSSIE schreef op 27-06-2017
in <89a5lc92mmrdcnuj0...@4ax.com>:

> Hallo,
>
> zojuist mail ontvangen van XS4ALL waarin men aankondigt dat vanaf
> 11-07-2017 ftp.xs4all.nl niet meer zal werken, maar dat je dan
> sftp.xs4all.nl moet gebruiken.

Gebruik WinSCP en met het SCP protocol.

--
MdW.

[Rob]

Ja bij mij werkt het ook gewoon. Ik denk dat de client die hij gebruikt
meteen een "cd /" doet ofzo.

Het zou natuurlijk wel fraaier zijn om die sftp met chroot te configureren
zodat / overeen komt met je homedir, maar ja dan kun je niet meer naar
die /pub.anon directory...

[Chris Jacobs]

Op 27-6-2017 om 21:36 schreef axel:

Ik ben bang dat als hij er achter is wat zijn homedir is en hij daarheen
probeert te gaan hij daar geen rechten blijkt te hebben.

Het lijkt mij dat er bij het inloggen iets mis gaat en hij ingelogd
wordt als anoniem.

Chris

[A. Dumas]

On 27/06/2017 21:33, Rob wrote:
> Overigens gebruikte ik nooit FTP maar RSYNC en ik neem aan dat dat
> blijft werken. Vind ik handiger, maar onder Windows is het vast
> een heel gedoe om dat werkend te krijgen.

Niet met Windows 10 en "Bash on Ubuntu on Windows".

[A. Dumas]

On 27/06/2017 21:43, Machiel de Wit wrote:
> BUSSIE schreef op 27-06-2017

>> zojuist mail ontvangen van XS4ALL waarin men aankondigt dat vanaf
>> 11-07-2017 ftp.xs4all.nl niet meer zal werken, maar dat je dan
>> sftp.xs4all.nl moet gebruiken.
>
> Gebruik WinSCP en met het SCP protocol.

Of Filezilla die in ieder geval zeker sftp en ftps kan (maar niet scp vziw).

[Miquel van Smoorenburg]

In article <89a5lc92mmrdcnuj0...@4ax.com>,

BUSSIE <buss...@xs4all.nl> wrote:
>Om via TC SFTP te kunnen gebruiken kwam ik de volgende link tegen hoe
>dit in te richten:
>http://webhosting.platon.org/article.php?support::totalcommander
>
>Dit heb ik zo ingericht in TC en bij "connect to" heb ik ingevuld:
>sftp.xs4all.nl
>
>Bij User Name en Password de gegevens zoals ik die ook gebruik voor de
>FTP-verbinding.
>Als ik dan verbinding maak zie ik een folder-structuur die mij niks
>zegt.
>
>Ik kom binnen op niveau: \\\Secure FTP\XS4ALL\
>Ik zie dan de folders: home en pub.anon.

Dat betekent dat het programma dat je gebruikt niet blijft in de
standaard directory (wat je homedir is), maar meteen een 'cd /' uitvoert.
Da's ... onhandig.

Probeer eens bij 'connect to' in te vullen:

sftp.xs4all.nl/~

of

sftp.xs4all.nl/home/b/bussie

(ipv b/bussie invullen wat je echte loginnaam is bv p/pietje)

>Mijn backupprogramma (BackupMaker) ondersteunt geen SFTP.
>Iemand een idee qua goed alternatief (gratis) dat wel SFTP
>ondersteunt?

Ik ben geen windows gebruiker, dat weet ik niet. Maar tip: als je iets
vind dat geen sftp doet maar wel webdav dan kan dat ook.

Je kan ook je homedir mounten met webdav, dan zelf een lokale ftp server
draaien en die directory serveren, en dan daar met ftp tegenaan
praten :)

Mike.

[Rob]

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
> Je kan ook je homedir mounten met webdav, dan zelf een lokale ftp server
> draaien en die directory serveren, en dan daar met ftp tegenaan
> praten :)

Houd er wel rekening mee dat een "webdav mount" lokaal net zo veel
diskspace kost als er remote aan bestanden staat, en met wat pech
ook nog op een drive waar je er geen plek voor hebt... het is eigenlijk
geen mount maar meer een mirror.

[Miquel van Smoorenburg]

In article <slrnol5j9d...@xs9.xs4all.nl>,

Welk OS doet dat? Lijkt me raar.

Mike.

[Rob]

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
> In article <slrnol5j9d...@xs9.xs4all.nl>,
> Rob <nom...@example.com> wrote:
>>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>>> Je kan ook je homedir mounten met webdav, dan zelf een lokale ftp server
>>> draaien en die directory serveren, en dan daar met ftp tegenaan
>>> praten :)
>>
>>Houd er wel rekening mee dat een "webdav mount" lokaal net zo veel
>>diskspace kost als er remote aan bestanden staat, en met wat pech
>>ook nog op een drive waar je er geen plek voor hebt... het is eigenlijk
>>geen mount maar meer een mirror.
>
> Welk OS doet dat? Lijkt me raar.

IEDER OS waar ik tot nu toe webdav support voor gezien heb doet dat!

Als jij mij een webdav oplossing voor Linux of Windows kunt vertellen
die niet zo werkt houd ik me aanbevolen.

[BUSSIE]

On 27 Jun 2017 21:17:10 GMT, "Miquel van Smoorenburg"

Hoi Mike,

dank voor je tips m.b.t. connect to.

Helaas heeft het niet het gewenste resultaat:

Log van het inloggen:directory not opened: failed opening remote file

Ik zal eerst nog even proberen met een ander pakket (1 van de
voorbeelden genoemd in de mail).
Als het dan wel lukt, dan zal ik de maker van TC gaan benaderen of dit
een bug is in TC cq hoe dit op te lossen is (instelling misschien?).

[BUSSIE]

On 28 Jun 2017 06:54:13 GMT, "Miquel van Smoorenburg"

<mik...@xs4all.nederland.invalid> wrote:

>In article <slrnol5j9d...@xs9.xs4all.nl>,
>Rob <nom...@example.com> wrote:
>>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>>> Je kan ook je homedir mounten met webdav, dan zelf een lokale ftp server
>>> draaien en die directory serveren, en dan daar met ftp tegenaan
>>> praten :)
>>
>>Houd er wel rekening mee dat een "webdav mount" lokaal net zo veel
>>diskspace kost als er remote aan bestanden staat, en met wat pech
>>ook nog op een drive waar je er geen plek voor hebt... het is eigenlijk
>>geen mount maar meer een mirror.
>
>Welk OS doet dat? Lijkt me raar.
>
>Mike.

Volgens mij doet het OS van de Fritzbox dit ook.

Toelichting in de Fritzbox:

To synchronize the local and online storages, a USB storage device
must be connected to the FRITZ!Box (buffer function). The free USB
storage must be at least as large as the total size of all files to be
copied. The uploading takes place in the background; depending on the
transmission speed, it may require some online time.

[Miquel van Smoorenburg]

In article <rhp6lc15l3ocs44et...@4ax.com>,

BUSSIE <buss...@xs4all.nl> wrote:
>On 28 Jun 2017 06:54:13 GMT, "Miquel van Smoorenburg"
><mik...@xs4all.nederland.invalid> wrote:
>
>>In article <slrnol5j9d...@xs9.xs4all.nl>,
>>Rob <nom...@example.com> wrote:
>>>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>>>> Je kan ook je homedir mounten met webdav, dan zelf een lokale ftp server
>>>> draaien en die directory serveren, en dan daar met ftp tegenaan
>>>> praten :)
>>>
>>>Houd er wel rekening mee dat een "webdav mount" lokaal net zo veel
>>>diskspace kost als er remote aan bestanden staat, en met wat pech
>>>ook nog op een drive waar je er geen plek voor hebt... het is eigenlijk
>>>geen mount maar meer een mirror.
>>
>>Welk OS doet dat? Lijkt me raar.
>>

>Volgens mij doet het OS van de Fritzbox dit ook.

Ja, omdat dat daar specifiek voor gemaakt is. Dat is geen
bijeffect, dat is zo bedoeld. De USB storage
wordt gemirrorred naar webdav storage.

Mike.

[Miquel van Smoorenburg]

In article <slrnol6lp1...@xs9.xs4all.nl>,

Rob <nom...@example.com> wrote:
>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>> In article <slrnol5j9d...@xs9.xs4all.nl>,
>> Rob <nom...@example.com> wrote:
>>>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>>>> Je kan ook je homedir mounten met webdav, dan zelf een lokale ftp server
>>>> draaien en die directory serveren, en dan daar met ftp tegenaan
>>>> praten :)
>>>
>>>Houd er wel rekening mee dat een "webdav mount" lokaal net zo veel
>>>diskspace kost als er remote aan bestanden staat, en met wat pech
>>>ook nog op een drive waar je er geen plek voor hebt... het is eigenlijk
>>>geen mount maar meer een mirror.
>>
>> Welk OS doet dat? Lijkt me raar.
>
>IEDER OS waar ik tot nu toe webdav support voor gezien heb doet dat!
>
>Als jij mij een webdav oplossing voor Linux of Windows kunt vertellen
>die niet zo werkt houd ik me aanbevolen.

Je bedoelt wellicht dat als je een file leest van een remote
webdav volume dat de client die file eerst download en dan
lokaal cachet- dat zou kunnen, maar dan is het probleem dat
de cache nooit opgeruimd wordt.

Linux davfs heb ik ooit getest en dat deed inderdaad als je een
remote file leest eerst de file downloaden naar een tempfile.
Wat-ie daarna met die file deed (na close) weet ik niet. Heb
ik echter al tijden niet meer naar gekeken, weet niet wat de
status nu is.

Als ik in ubuntu linux 'files' open dan kan ik "connect to server"
doen en dan krijg ik een webdav mount die niet cachet. Het is echter
een beetje gammel. De FUSE mount is.. nouja, het is FUSE .. de GUI werkt
prima, gnome apps gebruiken intern de gvfs abstractie, en dat doet ook
webdav (los van de FUSE mount) - maar dat betekent- geen kernel caching.
2x een file remote -> local kopieeren duurt beide keren net zo lang.

Onder OSX in de Finder werkt het prima, een echte mount onder /Volumes,
met kernel caching (in-memory), geen on-disk caching. Gewoon een
network filesystem.

Windows kan ik niet testen, heb ooit geprobeerd onder windows 10 en
dat leek prima te werken.

Er waren in oudere windows versies wat issues met het weggooien van
gecachte files, het tonen van de diskruimte van op de webdav drive
liet de diskruimte van C: zien daarvoor in de plaats, "offline files"
wat aan kan staan wat idd alles cachet.

Maar zelfs het lokaal cachen van files gelezen van de remote webdav drive
is eigenlijk geen probleem bij de hack die ik voorstelde, want remote
bestanden worden niet gelezen- de backup doet alleen direcories lezen,
files statten, files renamen/deleten, en schrijven naar de webdav mount.
Maar ik bedoelde het eigenlijk niet als serieuze oplossing.

Mike.

[Erik Baas]

Helaas, met WS_FTP lukt het ook niet! Poort 22, ingesteld op SSH/sFTP, maar:

SSH-2.0-OpenSSH_6.7p1 Debian-5+deb8u3
dh-group1-sha1 not specified
crypto error, disconnecting...

Wat nu?

--
Erik.

[Miquel van Smoorenburg]

In article <5953c25f$0$714$e4fe...@news.xs4all.nl>,

Erik Baas <ejb...@nsesoftware.nl.invalid> wrote:
>Helaas, met WS_FTP lukt het ook niet! Poort 22, ingesteld op SSH/sFTP, maar:
>
> SSH-2.0-OpenSSH_6.7p1 Debian-5+deb8u3
> dh-group1-sha1 not specified
> crypto error, disconnecting...

Dat betekent dat je client (WS_FTP) alleen hele oude en onveilige crypto
ondersteund. Updaten naar de laatste versie en als dat niet helpt
vragen bij de leverancier of er een oplossing is.

Mike.

[Rob]

Nou die doet dus inderdaad lokale caching met tig bugs.
De cache wordt niet opgeruimd als de disk vol dreigt te raken, een
enkele file die groter is dan de cache size betekent dat de cache
groeit tot wat er al in stond plus die enkele file zonder dat zelfs
maar de files in de cache allemaal gedelete worden...

Ik heb ooit eens geprobeerd om een 1TB cloud storage die alleen via
webdav beschikbaar was te gebruiken als backup voor een serie VM's
die ieder zo'n 10-30GB storage hadden. Nou dat ging dus niet, want
als je probeerde het systeem te backuppen naar die webdav disk dan
ging hij eerst een backup op de lokale disk maken, waar al haast
geen plek voor was, maar bij de 2e backup ging het definitief mis
omdat hij niet eerst die 1e cached file weg mikte.

> Als ik in ubuntu linux 'files' open dan kan ik "connect to server"
> doen en dan krijg ik een webdav mount die niet cachet. Het is echter
> een beetje gammel.

Ja een beeteje rondbrowsen dat lukt wel maar echt er wat mee doen
dat wordt een stuk moeilijker.

> Windows kan ik niet testen, heb ooit geprobeerd onder windows 10 en
> dat leek prima te werken.
>
> Er waren in oudere windows versies wat issues met het weggooien van
> gecachte files, het tonen van de diskruimte van op de webdav drive
> liet de diskruimte van C: zien daarvoor in de plaats, "offline files"
> wat aan kan staan wat idd alles cachet.

Precies dat was ook een leuke, Windows 7 geprobeerd, de size van je
webdav volume is de size van C en verder nergens instelbaar. Op de
Windows machine was C een 32GB partitie en die webdav was dus 1TB,
tel uit je winst.

> Maar zelfs het lokaal cachen van files gelezen van de remote webdav drive
> is eigenlijk geen probleem bij de hack die ik voorstelde, want remote
> bestanden worden niet gelezen- de backup doet alleen direcories lezen,
> files statten, files renamen/deleten, en schrijven naar de webdav mount.
> Maar ik bedoelde het eigenlijk niet als serieuze oplossing.

Ik probeerde backup oplossingen die het hele systeem als 1 file backuppen,
dus bijvoorbeeld tar, volume snapshot+dd, backup.exe onder Windows,
etc. Was allemaal DRAMA. webdav = onbruikbaar.

Zal nog eens kijken of ze inmiddels al een andere vorm van toegang tot
die storage hebben...

[robert]

Rob <nom...@example.com>:

> Zal nog eens kijken of ze inmiddels al een andere vorm van toegang tot
> die storage hebben...

Het klinkt als TransIP's "STACK"...

--
robert

[Rob]

Dat klopt. Weet jij of die al iets anders dan webdav aanbieden?
Ze waren er zelf ook al snel achter dat webdav het niet echt is...

[robert]

Rob <nom...@example.com>:

Ze hebben een desktop applicatie voor Mac, Win en Linux:
https://www.transip.nl/vragen/752-de-desktopversie-van-stack-installeren/

Ik vermoed dat die via een OpenStack API werken en niet stiekem ook via
WebDAV, want dat laatste werkt inderdaad gewoon absoluut niet.

Overigens kan ik niet zeggen dat ik er veel gebruik van maak, het kunnen
mounten leek me juist wel handig zodat ik er makkelijk m'n Linux-server
naartoe kan backuppen via de CLI, maar m'n server hangt er gewoon keihard
op.

Hoe de Linux desktop versie werkt weet ik niet, m'n server is headless.

--
robert

[robert]

robert <US3N37+{x.g}@gmail.com>:

> Ik vermoed dat die via een OpenStack API werken en niet stiekem ook via
> WebDAV, want dat laatste werkt inderdaad gewoon absoluut niet.

Oh, ik lees zojuist dat ze OwnCloud gebruiken, niet OpenStack:
https://blog.caroga.net/how-to-synchronize-your-files-with-transips-stack-using-the-commandline/

--
robert

[Rob]

robert <US3N37+{x.g}@gmail.com> wrote:

In ieder geval goed te lezen dat ik niet de enige ben die loopt
te tobben met webdav en gammele tooling.

Ik dacht ik probeer het ook eens met die owncloud commandline tool.
Eens kijken wat er gebeurt als ik die installeer...

# apt-get install owncloud-client
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
adwaita-icon-theme at-spi2-core ca-certificates colord colord-data dbus-x11
dconf-gsettings-backend dconf-service fontconfig fontconfig-config
fonts-dejavu-core gcr glib-networking glib-networking-common
glib-networking-services gnome-keyring gsettings-desktop-schemas
gstreamer1.0-plugins-base hicolor-icon-theme iso-codes libasound2
libasound2-data libatk-bridge2.0-0 libatk1.0-0 libatk1.0-data libatspi2.0-0
libaudio2 libcairo-gobject2 libcairo2 libcdparanoia0 libcolord2 libcolorhug2
libcroco3 libdatrie1 libdconf1 libdrm-intel1 libdrm-nouveau2 libdrm-radeon1
libdrm2 libelf1 libexif12 libfontconfig1 libgck-1-0 libgcr-3-common
libgcr-base-3-1 libgcr-ui-3-1 libgd3 libgdk-pixbuf2.0-0
libgdk-pixbuf2.0-common libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa
libglu1-mesa libgphoto2-6 libgphoto2-l10n libgphoto2-port10 libgraphite2-3
libgstreamer-plugins-base1.0-0 libgstreamer1.0-0 libgtk-3-0 libgtk-3-bin
libgtk-3-common libgudev-1.0-0 libgusb2 libharfbuzz0b libice6 libieee1284-3
libjasper1 libjbig0 libjpeg62-turbo libjson-glib-1.0-0
libjson-glib-1.0-common liblcms2-2 libllvm3.5 libltdl7 libmng1
libmysqlclient18 libneon27-gnutls libogg0 liborc-0.4-0 libowncloudsync0
libpam-gnome-keyring libpam-systemd libpango-1.0-0 libpangocairo-1.0-0
libpangoft2-1.0-0 libpciaccess0 libpixman-1-0 libpolkit-agent-1-0
libpolkit-backend-1-0 libpolkit-gobject-1-0 libproxy1 libqt4-dbus
libqt4-network libqt4-opengl libqt4-sql libqt4-sql-mysql libqt4-sql-sqlite
libqt4-xml libqt4-xmlpatterns libqtcore4 libqtdbus4 libqtgui4 libqtkeychain0
libqtwebkit4 librest-0.7-0 librsvg2-2 librsvg2-common libsane libsane-common
libsane-extras libsane-extras-common libsm6 libsoup-gnome2.4-1 libsoup2.4-1
libthai-data libthai0 libtheora0 libtiff5 libtxc-dxtn-s2tc0 libusb-1.0-0
libv4l-0 libv4lconvert0 libvisual-0.4-0 libvisual-0.4-plugins libvorbis0a
libvorbisenc2 libvpx1 libwayland-client0 libwayland-cursor0 libx11-xcb1
libxcb-dri2-0 libxcb-dri3-0 libxcb-glx0 libxcb-present0 libxcb-render0
libxcb-shm0 libxcb-sync1 libxcomposite1 libxcursor1 libxdamage1 libxfixes3
libxi6 libxinerama1 libxkbcommon0 libxpm4 libxrandr2 libxrender1
libxshmfence1 libxt6 libxtst6 libxxf86vm1 mysql-common openssl
owncloud-client-l10n p11-kit p11-kit-modules policykit-1 qdbus qtchooser
qtcore4-l10n sane-utils x11-common

Hmm, nou heb ik er tich weer wat minder zin in!
Dit is kennelijk een GUI client pakket waarvan owncloudcmd maar een
onderdeel is. Eerst maar eens wachten tot ze een commandline package
maken...

[Johan Wevers]

On 28-06-2017 17:53, Miquel van Smoorenburg wrote:

> Dat betekent dat je client (WS_FTP) alleen hele oude en onveilige crypto
> ondersteund.

Wat is er dan mis met ROT26? :-)

Weet iemand een bruikbare commandline sftp client voor windows 7? De
standaard meegeleverde doet alleen ftp en voor de rest lijken het vooral
GUI tools te zijn.

--
ir. J.C.A. Wevers
PGP/GPG public keys at http://www.xs4all.nl/~johanw/pgpkeys.html

[robert]

Rob <nom...@example.com>:

> robert <US3N37+{x.g}@gmail.com> wrote:
>>
>> Oh, ik lees zojuist dat ze OwnCloud gebruiken, niet OpenStack:
>> https://blog.caroga.net/how-to-synchronize-your-files-with-transips-stack-using-the-commandline/
>
> In ieder geval goed te lezen dat ik niet de enige ben die loopt
> te tobben met webdav en gammele tooling.
>
> Ik dacht ik probeer het ook eens met die owncloud commandline tool.
> Eens kijken wat er gebeurt als ik die installeer...
>
> # apt-get install owncloud-client
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following extra packages will be installed:

[KNIP]

> Hmm, nou heb ik er tich weer wat minder zin in!
> Dit is kennelijk een GUI client pakket waarvan owncloudcmd maar een
> onderdeel is. Eerst maar eens wachten tot ze een commandline package
> maken...

Pff, dat ga dus ook niet installeren. STACK gaat bij mij weer de koelkast
in, niet bruikbaar voor wat ik er mee wil.

--
robert

[Miquel van Smoorenburg]

In article <slrnol7rrg...@my.local.lan>,

robert <US3N37+{x.g}@gmail.com> wrote:

Ik ben nu al meerdere keren tegengekomen dat mensen die 2 door
elkaar halen terwijl ze zo verschillend zijn als Office365 en
de Linux kernel.

Openstack is een paraplu over een aantal projecten die bij elkaar
het mogelijk maken om je eigen cloudplatform te bouwen waarin je
virtual servers, virtual routers, virtual alles kan bouwen. Je
eigen Amazon of Azure, zeg maar.

Owncloud is een platform dat je zelf de *diensten* laat draaien
die je normaal "in de cloud" bij een ander draait zoals Google
of Microsoft (of deels facebook) - storage, mail, kalender, contacts etc.

Het is prima mogelijk om de applicatie "owncloud" te draaien
op het platform "openstack".

De storage die "owncloud" aanbied is via webdav te benaderen, aan
de owncloud kan gebruiken ze (althans de laatste keer dat ik keek,
maar 't zal niet veranderd zijn) daarvoor de SabreDav library die
door een Nederlander is geschreven.

* vervang owncloud door nextcloud waar noodzakelijk.

Mike.

[robert]

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid>:

> De storage die "owncloud" aanbied is via webdav te benaderen, aan de
> owncloud kan gebruiken ze (althans de laatste keer dat ik keek, maar 't
> zal niet veranderd zijn) daarvoor de SabreDav library die door een
> Nederlander is geschreven.

Helaas werkt dat gedeelte voor geen meter bij TransIP.

--
robert

[A. Dumas]

On 28/06/2017 21:06, Johan Wevers wrote:
> Weet iemand een bruikbare commandline sftp client voor windows 7? De
> standaard meegeleverde doet alleen ftp en voor de rest lijken het vooral
> GUI tools te zijn.

psftp https://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html
of cygwin, of "winscp /console", zie google.

[Rob]

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:

> De storage die "owncloud" aanbied is via webdav te benaderen, aan
> de owncloud kan gebruiken ze (althans de laatste keer dat ik keek,
> maar 't zal niet veranderd zijn) daarvoor de SabreDav library die
> door een Nederlander is geschreven.

Maar is die ook te benaderen op een manier waarop je hem gewoon kunt
mounten als filesystem, zeg maar zoals NFS en SMB?

Want dat webdav lijkt niet geschikt te zijn om bijvoorbeeld grote files te
lezen of schrijven vanuit een proces direct naar de storage, dus niet door
ze eerst lokaal op een disk te zetten en dan die hele file te transferren.

[Miquel van Smoorenburg]

In article <slrnol8924...@xs9.xs4all.nl>,

Rob <nom...@example.com> wrote:
>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>> De storage die "owncloud" aanbied is via webdav te benaderen, aan
>> de owncloud kan gebruiken ze (althans de laatste keer dat ik keek,
>> maar 't zal niet veranderd zijn) daarvoor de SabreDav library die
>> door een Nederlander is geschreven.
>
>Maar is die ook te benaderen op een manier waarop je hem gewoon kunt
>mounten als filesystem, zeg maar zoals NFS en SMB?

Ik heb in mijn vorige post een heel overzicht gestuurd toch....
Conclusie is: ja het kan, het protocol is er geschikt voor, maar
de meeste clients zijn gammel. De beste lijkt die van OSX, daar
ziet het er exact zo uit als NFS of SMB. Met windows 10 kan je ook
een driver letter naar een webdav share mappen, maar wat die op
de achtergrond doet qua caching weet ik niet precies.

>Want dat webdav lijkt niet geschikt te zijn om bijvoorbeeld grote files te
>lezen of schrijven vanuit een proces direct naar de storage, dus niet door
>ze eerst lokaal op een disk te zetten en dan die hele file te transferren.

Ligt niet aan het protocol, maar aan de implementaties..

Mike.

[Jan Ehrhardt]

Johan Wevers in xs4all.general (Wed, 28 Jun 2017 21:06:19 +0200):

>Wat is er dan mis met ROT26? :-)

Onveilig. Je had allang moeten updaten naar ROT52.

>Weet iemand een bruikbare commandline sftp client voor windows 7? De
>standaard meegeleverde doet alleen ftp en voor de rest lijken het vooral
>GUI tools te zijn.

Er zitten enorme performance verschillen tussen de commandline
sftp-tools voor Windows. Als je als eis stelt dat de client ook nog
resume capaciteiten moet hebben, moet je eens kijken naar lftp (zit
tegenwoordig ook in cygwin). Die blies curl, winscp, psftp, pscp
destijds (rond 2010) van tafel.

Pointers:
https://stackoverflow.com/questions/937579/whats-the-best-free-scriptable-sftp-client-for-windows
https://daniel.haxx.se/blog/2014/05/14/why-sftp-is-still-slow-in-curl/
--
Jan

[Erik]

On Tue, 27 Jun 2017 21:02:36 +0200, BUSSIE <buss...@xs4all.nl> wrote:

>Om via TC SFTP te kunnen gebruiken kwam ik de volgende link tegen hoe
>dit in te richten:
>http://webhosting.platon.org/article.php?support::totalcommander

Als ik op de support van total commander kijk, kom ik dit tegen.

https://www.ghisler.com/plugins.htm#filesys

[Rob]

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
> In article <slrnol8924...@xs9.xs4all.nl>,
> Rob <nom...@example.com> wrote:
>>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>>> De storage die "owncloud" aanbied is via webdav te benaderen, aan
>>> de owncloud kan gebruiken ze (althans de laatste keer dat ik keek,
>>> maar 't zal niet veranderd zijn) daarvoor de SabreDav library die
>>> door een Nederlander is geschreven.
>>
>>Maar is die ook te benaderen op een manier waarop je hem gewoon kunt
>>mounten als filesystem, zeg maar zoals NFS en SMB?
>
> Ik heb in mijn vorige post een heel overzicht gestuurd toch....
> Conclusie is: ja het kan, het protocol is er geschikt voor, maar
> de meeste clients zijn gammel. De beste lijkt die van OSX, daar
> ziet het er exact zo uit als NFS of SMB. Met windows 10 kan je ook
> een driver letter naar een webdav share mappen, maar wat die op
> de achtergrond doet qua caching weet ik niet precies.

Ik heb geen OSX om naar te kijken maar tot nu toe ben ik dus geen
enkele implementatie tegen gekomen die werkelijk files remote benadert,
zonder ze (verplicht) ook even lokaal te cachen.

Het zou kunnen dat het in windows 10 beter werkt want ik heb wel gelezen
dat de giganische design stommiteit in lagere versies (dat de size
van de disk gelijk is aan de size van je C schijf) daar is opgelost.
Dat schijnt echter ook te maken te hebben met extensies op het webdav
protocol die het toelaten om de size van het volume op te vragen en
die dan uiteraard bij Microsoft anders zijn dan bij de rest van de wereld.

>>Want dat webdav lijkt niet geschikt te zijn om bijvoorbeeld grote files te
>>lezen of schrijven vanuit een proces direct naar de storage, dus niet door
>>ze eerst lokaal op een disk te zetten en dan die hele file te transferren.
>
> Ligt niet aan het protocol, maar aan de implementaties..

Kennelijk trekt dit protocol domme implementaties aan. Dat betekent
meestal dat het ofwel slecht, ofwel irrelevant is.

Als die SabreDav library wel goed is, waarom is er dan geen FUSE
mount implementatie die daarop gebaseerd is?

[Miquel van Smoorenburg]

In article <slrnol9gg2...@xs9.xs4all.nl>,

Rob <nom...@example.com> wrote:
>Als die SabreDav library wel goed is, waarom is er dan geen FUSE
>mount implementatie die daarop gebaseerd is?

De SabreDav library is de serverkant, je hebt een client-side library
nodig. En al heeft het wel client support .. een FUSE server
in PHP .. of dat nou zo'n goed idee is :P

Mike.

[Rob]

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:

Afijn, die schijf mounten in Linux en Windows 7 dat gaat dus niet.
Beetje jammer, want het zou goed zijn voor backup. Zelfs FTP of SFTP
zou al wat zijn want dan kun je onder Linux meestal wel voor elkaar
krijgen dat ie stdin als file upload.

Maar ja, wolken en oude vertrouwde protocollen dat gaat niet samen.

[Paul Slootman]

Rob <nom...@example.com> wrote:

>
># apt-get install owncloud-client
>Reading package lists... Done
>Building dependency tree
>Reading state information... Done
>The following extra packages will be installed:

[snip 120 packages]

Probeer eens met --no-install-recommends, dat wil nog weleens flink
schelen.


Paul

[Rob]

Oh dit waren niet de recommended packages hoor, dan kwamen er nog
flink wat bij. Het is gewoon een GUI tool (ook als je de package
naam owncloud-client-cmd gebruikt) en dit systeem heeft geen X en
dergelijke geinstalleerd staan. Dan krijg je dit soort dingen.

[BUSSIE]

On 27 Jun 2017 21:17:10 GMT, "Miquel van Smoorenburg"
<mik...@xs4all.nederland.invalid> wrote:

>In article <89a5lc92mmrdcnuj0...@4ax.com>,

>BUSSIE <buss...@xs4all.nl> wrote:
>>Om via TC SFTP te kunnen gebruiken kwam ik de volgende link tegen hoe
>>dit in te richten:
>>http://webhosting.platon.org/article.php?support::totalcommander
>>

>>Dit heb ik zo ingericht in TC en bij "connect to" heb ik ingevuld:
>>sftp.xs4all.nl
>>
>>Bij User Name en Password de gegevens zoals ik die ook gebruik voor de
>>FTP-verbinding.
>>Als ik dan verbinding maak zie ik een folder-structuur die mij niks
>>zegt.
>>
>>Ik kom binnen op niveau: \\\Secure FTP\XS4ALL\
>>Ik zie dan de folders: home en pub.anon.
>
>Dat betekent dat het programma dat je gebruikt niet blijft in de
>standaard directory (wat je homedir is), maar meteen een 'cd /' uitvoert.
>Da's ... onhandig.
>
>Probeer eens bij 'connect to' in te vullen:
>
>sftp.xs4all.nl/~
>
>of
>
>sftp.xs4all.nl/home/b/bussie
>
>(ipv b/bussie invullen wat je echte loginnaam is bv p/pietje)
>
>>Mijn backupprogramma (BackupMaker) ondersteunt geen SFTP.
>>Iemand een idee qua goed alternatief (gratis) dat wel SFTP
>>ondersteunt?
>
>Ik ben geen windows gebruiker, dat weet ik niet. Maar tip: als je iets
>vind dat geen sftp doet maar wel webdav dan kan dat ook.

>
>Je kan ook je homedir mounten met webdav, dan zelf een lokale ftp server
>draaien en die directory serveren, en dan daar met ftp tegenaan
>praten :)
>

>Mike.
Oplossing gevonden om via TotalCommander SFTP mogelijk te maken.

Eerst even via FileZilla e.e.a. geprobeerd en in FileZilla het exacte
pad bekeken waarop ingelogd wordt.

Voor eventueel anderen die ook TC (willen) gebruiken:
In TC moet je opgeven: sftp.xs4all.nl/home/.5b/c/JE INLOGNAAM

Backup programma ben ik nog een het bekijken, zijn diverse dit SFTP
ondersteunen, moet dus geen probleem zijn dit op te lossen.

Groet,

BUSSIE

[Rob]

BUSSIE <buss...@xs4all.nl> wrote:
> Voor eventueel anderen die ook TC (willen) gebruiken:
> In TC moet je opgeven: sftp.xs4all.nl/home/.5b/c/JE INLOGNAAM

Dat klopt alleen als je inlognaam met een c begint!
En zelfs dan is het geloof ik niet gegarandeerd dat dit voor iedereen
geldt en zo blijft.

[BUSSIE]

Ah oke ,

dus de letter achter 5b is afhankelijk van je achternaam?

Waarom is het niet gegarandeerd dat dit voor iedereen geldt en zo
blijft?

Wat is dit voor een hopeloos? protocol dat SFTP?

FTP heeft jaren probleemloos gewerkt en dan krijgen we er SFTP voor
terug waarvan je dan maar moet afwachten hoe je elke keer moet
inloggen?

Lekker is dat!

Graag dan FTP terug!

Anders kan ik ook elke keer mijn backup programma-inrichting aanpassen
als de boel weer veranderd is.

Kan iemand van XS hier iets over roepen gezien het bericht van Rob?

[Mark Huizer]

The wise BUSSIE enlightened me with:

> On 02 Jul 2017 16:33:06 GMT, Rob <nom...@example.com> wrote:
>
> dus de letter achter 5b is afhankelijk van je achternaam?
>
> Waarom is het niet gegarandeerd dat dit voor iedereen geldt en zo
> blijft?

Omdat de home directories verdeeld zijn over meerdere opslagapparaten
vermoedelijk.

> Wat is dit voor een hopeloos? protocol dat SFTP?

Dat heeft niks met sftp protocol te maken. Dat heeft te maken met het
feit dat je client kennelijk zelf de directory gaat aanpassen.

8:30pm [~] sftp hui...@sftp.xs4all.nl
hui...@sftp.xs4all.nl's password:
Connected to sftp.xs4all.nl.
sftp> pwd
Remote working directory: /home/.5a/h/huizer3
sftp>

Je wordt standaard in je homedirectory gezet

> FTP heeft jaren probleemloos gewerkt en dan krijgen we er SFTP voor
> terug waarvan je dan maar moet afwachten hoe je elke keer moet
> inloggen?

Als je client gekke dingen doet, dan wel ja.
Overigens moet je ook niet die 5a en zo ertussen gebruiken.

Gewoon /home/EERSTELETTER/LOGINNAAM

sftp> cd /
sftp> cd /home/h/huizer3
sftp> pwd
Remote working directory: /home/.5a/h/huizer3

> Lekker is dat!
>
> Graag dan FTP terug!

Het is een protocol dat vreselijke nadelen heeft.

Hoe eerder dat dood is, hoe beter. (En mocht je willen weten waarom: het
is plain text authenticatie, dus het moet dood. En het gebruikt 2
verschillende sessies voor data en control, waarbij je afhankelijk van
het soort ftp door allerlei hoepels moet in firewalls en routers om het
werkend te krijgen en te houden, dus het moet dood).
FTP komt uit een tijd dat het Internet nog een mooie leuke gezellige
plek was waar mensen samenwerkten. Dat Internet is er niet meer.
Net als SMTP, maar ja... dat wil ook maar niet doodgaan.

Mark

[Rob]

BUSSIE <buss...@xs4all.nl> wrote:
> On 02 Jul 2017 16:33:06 GMT, Rob <nom...@example.com> wrote:
>
>>BUSSIE <buss...@xs4all.nl> wrote:
>>> Voor eventueel anderen die ook TC (willen) gebruiken:
>>> In TC moet je opgeven: sftp.xs4all.nl/home/.5b/c/JE INLOGNAAM
>>
>>Dat klopt alleen als je inlognaam met een c begint!
>>En zelfs dan is het geloof ik niet gegarandeerd dat dit voor iedereen
>>geldt en zo blijft.
> Ah oke ,
>
> dus de letter achter 5b is afhankelijk van je achternaam?

Nu wel ja.

> Waarom is het niet gegarandeerd dat dit voor iedereen geldt en zo
> blijft?

Omdat het maar een conventie is...

> Wat is dit voor een hopeloos? protocol dat SFTP?

Het is niet SFTP wat hopeloos is maar het programma wat jij er voor
gebruikt. Dat verandert de directory zonder dat je het vraagt.
Ik zou een bugreport indienen want dit heeft echt totaal geen nut.

> FTP heeft jaren probleemloos gewerkt en dan krijgen we er SFTP voor
> terug waarvan je dan maar moet afwachten hoe je elke keer moet
> inloggen?
>
> Lekker is dat!

Je kunt ook betere software gebruiken.
Overigens gebruik ik voor dit soort dingen RSYNC dat vind ik veel
handiger om een directory tree gelijk te trekken.

[Miquel van Smoorenburg]

In article <bc7ilch36i7ljknti...@4ax.com>,

BUSSIE <buss...@xs4all.nl> wrote:
>On 27 Jun 2017 21:17:10 GMT, "Miquel van Smoorenburg"

>>Probeer eens bij 'connect to' in te vullen:
>>

>>sftp.xs4all.nl/home/b/bussie
>>
>>(ipv b/bussie invullen wat je echte loginnaam is bv p/pietje)
>>

>Oplossing gevonden om via TotalCommander SFTP mogelijk te maken.
>

>Voor eventueel anderen die ook TC (willen) gebruiken:
>In TC moet je opgeven: sftp.xs4all.nl/home/.5b/c/JE INLOGNAAM

Nou, die .5b kan willekeurig anders zijn en de c is de eerste
letter van je loginnaam, dus kan ook anders zijn.

Zoals ik al zei:

>>sftp.xs4all.nl/home/b/bussie
>>(ipv b/bussie invullen wat je echte loginnaam is bv p/pietje)

Dus in jouw geval /home/c/c.....

Mike.

[A. Dumas]

On 02/07/2017 19:38, BUSSIE wrote:
> On 02 Jul 2017 16:33:06 GMT, Rob <nom...@example.com> wrote:
>
>> BUSSIE <buss...@xs4all.nl> wrote:
>>> Voor eventueel anderen die ook TC (willen) gebruiken:
>>> In TC moet je opgeven: sftp.xs4all.nl/home/.5b/c/JE INLOGNAAM
>>
>> Dat klopt alleen als je inlognaam met een c begint!
>> En zelfs dan is het geloof ik niet gegarandeerd dat dit voor iedereen
>> geldt en zo blijft.
> Ah oke ,
>
> dus de letter achter 5b is afhankelijk van je achternaam?

Ja, en die .5b moet je weglaten want die kan wel veranderen en wordt
toch automatisch tussengevoegd. Het pad is dus /home/u/username zoals
Mike al schreef.

> Wat is dit voor een hopeloos? protocol dat SFTP?

Heeft niks met het protocol te maken, althans, dat ie niet automatisch
naar je homedir gaat is iets wat kennelijk bij deze sftp server niet aan
staat en bij de ftp server wel. Anders had je bij ftp precies datzelfde
pad moeten invoeren. Maar ach, het hoeft maar 1 keer.

[A. Dumas]

On 03/07/2017 01:17, A. Dumas wrote:
> [goedbedoeld advies]

Aja, het was natuurlijk al gepost door anderen. Nou ja.

[Miquel van Smoorenburg]

In article <59597f19$0$716$e4fe...@news.xs4all.nl>,

A. Dumas <alex...@dumas.fr.invalid> wrote:
>Heeft niks met het protocol te maken, althans, dat ie niet automatisch
>naar je homedir gaat is iets wat kennelijk bij deze sftp server niet aan
>staat en bij de ftp server wel. Anders had je bij ftp precies datzelfde
>pad moeten invoeren. Maar ach, het hoeft maar 1 keer.

Jawel, dat staat wel aan. Alleen negeert de client die gebruikt
wordt dat en doet effectief een "cd /" (of CHDIR \).

Mike.

[A. Dumas]

On 03/07/2017 02:28, Miquel van Smoorenburg wrote:

> A. Dumas wrote:
>> Heeft niks met het protocol te maken, althans, dat ie niet automatisch
>> naar je homedir gaat is iets wat kennelijk bij deze sftp server niet aan
>> staat en bij de ftp server wel. Anders had je bij ftp precies datzelfde
>> pad moeten invoeren. Maar ach, het hoeft maar 1 keer.
>
> Jawel, dat staat wel aan. Alleen negeert de client die gebruikt
> wordt dat en doet effectief een "cd /" (of CHDIR \).

Ha! Tja, tijd voor een nieuwe client.

[Erik]

On 02 Jul 2017 18:57:32 GMT, Rob <nom...@example.com> wrote:

>Het is niet SFTP wat hopeloos is maar het programma wat jij er voor
>gebruikt.

10 jaar oud.
En de aanbevolen plugin is 2 jaar oud.

[Ano Nima]

Heeft iemand nog een tip voor een goede SFTP client?
Mijn oude programmaatje ondersteunt geen SFTP. Ik heb nu WinSCP
gedownload dat op zich voldoet. Bij FileZilla zie je de servers niet in
één oogopslag, dat vind ik onhandig, dus andere tips zijn welkom.

Ik gebruik maar heel soms een FTP client om wat bestanden of foto's naar
twee websites te uploaden, niet meer dan 20 MB per keer.

[Jan Ehrhardt]

Ano Nima in xs4all.general (Wed, 5 Jul 2017 15:27:08 +0200):

>Bij FileZilla zie je de servers niet in één oogopslag,
>dat vind ik onhandig, dus andere tips zijn welkom.

Heb je Edits > Settings > Interface > Show the Site Manager on startup
aangevinkt?
--
Jan

[hnee...@gmail.com]

Mijn probleem is dat ik lang geleden zelf een ftp client heb geprogrammeerd in visual C++. Dat was ergens in 2002 en ik gebruik dat programmaatje tot op de dag van vandaag naar alle tevredenheid.

Nu ben ik dus aan het kijken of ik die client nog kan upgraden. Nieuwste versie van visual studio geinstalleerd. Maar VS blijkt nog altijd zelf geen SFTP te ondersteunen. :( En als ik ga zoeken naar 3rd party modules kom ik er ook niet uit.

Zijn er hier meer programmeurs die hier ervaring mee hebben?

[Miquel van Smoorenburg]

In article <0e04fc34-28ca-4e2b...@googlegroups.com>,

Ik heb geen rechtstreekste ervaring hiermee (ik mijd C tegenwoordig)
maar vziw is de standaard library libssh: https://www.libssh.org/.

Als je eens wat anders wilt proberen, ik heb laatst in Go wat
geschreven dat ssh gebruikt, en dat was niet al te moeilijk.

https://godoc.org/golang.org/x/crypto/ssh
https://github.com/pkg/sftp

(die laatste link zelf niet geprobeerd, maar leek me relevant)

Mike.

[Rob]

Maar wat heb je dan precies geprogrammeerd?
Je hebt waarschijnlijk een bestaande module voor FTP aangeroepen, en zelf
alleen de user interface erbij gemaakt?

Ik denk dat je in een dergelijke omgeving eerder FTPS dan SFTP zult
aantreffen. SFTP is meer iets uit de Unix/Linux wereld, waar dan wel
Windows implementaties van bestaan maar omdat het "not invented by
Microsoft" is zal de support in een programmeeromgeving wel achterlopen.

[Miquel van Smoorenburg]

In article <595f4aba$0$818$e4fe...@news.xs4all.nl>,

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:

>In article <0e04fc34-28ca-4e2b...@googlegroups.com>,
> <hnee...@gmail.com> wrote:
>>Mijn probleem is dat ik lang geleden zelf een ftp client heb
>>geprogrammeerd in visual C++. Dat was ergens in 2002 en ik gebruik dat
>>programmaatje tot op de dag van vandaag naar alle tevredenheid.
>>
>>Nu ben ik dus aan het kijken of ik die client nog kan upgraden. Nieuwste
>>versie van visual studio geinstalleerd. Maar VS blijkt nog altijd zelf
>>geen SFTP te ondersteunen. :( En als ik ga zoeken naar 3rd party
>>modules kom ik er ook niet uit.
>>
>>Zijn er hier meer programmeurs die hier ervaring mee hebben?
>
>Ik heb geen rechtstreekste ervaring hiermee (ik mijd C tegenwoordig)
>maar vziw is de standaard library libssh: https://www.libssh.org/.

Bijna vergeten, libcurl natuurlijk. Dat ondersteunt alle
protocollen die je maar kan bedenken.

https://curl.haxx.se/docs/features.html

(overigens, ipv sftp kan je ook webdav gebruiken)

Mike.

[hans.n...@smith-europe.eu]

Op vrijdag 7 juli 2017 10:51:14 UTC+2 schreef Rob:

> hnee...@gmail.com <hnee...@gmail.com> wrote:
> > Mijn probleem is dat ik lang geleden zelf een ftp client heb geprogrammeerd in visual C++. Dat was ergens in 2002 en ik gebruik dat programmaatje tot op de dag van vandaag naar alle tevredenheid.
> >
> > Nu ben ik dus aan het kijken of ik die client nog kan upgraden. Nieuwste versie van visual studio geinstalleerd. Maar VS blijkt nog altijd zelf geen SFTP te ondersteunen. :( En als ik ga zoeken naar 3rd party modules kom ik er ook niet uit.
> >
> > Zijn er hier meer programmeurs die hier ervaring mee hebben?
>
> Maar wat heb je dan precies geprogrammeerd?
> Je hebt waarschijnlijk een bestaande module voor FTP aangeroepen, en zelf
> alleen de user interface erbij gemaakt?

Ja, klopt. De kern van mijn programma draait om onderstaande functie.
CInternetSession en CFtpConnection zaten gewoon in VC. Daar moet ik dus iets alternatiefs voor vinden. (En liefst net zo makkelijk, rechtoe/rechtaan).

void CUploaderDlg::ThreadFunc()
{
CInternetSession session;
CFtpConnection* pFtp;

try
{
pFtp = session.GetFtpConnection( m_server, m_user, m_pass, m_port, m_pasv );
}
catch (CInternetException* pEx)
{
pFtp = NULL;
pEx->Delete();
}


if( pFtp != NULL)
{
pFtp->SetCurrentDirectory( m_remote_dir );

for( int i=0; i<m_filenames.GetSize(); i++ )
{
m_realname = GetFileName( m_filenames[i] );
pFtp->PutFile( m_filenames[i], m_realname );
}
}

ExitThread(0);
}

[Rob]

hans.n...@smith-europe.eu <hans.n...@smith-europe.eu> wrote:
> Op vrijdag 7 juli 2017 10:51:14 UTC+2 schreef Rob:
>> hnee...@gmail.com <hnee...@gmail.com> wrote:
>> > Mijn probleem is dat ik lang geleden zelf een ftp client heb geprogrammeerd in visual C++. Dat was ergens in 2002 en ik gebruik dat programmaatje tot op de dag van vandaag naar alle tevredenheid.
>> >
>> > Nu ben ik dus aan het kijken of ik die client nog kan upgraden. Nieuwste versie van visual studio geinstalleerd. Maar VS blijkt nog altijd zelf geen SFTP te ondersteunen. :( En als ik ga zoeken naar 3rd party modules kom ik er ook niet uit.
>> >
>> > Zijn er hier meer programmeurs die hier ervaring mee hebben?
>>
>> Maar wat heb je dan precies geprogrammeerd?
>> Je hebt waarschijnlijk een bestaande module voor FTP aangeroepen, en zelf
>> alleen de user interface erbij gemaakt?
>
> Ja, klopt. De kern van mijn programma draait om onderstaande functie.
> CInternetSession en CFtpConnection zaten gewoon in VC. Daar moet ik dus iets alternatiefs voor vinden. (En liefst net zo makkelijk, rechtoe/rechtaan).

Ja dan moet je dus op zoek naar een SFTP library zoals Miquel ook al
aangaf. Omdat SFTP een "onderdeel" is van SSH kun je waarschijnlijk
beter zoeken op een SSH library dan op een SFTP library. En dan kom
je dus waarschijnlijk terecht op bronnen buiten Microsoft, meer geporte
libraries uit de Linux omgeving. Dit kan wellicht wat studie vereisen.

[Ano Nima]

Waarschijnlijk niet, ik zal er nog eens naar kijken.