Re: [PUG] VB ProFTPD
Hi, On Wed, Feb 12, 2003 at 06:46:39PM +0100, Ralf Nickel wrote: keinen Fehler am Server finden. Nach den Debug-Messages von proftpd (-n -d5) funktioniert der Login und es wird 'ls' ausgeführt. Danach kommt nix mehr. Die Anwendung hängt aber nach dem Aufbau der Session und wartet auf wasweisich. Lokal und auf ein Samba-Laufwerk funktionierts. Kann es sein, dass ProFTP und die VB-Anwendung sich nicht vertragen? Es kann sein das ftp scheiße ist in verbinding mit der firewall dazwischen die scheiße ist! So gerne ich sage das VB scheiße ist, ich glaube eher das proftpd keine Datenverbindung zum VB script aufbauen kann, such mal nach passive ftp Was ist das für eine Anwendung? bis denn -- May the source be with you! PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Moin, Kunde hat jetzt sein Programm umgestrickt, speichert seine Datei lokal erstmal temporär ab und schickt sie dann per kommandozeile auf den Server. Und dem göht einwandfrei. Auch mit aktivem FTP-Access. Hans Freitag said: Hi, On Wed, Feb 12, 2003 at 06:46:39PM +0100, Ralf Nickel wrote: keinen Fehler am Server finden. Nach den Debug-Messages von proftpd (-n -d5) funktioniert der Login und es wird 'ls' ausgeführt. Danach kommt nix mehr. Die Anwendung hängt aber nach dem Aufbau der Session und wartet auf wasweisich. Lokal und auf ein Samba-Laufwerk funktionierts. Kann es sein, dass ProFTP und die VB-Anwendung sich nicht vertragen? Es kann sein das ftp scheiße ist in verbinding mit der firewall dazwischen die scheiße ist! So gerne ich sage das VB scheiße ist, ich glaube eher das proftpd keine Datenverbindung zum VB script aufbauen kann, such mal nach passive ftp Was ist das für eine Anwendung? bis denn -- May the source be with you! PUG - Penguin User Group Wiesbaden - http://www..pug.org PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Hi, On Thu, Feb 13, 2003 at 02:45:45PM +0100, Ralf Nickel wrote: Kunde hat jetzt sein Programm umgestrickt, speichert seine Datei lokal erstmal temporär ab und schickt sie dann per kommandozeile auf den Server. Und dem göht einwandfrei. Auch mit aktivem FTP-Access. Was mich bei der gelegenheit interessiert, ich hab des öfteren schon in der Industrie beobachten dürfen das eine Schnittstelle bedeutet, das daten als csv per FTP auf einen $SERVER gelegt werden um dann von einem weiteren Programm gepollt zu werden. Kommt mir das nur so vor oder ist diese vorgehensweise reichlich idiotisch? Ich mache bei sowas einen TCP Socket auf und schieb die Daten direkt an die Applikation. bis denn -- May the source be with you! PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Hi! Kommt mir das nur so vor oder ist diese vorgehensweise reichlich idiotisch? Ich mache bei sowas einen TCP Socket auf und schieb die Daten direkt an die Applikation. Also ich spreche da aus eingener Erfahrung. So einen selbstgestrickter Server ist schon etwas feines, nur bis man alle Aspekte für die Schnittstellenbeschreibung hat dauert es meist länger als einfach etwas vorhandenes zu benutzen. Ausserdem sind Protokolle wie ftp, ssh, sftp etc. eben schon erprobt. Sicherheitsrisiken sind bekannt oder aus der Welt geschaffen worden. Natürlich ist dateibasiertes arbeiten nicht so vornehm und schick, wzb. eine eigene Upload-Klasse und der entsprechenden Server dazu. Es geht aber meist schneller in der Entwicklung. Und die Zeit für die Entwicklung wird eben bezahlt und nicht wie schön das Programm übers Netzwerk kommuniziert. Anders sieht das aber aus, wenn man den Applikationsserver als Basis für diverse Produkte entwickelt. Dieser Mehraufwand lohnt sich schon eher. Nur ist die Entwicklung, dann eben zeitaufwendig und daher auch teuer. Grüsse Tobi -- Tobias Käfer Käfer-Software Otto-Wels-Str. 50 55130 Mainz Deutschland(Germany) FON: +49 6131 999 808 FAX: +49 6131 999 807 CELL: +49 172 6149 811 http://www.kaefer-software.de [EMAIL PROTECTED] [EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Hans Freitag sagte: Was mich bei der gelegenheit interessiert, ich hab des öfteren schon in der Industrie beobachten dürfen das eine Schnittstelle bedeutet, das daten als csv per FTP auf einen $SERVER gelegt werden um dann von einem weiteren Programm gepollt zu werden. Kommt mir das nur so vor oder ist diese vorgehensweise reichlich idiotisch? man kleinster gemeinsamer nenner Der Stellenwert, den FTP genießt, ist allerdings wirklich ziemlich beachtlich. :-( $KUNDE verteilte vor 2 Jahren noch munter Daten, indem sich das Sendesystem per rlogin mit .rhosts() auf einem UNIX-Server (dem Empfangssystem) einloggte und dort einen FTP-Client startete, um vom Sendesystem Daten zu holen. Ich vermute, daß das auch heute noch so läuft. Das ganze auf Servern, auf die ansonsten nur per SSH zugegriffen werden durfte, und auf denen die Admins kein Root-PW hatten, sondern aus Sicherheitsgründen alles per Sudo machen mußten. Ich mache bei sowas einen TCP Socket auf und schieb die Daten direkt an die Applikation. Hmmm, naja, dazu muß die Applikation aber auf beiden Seiten TCP und ein bestimmtes Protokoll sprechen. Da verschiedene Entwickler beteiligt sein werden, dürfte das unmöglich rundzukriegen sein. Und nicht jeder, der mal eben von irgendeinem Gerät irgendeinen Export will, kann sich mit irgendwelchen APIs auseinandersetzen. Man sollte eigentlich erwarten, daß in Zeiten von XML irgendwann mal die Tage von CSV gezählt sein werden. Dazu bietet sich für einen solchen Datentransfer z.B. auch HTTP an. Viel schlimmer als FTP kann es sicherheitstechnisch nicht kommen, und HTTP ist wenigstens aus Netzwerksicht ein narrensicheres Protokoll. Und dann hatte ich mal einen Kunden, der immerhin schon so weit war, die Daten unter UNIX per Samba bereitzustellen und dann durch die Windowskiste direkt per Remote-Mount abholen zu lassen. Manchmal gibts eben auch Lichtblicke. ;-) -martin -- Schmitt Systemberatung Giessener Str. 18 35415 Pohlheim Deutschland/Germany Tel. +49(64 03)9 69 08 78 Fax +49(64 03)9 69 08 79 http://www.scsy.de PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Hi, On Thu, Feb 13, 2003 at 04:21:24PM +0100, Tobias Kaefer wrote: Kommt mir das nur so vor oder ist diese vorgehensweise reichlich idiotisch? Ich mache bei sowas einen TCP Socket auf und schieb die Daten direkt an die Applikation. Also ich spreche da aus eingener Erfahrung. So einen selbstgestrickter Server ist schon etwas feines, nur bis man alle Aspekte für die Schnittstellenbeschreibung hat dauert es meist länger als einfach etwas vorhandenes zu benutzen. TCP/SSL Socket - Login: user - Password: password - data bis EOF Geht sicherlich nicht immer, aber ziemlich oft und geht in Perl unter 10 Zeilen von der Hand, für die Daten die Kommen mußt du eh einen Parser schreiben ;-) Und die Datenfelder wollen in jedem Fall auch ersteinmal spezifiziert sein. Ausserdem sind Protokolle wie ftp, ssh, sftp etc. eben schon erprobt. Sicherheitsrisiken sind bekannt oder aus der Welt geschaffen worden. Ack. ssh könnte man zum Beispiel auch für so einen dienst verwenden, einfach eine Applikation schreiben die sich da ranconnectet. Oder halt per SSL. Sockets sollte man in jeder Programmiersprache ohne Probleme öffnen können. ;-) Natürlich ist dateibasiertes arbeiten nicht so vornehm und schick, wzb. eine eigene Upload-Klasse und der entsprechenden Server dazu. Es geht aber meist schneller in der Entwicklung. Es ist nicht nur vornehm und schick, folgende dinge wollen beachtet werden: - Mehrere Benutzer dürfen sich nicht gegenseitig Daten überschreiben (Wird durch mehrere Verzeichnisse gelöst) - Der Upload muß fertig sein bevor der Parser auf der Serverseite anspringt. (Wird durch zwei weit auseinanderliegende Crons gelöst) - Du brauchst eine FTP Klasse im Client. oder einen FTP Client. - Wenn der Parser läuft darf der Client keine neuen Daten schicken. - Der Parser muß testen ob neue Daten da sind. - Einer meiner Lieferanten hat einen Satz Produktbilder (ca 30 MB) ich habe dank zip keine Chance nur neue Bilder anzufordern. und das über ISDN. Und die Zeit für die Entwicklung wird eben bezahlt und nicht wie schön das Programm übers Netzwerk kommuniziert. Ebend! Deshalb meine Frage, geht das wirklich schneller? Ist das wirklich billiger? Ein Fallbeispiel: $COMPANY braucht für die eigene Groupwareapplikation die sich an keinen mir bekannten Standard hält eine Schnittstelle zum Mailserver um benutzer anzulegen. ssh fällt aus, kann $PROGRAMMIERER nicht Vorschlag a: immer wenn ein neuer benutzer angelegt wird wird ein CSV File gebaut auf einen Server gelegt. Alle X Minuten wird nachgesehen ob das file neu ist, dann werden die benutzer eingetragen oder entfernt. Vorschlag b: Die komandos werden über einen tcp socket gesendet wesentlich schneller auf dem Server implementiert, Und der client braucht sowieso ein paar zeilen code zum uploaden.. Oder $AUFTRAG: $WATCHING Software erzeugt per perl script CSV Files die dann auf einen NetSaint Server übertragen werden um dort events auszulösen. Klasse weil $WATCHING Software hat genau wie NetSaint eine Perl Schnittstelle, den Zeitraubenden Umweg über CSV kann man sich glatt spaaren. Und solche Aktionen erlebe ich irgendwie immer(!) wenn ich CSV per FTP höre. Kann sein das das ein Vorurteil ist, aber ich finds eben Idiotisch! Anders sieht das aber aus, wenn man den Applikationsserver als Basis für diverse Produkte entwickelt. Dieser Mehraufwand lohnt sich schon eher. Nur ist die Entwicklung, dann eben zeitaufwendig und daher auch teuer. Ja, da wirds ja auch richtig gemacht ;-) bis denn -- May the source be with you! PUG - Penguin User Group Wiesbaden - http://www.pug.org
[PUG] VB ProFTPD
Moin, ich hätt hier grad mal ein Problem mit einem ProFTP-Server und einer VB-Anwendung eines Kunden. Weiss von euch jemand, ob das problematisch sei kann direkt aus einer VB-Anwendung auf den FTP-Server zu schreiben? Ich kann beim besten Willen keinen Fehler am Server finden. Nach den Debug-Messages von proftpd (-n -d5) funktioniert der Login und es wird 'ls' ausgeführt. Danach kommt nix mehr. Die Anwendung hängt aber nach dem Aufbau der Session und wartet auf wasweisich. Lokal und auf ein Samba-Laufwerk funktionierts. Kann es sein, dass ProFTP und die VB-Anwendung sich nicht vertragen? Gruß Ralf PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Hallo Ralf, Wednesday, February 12, 2003, 6:46:39 PM, you wrote: RN Moin, RN ich hätt hier grad mal ein Problem mit einem ProFTP-Server und einer RN VB-Anwendung eines Kunden. RN Weiss von euch jemand, ob das problematisch sei kann direkt aus einer RN VB-Anwendung auf den FTP-Server zu schreiben? Ich kann beim besten Willen RN keinen Fehler am Server finden. Nach den Debug-Messages von proftpd (-n -d5) RN funktioniert der Login und es wird 'ls' ausgeführt. Danach kommt nix mehr. RN Die Anwendung hängt aber nach dem Aufbau der Session und wartet auf RN wasweisich. Lokal und auf ein Samba-Laufwerk funktionierts. RN Kann es sein, dass ProFTP und die VB-Anwendung sich nicht vertragen? RN Gruß RN Ralf RN RN PUG - Penguin User Group Wiesbaden - http://www.pug.org schalte mal im VB Programm den FTP Access auf Passive. Dann sollte es ohne Probleme gehen -- Best regards, Saschamailto:[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Hi Sascha, hmm... ProFTP tut's doch auch non-Passive. Wo hakt es denn da? Ich werd's auf jeden Fall morgen probieren. Gracias Ralf Am Mittwoch, 12. Februar 2003 19:00 schrieb Sascha Wolf: Hallo Ralf, schalte mal im VB Programm den FTP Access auf Passive. Dann sollte es ohne Probleme gehen PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Quoting Ralf Nickel [EMAIL PROTECTED]: Hi Sascha, hmm... ProFTP tut's doch auch non-Passive. Wo hakt es denn da? ProFTP schon, aber wie sieht das mit dem Zugriff auf den ftp aus? Läuft der direkt oder ist da eine Firewall dazwischen??? Wenn ja kann es eben möglich sein, dass nur passives FTP geht. Dass mus der VB-Client das auch unterstützen. Grüsse Tobi -- Tobias Käfer Käfer-Software Otto-Wels-Str. 50 55130 Mainz Deutschland(Germany) FON: +49 6131 999 808 FAX: +49 6131 999 807 CELL: +49 172 6149 811 http://www.kaefer-software.de [EMAIL PROTECTED] [EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re[2]: [PUG] VB ProFTPD
Hallo Ralf, Wednesday, February 12, 2003, 8:07:18 PM, you wrote: RN Hi Sascha, RN hmm... ProFTP tut's doch auch non-Passive. Wo hakt es denn da? RN Ich werd's auf jeden Fall morgen probieren. RN Gracias RN Ralf RN Am Mittwoch, 12. Februar 2003 19:00 schrieb Sascha Wolf: Hallo Ralf, schalte mal im VB Programm den FTP Access auf Passive. Dann sollte es ohne Probleme gehen RN RN PUG - Penguin User Group Wiesbaden - http://www.pug.org Sobald du über ein Router (DSL etc.) ins Netz gehst, ist es fast immer besser auf passive setzen. Außerdem glaube ich, wird Standardmässig bei ProFTPD nur passive eingeschaltet -- Best regards, Saschamailto:[EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Am Mittwoch, 12. Februar 2003 19:00 schrieb Tobias Kaefer: Kann es sein, dass der Zugriff nur über passiven-FTP-Modus möglich ist und der VB-Client das nicht unterstützt?? Grüsse Tobi Nö dem server isses wurscht und VB probierts (Laut Lektüre, ich hab keinen blassen Schimmer von VB) standardmäßig non-passive PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Quoting Ralf Nickel [EMAIL PROTECTED]: dem server isses wurscht und VB probierts (Laut Lektüre, ich hab keinen blassen Schimmer von VB) standardmäßig non-passive Welche VB-Version soll das denn sein? Erst seit VB .NET gibt es eine Microsoft-Standart-Klasse zum ftp-Zugriff. Vorher musste man sich den Schei** selbst zusammen bauen. Und selbst wenn, sobald eben in der Netzwerkverbindung einmal ein NAT-Gateway drin ist, kann man meist aktives FTP vergessen. -- Tobias Käfer Käfer-Software Otto-Wels-Str. 50 55130 Mainz Deutschland(Germany) FON: +49 6131 999 808 FAX: +49 6131 999 807 CELL: +49 172 6149 811 http://www.kaefer-software.de [EMAIL PROTECTED] [EMAIL PROTECTED] PUG - Penguin User Group Wiesbaden - http://www.pug.org
Re: [PUG] VB ProFTPD
Sobald du über ein Router (DSL etc.) ins Netz gehst, ist es fast immer besser auf passive setzen. Außerdem glaube ich, wird Standardmässig bei ProFTPD nur passive eingeschaltet Die Rechner hängen beide im selben Netz. Ich werd die jetzt nicht über DSL verbinden um auszuprobieren, ob's dann geht ;-) Der Server akzeptiert, wie schon erwähnt, beides. Gruß Ralf PUG - Penguin User Group Wiesbaden - http://www.pug.org