| |
DG8NGN > WPP 17.04.06 08:36l 49 Lines 2713 Bytes #999 (0) @ DL
BID : H4GDB0FHN02G
Read: DL3SJB GUEST DL4DKA DJ2XF DG1VV DL1BAH OM5FA DG5YM DH8YMB OE7HNT DJ6ZX
Read: DG9BCY OE8SHQ DO1SAT DF8TX DB8AS DL1ZG DL4YDR DJ8RZ
Subj: Re^3: Info WPP Testversion 3.18
Path: DB0FHN
Sent: 060417/0736z @:DB0FHN.#BAY.DEU.EU [JN59NK Nuernberg] obcm1.06
From: DG8NGN @ DB0FHN.#BAY.DEU.EU (Jann)
To: WPP @ DL
X-Info: No login password
Hallo Gorch,
ich wurde von DL3SJB auf deine letzte Einspielung in WPP@DL aufmerksam
gemacht. Wozu der Umstand? Eine einfach Frage an den Sysop von DB0FHN hätte
genügt.
Der Telnetzugang an DB0FHN ist ganz einfach nicht bit-transparent. DG3THX und
ich wollten diese Semesterferien mal wieder an dem Telneteinstieg basteln,
aber terminlich hat das leider nicht hingehauen. Er sitzt in Aachen und ich
in Augsburg. Treffpunkt wäre Nürnberg :)
Die Zielsetzung vom Telneteinstieg ist sicher auch ganz anders definiert.
Hier geht es um den Zugriff für Gelegenheitsnutzer. DB0FHN überträgt im
Vergleich zu anderen Telnetgeways zum Beispiel nicht alle Zeichen einzeln,
sondern erst nach einem "Return". Das ist resourcenschonend und nervt die
Gegenstation beim QSO nicht (das Problem gibt es mit WPP natürlich nicht, da
es Zeilen und nicht Zeichen überträgt).
Das Ziel ist aber die Gelegenheitsnutzer möglichst komfortabel zu
unterstützen. Also wenn man eben vor einer Linuxconsole sitzt oder einfach
mal schnell Windowstelnet aus dem Internetcafe startet. Da nervt es zum
Beispiel auch, dass während dem eigenen Tippen die Zeilen von der
Gegenstation mittem im Satz auftauchen (Todo für Sommer, wenns klappt). WPP
hat durch die getrennten RX- und TX-Fenster solche Probleme einfach nicht.
Aber ein WPP findet sich auf den Internetcaferechner meist nicht
vorinstalliert :(
Es würde ja nichts dagegensprechen den Einstieg völlig bittransparent zu
gestalten, wenn die Zielsetzung dadurch nicht beeinträchtigt wird. Das müssen
wir uns allerdings erst noch anschauen. Wenn das nicht klappt, kann man auch
einen weiteren TCP-Port für bittransparenten Betrieb zur Verfügung stellen.
Mir ist übrigens auch aufgefallen, dass einige Sonderzeichen im Passwort von
DB0FHN vom Telnetzugang nicht erkannt werden --> Todo...
Persönlich halte ich vom Zugriff via Telnet sowieso nicht sehr viel. Ich
finde es einfach schade, wenn man nicht connected werden kann. Da jagt man
dann den OM über "talk" oder "msg" in der BBS oder auf dem Digi, bis man ihn
erreicht hat. Ich kann also nur empfehlen die aktuell verfügbaren
VPN-Lösungen von DB0FHN für den Permanentbetrieb vorzuziehen. Dies ist zwar
nicht ganz so einfach einzurichten, aber zumindest diesen Teil habe ich
endlich mal auf http://db0fhn.efi.fh-nuernberg.de mit hübschen Bildern
dokumentiert.
Ganz schön wäre natürlich ein AXTCP-Treiber direkt mit Username+Passwort für
Flexnet32. Pläne werden gerade geschmieded. Man könnte auch in Absprache mit
Wolfgang direkt etwas für WPP entwickeln, aber über PC/Flex32 ist man einfach
flexibler. Das sollte dann wirklich jeder sehr schnell installieren können
und keine Probleme dabei haben...
73
Jann
Read previous mail | Read next mail
| |
