Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #369166 > unrolled thread
| Started by | Helmut Schellong <var@schellong.biz> |
|---|---|
| First post | 2026-09-08 19:00 +0200 |
| Last post | 2026-09-12 15:31 +0200 |
| Articles | 20 on this page of 227 — 17 participants |
Back to article view | Back to de.sci.electronics
Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-08 19:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-08 22:34 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 07:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-09 13:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 16:22 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-09 16:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 17:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:22 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-10 07:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-10 16:47 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 18:12 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-09 17:20 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 18:20 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:21 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 01:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 07:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 13:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 15:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 17:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 20:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 00:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 18:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 21:30 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 12:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 22:06 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-13 15:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 20:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 08:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 09:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 14:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:39 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 23:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-13 15:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 22:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 23:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 23:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 23:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 00:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-13 15:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 21:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-13 22:30 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 23:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 11:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 11:56 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-14 16:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 17:31 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 19:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 22:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-15 23:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-16 12:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-17 00:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 11:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-14 19:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 22:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-15 09:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:39 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-14 10:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 11:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-15 08:25 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-16 08:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-16 13:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-16 18:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-16 23:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-17 08:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 15:07 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 09:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 11:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 12:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 11:07 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 11:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 22:12 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 01:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 09:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 14:24 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 20:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-14 16:25 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-13 15:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 21:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 11:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 12:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 13:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 16:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 19:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 22:46 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-15 09:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-17 13:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Axel Berger <Spam@Berger-Odenthal.De> - 2026-09-17 14:24 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-17 16:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 08:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 08:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 11:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-18 09:53 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 22:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 12:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 22:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Christian Weisgerber <naddy@mips.inka.de> - 2026-09-18 14:53 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 18:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-18 22:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 00:37 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 02:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-19 09:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 14:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-19 15:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 20:37 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 15:16 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-17 15:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 17:25 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-17 20:37 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 21:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-17 21:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 22:05 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-17 21:47 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 10:36 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-14 16:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 17:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-12 06:55 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:55 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 23:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-10 19:04 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 01:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 10:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 11:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 14:51 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Axel Berger <Spam@Berger-Odenthal.De> - 2026-09-10 15:35 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Hergen Lehmann <hlehmann-usenet26@snafu.de> - 2026-09-10 16:24 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Axel Berger <Spam@Berger-Odenthal.De> - 2026-09-10 21:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-16 06:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-10 22:20 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 16:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 15:45 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2026-09-11 18:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 20:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 08:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 15:57 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:10 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-09 18:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 18:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:18 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 00:42 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 07:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 09:55 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-10 22:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-11 00:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 08:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-12 09:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 09:31 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-12 13:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 15:46 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-12 15:56 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-24 18:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 16:29 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 23:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 14:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 16:51 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 00:22 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 09:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Heinz Schmitz <sch@example.invalid> - 2026-09-09 09:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2026-09-09 09:21 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 15:07 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 15:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-09 17:21 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 18:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 07:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-11 09:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-11 09:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-11 15:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 11:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 19:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 21:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 12:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:55 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:05 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-09 23:30 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 02:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 10:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 15:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 20:18 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 01:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-10 23:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-11 10:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 09:05 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-14 20:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-14 20:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-15 09:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Bernd Laengerich <Bernd.Laengerich@web.de> - 2026-09-15 09:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Heinz Schmitz <sch@example.invalid> - 2026-09-21 14:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2026-09-11 18:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 20:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 08:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 09:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 10:45 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 14:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 14:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:51 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marcel Mueller <news.5.maazl@spamgourmet.org> - 2026-09-11 18:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 20:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 21:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marcel Mueller <news.5.maazl@spamgourmet.org> - 2026-09-12 13:47 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 15:31 +0200
Page 2 of 12 — ← Prev page 1 [2] 3 4 … 12 Next page →
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-10 20:15 +0200 |
| Message-ID | <slrn11a5su3.2n2hg.als@mordor.angband.thangorodrim.de> |
| In reply to | #369251 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 10.09.2026 15:28:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Marc Haber wrote on 10.09.2026 07:49:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>> Nenne einen Fakt, der diese Einschätzung gerechtfertigt.
>>>>
>>>> Dein Auftreten hier reicht völlig.
>>>
>>> Das ist wieder eine bloße Behauptung ohne irgendwas Konkretes.
>>>
>>>>> Es gibt den behauptenden Marc - und seine blinden Mitläufer.
>>>>
>>>> Oh, das ist aber ein Kompliment, das ich leider nicht annehmen kann.
>>>> Alexander hat vermutlich fünfmal so viel Erfahrung im Betrieb großer
>>>> Umgebungen als ich. Ich schätze ihn als einen anspruchsvollen und
>>>> kompetenten Gesprächspartner.
>>>>
>>>>>> Dem ist mit einem rsync-Binary am anderen Ende trivial abhelfbar. Zumal
>>>>>> rsync & ssh sich nicht eben gegenseitig ausschliessen.
>>>>>
>>>>> Der Provider wird den Betrieb eines user-rsync-Daemons nicht zulassen.
>>>>
>>>> Von einem rsync-Daemon sprach niemand.
>>>
>>> Ich kommunizierte 2002 mit Linux-Systemen, die alle einen aktiven Daemon hatten.
>>> Das ist die normale Verfahrensweise.
>>
>> Naja, kontextsensitiv. Für öffentliche Archive gibt es oft rsync-Server
>> damit Spiegel effizienter aktualisiert werden können. Ansonsten sehe
>> ich eher rsync-over-ssh (aus offensichtlichen Gründen) als üblicherweise
>> im Einsatz.
>
> Wenn ich unter FreeBSD rsync installiere, ist dadurch
> automatisch ein Daemon vorhanden.
Vorhanden != läuft.
>>>>> Und es müssen mehrere Verschlüsselungen hintereinander erfolgen, mit von mir
>>>>> ausgewählten Algorithmen.
>>>>
>>>> Warum? Kennst Du eine Schwachstelle in AES256, von der wir noch nicht
>>>> wissen? Und warum bist Du dann noch hier und nicht im Debriefing bei
>>>> den Geheimdiensten? Und wie schützt Du die Schlüssel dieser
>>>> "mehrfachen" Verschlüsselung?
>>>
>>> Ich kenne keine Schwachstelle in AES256, das ist eine makellose Block-Chiffre (Belgien).
>>> Ich bevorzuge allerdings Strom-Chiffren!
>>
>> Warum?
>
> Der Umgang (in C) damit ist einfacher; man muß sich nicht um einen
> Blockrest kümmern.
Das ist relativ trivial zu handhaben, aber gut, wenn Dir das zu kompliziert
ist, dann sei es so.
>>> Komischerweise sagen fast alle, die Teile meiner Skripte lesen: "Ich versteh' das alles nicht!"
>>
>> Tja, warum wohl? Nur mal so am Rande: Wer im professionellen Umfeld Code
>> schreibt, den keiner versteht, dessen Bleiben ist nicht lang.
>
> Bei meinem letzten Arbeitgeber war ich 15 Jahre lang.
> Ich habe da genau solch einen Stil realisiert, wie aktuell.
> Mein Kollege hatte meinen Code ohne Probleme gelesen und verstanden.
> Der Kollege ist allerdings ein Profi wie ich.
Weiss der, dass Du hier üble Nachrede über ihn betreibst? ;-)
>>> Überall, wo ich arbeitete, hatte niemand auch nur die leiseste Ahnung von Shell-Skripten.
>>> Falls jemand Scripting kennt, ist es fast immer Python.
>>> Python bietet mir jedoch viel zu wenig Programmierstärke.
>>
>> Wie misst man eigentlich diese "Programmierstärke"? Und was ist die Einheit?
>> Schellongs/Datei?
>
> Ich habe halt einen Tag lang zu Python recherchiert und gelesen.
> Lesen ist eine Stärke von mir.
> Nach meiner Informationssammlung war mir klar, daß ich Python nicht
> verwenden werde, weil mein Interpreter beträchtlich stärker und universeller ist.
> Das ist kein Wunder, denn ich entwickelte meine Shell gemäß meiner Wünsche (ab 1995).
>
>>>> ¹ Eigene Krypto ist ja schon ein zuverlässiger Deppendetektor, aber
>>>> sich einen eigenen SHELL zu schreiben ist wirklich ein ganz eigener
>>>> Level an Hybris.
>>>
>>> Deine vorstehenden Meinungen wird niemand aus einem 'seriösen' Bereich teilen.
>>
>> Och, mindestens einer: meld!.
>
> Newsgroups waren mal seriös.
> Heute sind sie zu heterogen, so daß sie kaum als seriöses Medium nennbar
> sind.
Diese "Pfui, hier sind Leute die sind nicht wie ich!" Haltung macht Dich
nicht eben sympatischer.
>>> Damals gab es die heute bekannten Interpreter noch nicht, weshalb es mich
>>
>> Sag mal, war dieses Bildungszentrum unter einem sehr grossen Stein?
>>
>> Denn Interpreter für Programmiersprachen waren damals schon eine alte
>> und wohlbekannte Idee.
>
> Das hatte ich nur unter Windows3.1 1985 in Form von Basic kennengelernt.
> Pascal, C, Cobol, Algol, FORTRAN, PEARL, Ada, etc. sind alles Compiler-Sprachen.
> Alle heute gängigen Interpreter gab es 1995 nicht.
Das ist mal wieder dermassen typischer grober Unfug. Drei Beispiele aus
eigener Erfahrung Mitte/Ende der 1990er:
- REXX wurde von IBM u.a. auf OS/2 mitgeliefert und ich habe auf meiner
OS/2 Warp3 Installation damit etwas rumgespielt, wenn auch nie ernsthaft
verwendet - das ist eine als Interpreter laufende Kommandosprache, die
es 1979 gibt
- auf Solaris habe ich damals Perl gelernt, eine als Interpreter (Perl
kompiliert aus Effizienzgründen zu Bytecode und interpretiert den
dann, durchaus üblicher Ansatz) laufende Skriptsprache, die es seit
1987 gibt und in der Mitte der 1990 sehr oft für CGIs zum Einsatz kam
- Mitte/Ende der 1990er (1996/1997) wurde ich von der Uni bezahlt um
eine Tcl/Tk Anwendung zu weiterzuentwickeln, diese interpretierte
Sprache gibt es seit 1988
Dazu: CMUCL, kann als Compiler oder Interpreter laufen (wie bei Lisp üblich),
seit 1980. Der erste Lisp-Interpreter datiert auf 1959.
Von den obigen dürfte REXX vor allem im Mainframe-Umfeld (wo es herkam)
überlebt haben. Tcl/Tk und Perl sind nach wie vor sehr im Einsatz und
eines der von mir mitbetreuten Produkte in der Firma ist in Lisp
geschrieben (läuft aber natürlich als Compilat, nicht im Interpreter).
Und auch das von Dir bemängelte Python erschien 1991.
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-11 00:54 +0200 |
| Message-ID | <117vcdt$1qqs$1@solani.org> |
| In reply to | #369257 |
Alexander Schreiber wrote on 10.09.2026 20:15: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 10.09.2026 15:28: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Marc Haber wrote on 10.09.2026 07:49: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Nenne einen Fakt, der diese Einschätzung gerechtfertigt. >>>>> >>>>> Dein Auftreten hier reicht völlig. >>>> >>>> Das ist wieder eine bloße Behauptung ohne irgendwas Konkretes. >>>> >>>>>> Es gibt den behauptenden Marc - und seine blinden Mitläufer. >>>>> >>>>> Oh, das ist aber ein Kompliment, das ich leider nicht annehmen kann. >>>>> Alexander hat vermutlich fünfmal so viel Erfahrung im Betrieb großer >>>>> Umgebungen als ich. Ich schätze ihn als einen anspruchsvollen und >>>>> kompetenten Gesprächspartner. >>>>> >>>>>>> Dem ist mit einem rsync-Binary am anderen Ende trivial abhelfbar. Zumal >>>>>>> rsync & ssh sich nicht eben gegenseitig ausschliessen. >>>>>> >>>>>> Der Provider wird den Betrieb eines user-rsync-Daemons nicht zulassen. >>>>> >>>>> Von einem rsync-Daemon sprach niemand. >>>> >>>> Ich kommunizierte 2002 mit Linux-Systemen, die alle einen aktiven Daemon hatten. >>>> Das ist die normale Verfahrensweise. >>> >>> Naja, kontextsensitiv. Für öffentliche Archive gibt es oft rsync-Server >>> damit Spiegel effizienter aktualisiert werden können. Ansonsten sehe >>> ich eher rsync-over-ssh (aus offensichtlichen Gründen) als üblicherweise >>> im Einsatz. >> >> Wenn ich unter FreeBSD rsync installiere, ist dadurch >> automatisch ein Daemon vorhanden. > > Vorhanden != läuft. Mit 'vorhanden' meine ich, daß er läuft. Unix-Systeme starten daemons in /etc (rc). Wenn das Kommando 'ps' ihn in eckigen Klammern zeigt, ist er kommunikations-bereit. In der Regel bewirkt eine Option, daß ein Kommando als Daemon (im Hintergrund) startet. Bei rsync ist das --daemon. Ein laufender Daemon kann auch gesteuert werden. >>>>>> Und es müssen mehrere Verschlüsselungen hintereinander erfolgen, mit von mir >>>>>> ausgewählten Algorithmen. >>>>> >>>>> Warum? Kennst Du eine Schwachstelle in AES256, von der wir noch nicht >>>>> wissen? Und warum bist Du dann noch hier und nicht im Debriefing bei >>>>> den Geheimdiensten? Und wie schützt Du die Schlüssel dieser >>>>> "mehrfachen" Verschlüsselung? >>>> >>>> Ich kenne keine Schwachstelle in AES256, das ist eine makellose Block-Chiffre (Belgien). >>>> Ich bevorzuge allerdings Strom-Chiffren! >>> >>> Warum? >> >> Der Umgang (in C) damit ist einfacher; man muß sich nicht um einen >> Blockrest kümmern. > > Das ist relativ trivial zu handhaben, aber gut, wenn Dir das zu kompliziert > ist, dann sei es so. Warum sollte ich eine Block-Chiffre wählen, wenn ich genau so gute Strom-Chiffren bereits habe? Es scheinen alle irgendwie geil auf AES256 zu sein, wohl, weil dieser Algorithmus im US-Government vorgeschrieben ist. Mich kümmert das nicht, weil es nur um meine eigenen Verschlüsselungen mit meiner Shell geht. >>>> Komischerweise sagen fast alle, die Teile meiner Skripte lesen: "Ich versteh' das alles nicht!" >>> >>> Tja, warum wohl? Nur mal so am Rande: Wer im professionellen Umfeld Code >>> schreibt, den keiner versteht, dessen Bleiben ist nicht lang. >> >> Bei meinem letzten Arbeitgeber war ich 15 Jahre lang. >> Ich habe da genau solch einen Stil realisiert, wie aktuell. >> Mein Kollege hatte meinen Code ohne Probleme gelesen und verstanden. >> Der Kollege ist allerdings ein Profi wie ich. > > Weiss der, dass Du hier üble Nachrede über ihn betreibst? ;-) Nein, die Gründe sind private Daten, die ich nicht ausplaudere. Ich habe ihn hier auch gar nicht benannt. >>>> Überall, wo ich arbeitete, hatte niemand auch nur die leiseste Ahnung von Shell-Skripten. >>>> Falls jemand Scripting kennt, ist es fast immer Python. >>>> Python bietet mir jedoch viel zu wenig Programmierstärke. >>> >>> Wie misst man eigentlich diese "Programmierstärke"? Und was ist die Einheit? >>> Schellongs/Datei? >> >> Ich habe halt einen Tag lang zu Python recherchiert und gelesen. >> Lesen ist eine Stärke von mir. >> Nach meiner Informationssammlung war mir klar, daß ich Python nicht >> verwenden werde, weil mein Interpreter beträchtlich stärker und universeller ist. >> Das ist kein Wunder, denn ich entwickelte meine Shell gemäß meiner Wünsche (ab 1995). >> >>>>> ¹ Eigene Krypto ist ja schon ein zuverlässiger Deppendetektor, aber >>>>> sich einen eigenen SHELL zu schreiben ist wirklich ein ganz eigener >>>>> Level an Hybris. >>>> >>>> Deine vorstehenden Meinungen wird niemand aus einem 'seriösen' Bereich teilen. >>> >>> Och, mindestens einer: meld!. >> >> Newsgroups waren mal seriös. >> Heute sind sie zu heterogen, so daß sie kaum als seriöses Medium nennbar >> sind. > > Diese "Pfui, hier sind Leute die sind nicht wie ich!" Haltung macht Dich > nicht eben sympatischer. Eine solche Haltung habe ich gar nicht! Ich habe in dclc zu Anfang vor Jahrzehnten etwa 3500 Postings geschrieben. Zu der Zeit fand ich die mich interessierenden NGs noch seriös. Sonst hätte ich nicht diesen Posting-Rekord geschrieben. >>>> Damals gab es die heute bekannten Interpreter noch nicht, weshalb es mich >>> >>> Sag mal, war dieses Bildungszentrum unter einem sehr grossen Stein? >>> >>> Denn Interpreter für Programmiersprachen waren damals schon eine alte >>> und wohlbekannte Idee. >> >> Das hatte ich nur unter Windows3.1 1985 in Form von Basic kennengelernt. >> Pascal, C, Cobol, Algol, FORTRAN, PEARL, Ada, etc. sind alles Compiler-Sprachen. >> Alle heute gängigen Interpreter gab es 1995 nicht. > > Das ist mal wieder dermassen typischer grober Unfug. Drei Beispiele aus > eigener Erfahrung Mitte/Ende der 1990er: > - REXX wurde von IBM u.a. auf OS/2 mitgeliefert und ich habe auf meiner > OS/2 Warp3 Installation damit etwas rumgespielt, wenn auch nie ernsthaft > verwendet - das ist eine als Interpreter laufende Kommandosprache, die > es 1979 gibt > - auf Solaris habe ich damals Perl gelernt, eine als Interpreter (Perl > kompiliert aus Effizienzgründen zu Bytecode und interpretiert den > dann, durchaus üblicher Ansatz) laufende Skriptsprache, die es seit > 1987 gibt und in der Mitte der 1990 sehr oft für CGIs zum Einsatz kam > - Mitte/Ende der 1990er (1996/1997) wurde ich von der Uni bezahlt um > eine Tcl/Tk Anwendung zu weiterzuentwickeln, diese interpretierte > Sprache gibt es seit 1988 > > Dazu: CMUCL, kann als Compiler oder Interpreter laufen (wie bei Lisp üblich), > seit 1980. Der erste Lisp-Interpreter datiert auf 1959. > > Von den obigen dürfte REXX vor allem im Mainframe-Umfeld (wo es herkam) > überlebt haben. Tcl/Tk und Perl sind nach wie vor sehr im Einsatz und > eines der von mir mitbetreuten Produkte in der Firma ist in Lisp > geschrieben (läuft aber natürlich als Compilat, nicht im Interpreter). Ich hatte mich nur ein wenig mit 'perl' beschäftigt. Sogar in meinen C-Büchern habe ich ein Beispiel mit 'perl' gebracht. Jedoch 'perl' war mir nie sympathisch, u.a. wegen der Syntax. Deshalb vergaß ich, hier 'perl' zu nennen. Die Syntax der klassischen Bourne-Shell finde ich angenehm und logisch. Bis auf einen Punkt. FreeBSD hat 'perl' vor einer Reihe von Jahren aus dem System herausgenommen. Es ist nun ein bloßer Port. > Und auch das von Dir bemängelte Python erschien 1991. Das wußte ich nicht. Ich hatte 1995 keinerlei Kenntnis davon. https://wikiservice.at/dse/wiki.cgi?KategorieProgrammierSprache https://wikiservice.at/dse/wiki.cgi?ShellBsh https://wikiservice.at/dse/wiki.cgi?HelmutSchellong -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-11 15:01 +0200 |
| Message-ID | <slrn11a7usr.2l9d4.als@frodo.angband.thangorodrim.de> |
| In reply to | #369267 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 10.09.2026 20:15:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Alexander Schreiber wrote on 10.09.2026 15:28:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>> Marc Haber wrote on 10.09.2026 07:49:
>>>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>>>> Nenne einen Fakt, der diese Einschätzung gerechtfertigt.
>>>>>>
>>>>>> Dein Auftreten hier reicht völlig.
>>>>>
>>>>> Das ist wieder eine bloße Behauptung ohne irgendwas Konkretes.
>>>>>
>>>>>>> Es gibt den behauptenden Marc - und seine blinden Mitläufer.
>>>>>>
>>>>>> Oh, das ist aber ein Kompliment, das ich leider nicht annehmen kann.
>>>>>> Alexander hat vermutlich fünfmal so viel Erfahrung im Betrieb großer
>>>>>> Umgebungen als ich. Ich schätze ihn als einen anspruchsvollen und
>>>>>> kompetenten Gesprächspartner.
>>>>>>
>>>>>>>> Dem ist mit einem rsync-Binary am anderen Ende trivial abhelfbar. Zumal
>>>>>>>> rsync & ssh sich nicht eben gegenseitig ausschliessen.
>>>>>>>
>>>>>>> Der Provider wird den Betrieb eines user-rsync-Daemons nicht zulassen.
>>>>>>
>>>>>> Von einem rsync-Daemon sprach niemand.
>>>>>
>>>>> Ich kommunizierte 2002 mit Linux-Systemen, die alle einen aktiven Daemon hatten.
>>>>> Das ist die normale Verfahrensweise.
>>>>
>>>> Naja, kontextsensitiv. Für öffentliche Archive gibt es oft rsync-Server
>>>> damit Spiegel effizienter aktualisiert werden können. Ansonsten sehe
>>>> ich eher rsync-over-ssh (aus offensichtlichen Gründen) als üblicherweise
>>>> im Einsatz.
>>>
>>> Wenn ich unter FreeBSD rsync installiere, ist dadurch
>>> automatisch ein Daemon vorhanden.
>>
>> Vorhanden != läuft.
>
> Mit 'vorhanden' meine ich, daß er läuft.
Dann das bitte auch so sagen. "Vorhanden" bei sowas heisst gemeinhin
lediglich "installiert", nicht "läuft".
> Unix-Systeme starten daemons in /etc (rc).
Bitte mal Wissensstand aktualisieren: systemd existiert (jaja, die systemd Units
liegen auch in /etc rum, aber das sind keine rc Skripte mehr).
> Wenn das Kommando 'ps' ihn in eckigen Klammern zeigt, ist er kommunikations-bereit.
Bitte was? Auf Linux sind Prozesse in eckigen Klammern in der Ausgabe von
ps Kernel-Prozesse. Auf NetBSD taucht ebenfalls nur "system" so auf. FreeBSD
habe ich gerade nicht zur Hand, müsste ich erst den damit Laptop ausgraben.
Und, eben getestet (falls rsyncd tatsächlich argv[0] überschreibt auf diese
Weise): Nein, keine eckigen Klammern bei laufendem Daemon. Wo hast Du das
gesehen?
>>>>>>> Und es müssen mehrere Verschlüsselungen hintereinander erfolgen, mit von mir
>>>>>>> ausgewählten Algorithmen.
>>>>>>
>>>>>> Warum? Kennst Du eine Schwachstelle in AES256, von der wir noch nicht
>>>>>> wissen? Und warum bist Du dann noch hier und nicht im Debriefing bei
>>>>>> den Geheimdiensten? Und wie schützt Du die Schlüssel dieser
>>>>>> "mehrfachen" Verschlüsselung?
>>>>>
>>>>> Ich kenne keine Schwachstelle in AES256, das ist eine makellose Block-Chiffre (Belgien).
>>>>> Ich bevorzuge allerdings Strom-Chiffren!
>>>>
>>>> Warum?
>>>
>>> Der Umgang (in C) damit ist einfacher; man muß sich nicht um einen
>>> Blockrest kümmern.
>>
>> Das ist relativ trivial zu handhaben, aber gut, wenn Dir das zu kompliziert
>> ist, dann sei es so.
>
> Warum sollte ich eine Block-Chiffre wählen, wenn ich genau so gute Strom-Chiffren bereits habe?
> Es scheinen alle irgendwie geil auf AES256 zu sein, wohl, weil dieser Algorithmus
> im US-Government vorgeschrieben ist.
Weniger deswegen sondern weil AES ein guter Algorithmus ist, der
verschiedene Analysen gut überstanden hat. Und _deswegen_ für die US
Regierung empfohlen wird.
>>>> Sag mal, war dieses Bildungszentrum unter einem sehr grossen Stein?
>>>>
>>>> Denn Interpreter für Programmiersprachen waren damals schon eine alte
>>>> und wohlbekannte Idee.
>>>
>>> Das hatte ich nur unter Windows3.1 1985 in Form von Basic kennengelernt.
>>> Pascal, C, Cobol, Algol, FORTRAN, PEARL, Ada, etc. sind alles Compiler-Sprachen.
>>> Alle heute gängigen Interpreter gab es 1995 nicht.
>>
>> Das ist mal wieder dermassen typischer grober Unfug. Drei Beispiele aus
>> eigener Erfahrung Mitte/Ende der 1990er:
>> - REXX wurde von IBM u.a. auf OS/2 mitgeliefert und ich habe auf meiner
>> OS/2 Warp3 Installation damit etwas rumgespielt, wenn auch nie ernsthaft
>> verwendet - das ist eine als Interpreter laufende Kommandosprache, die
>> es 1979 gibt
>> - auf Solaris habe ich damals Perl gelernt, eine als Interpreter (Perl
>> kompiliert aus Effizienzgründen zu Bytecode und interpretiert den
>> dann, durchaus üblicher Ansatz) laufende Skriptsprache, die es seit
>> 1987 gibt und in der Mitte der 1990 sehr oft für CGIs zum Einsatz kam
>> - Mitte/Ende der 1990er (1996/1997) wurde ich von der Uni bezahlt um
>> eine Tcl/Tk Anwendung zu weiterzuentwickeln, diese interpretierte
>> Sprache gibt es seit 1988
>>
>> Dazu: CMUCL, kann als Compiler oder Interpreter laufen (wie bei Lisp üblich),
>> seit 1980. Der erste Lisp-Interpreter datiert auf 1959.
>>
>> Von den obigen dürfte REXX vor allem im Mainframe-Umfeld (wo es herkam)
>> überlebt haben. Tcl/Tk und Perl sind nach wie vor sehr im Einsatz und
>> eines der von mir mitbetreuten Produkte in der Firma ist in Lisp
>> geschrieben (läuft aber natürlich als Compilat, nicht im Interpreter).
>
> Ich hatte mich nur ein wenig mit 'perl' beschäftigt.
Ah, also doch.
>> Und auch das von Dir bemängelte Python erschien 1991.
>
> Das wußte ich nicht. Ich hatte 1995 keinerlei Kenntnis davon.
Merkt man ;-)
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-11 18:40 +0200 |
| Message-ID | <1181auh$37t7$1@solani.org> |
| In reply to | #369286 |
Alexander Schreiber wrote on 11.09.2026 15:01: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 10.09.2026 20:15: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Alexander Schreiber wrote on 10.09.2026 15:28: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Marc Haber wrote on 10.09.2026 07:49: >>>>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>>>> Nenne einen Fakt, der diese Einschätzung gerechtfertigt. >>>>>>> >>>>>>> Dein Auftreten hier reicht völlig. >>>>>> >>>>>> Das ist wieder eine bloße Behauptung ohne irgendwas Konkretes. >>>>>> >>>>>>>> Es gibt den behauptenden Marc - und seine blinden Mitläufer. >>>>>>> >>>>>>> Oh, das ist aber ein Kompliment, das ich leider nicht annehmen kann. >>>>>>> Alexander hat vermutlich fünfmal so viel Erfahrung im Betrieb großer >>>>>>> Umgebungen als ich. Ich schätze ihn als einen anspruchsvollen und >>>>>>> kompetenten Gesprächspartner. >>>>>>> >>>>>>>>> Dem ist mit einem rsync-Binary am anderen Ende trivial abhelfbar. Zumal >>>>>>>>> rsync & ssh sich nicht eben gegenseitig ausschliessen. >>>>>>>> >>>>>>>> Der Provider wird den Betrieb eines user-rsync-Daemons nicht zulassen. >>>>>>> >>>>>>> Von einem rsync-Daemon sprach niemand. >>>>>> >>>>>> Ich kommunizierte 2002 mit Linux-Systemen, die alle einen aktiven Daemon hatten. >>>>>> Das ist die normale Verfahrensweise. >>>>> >>>>> Naja, kontextsensitiv. Für öffentliche Archive gibt es oft rsync-Server >>>>> damit Spiegel effizienter aktualisiert werden können. Ansonsten sehe >>>>> ich eher rsync-over-ssh (aus offensichtlichen Gründen) als üblicherweise >>>>> im Einsatz. >>>> >>>> Wenn ich unter FreeBSD rsync installiere, ist dadurch >>>> automatisch ein Daemon vorhanden. >>> >>> Vorhanden != läuft. >> >> Mit 'vorhanden' meine ich, daß er läuft. > > Dann das bitte auch so sagen. "Vorhanden" bei sowas heisst gemeinhin > lediglich "installiert", nicht "läuft". Ich sagte, daß der Daemon vorhanden sei (per ps), nicht einfach nur das Kommando rsync. Hier ist der Daemon (per ps). ... 0:00.00 /usr/local/bin/rsync --daemon --config /usr/local/etc/rsync/rsyncd.conf Eine .pkg-Inhalt konfiguriert bei der Installation, daß der Daemon immer gestartet ist. Wenn solch ein Eintrag fehlt, gibt es keinen rsync-Daemon. >> Unix-Systeme starten daemons in /etc (rc). > > Bitte mal Wissensstand aktualisieren: systemd existiert (jaja, die systemd Units > liegen auch in /etc rum, aber das sind keine rc Skripte mehr). Es gibt unter FreeBSD /etc mehrere Verzeichnisse, die Skripte und Conf-Dateien enthalten. Das Verzeichnis /etc/rc.d ist eines davon, darin sind tatsächlich start-stop-Skripte. systemd existiert unter FreeBSD nicht. -rw-r--r-- 1 root wheel 5126 Jun 12 02:37 rc -rw-r--r-- 1 root wheel 4531 Jun 12 02:37 rc.bsdextended -rw-r--r-- 1 root wheel 1176 Jul 7 20:12 rc.conf drwxr-xr-x 2 root wheel 512 Jul 7 00:57 rc.conf.d drwxr-xr-x 2 root wheel 4096 Jul 7 01:02 rc.d -rw-r--r-- 1 root wheel 18696 Jun 12 02:37 rc.firewall -rw-r--r-- 1 root wheel 13712 Jun 12 02:37 rc.initdiskless -rwxr-xr-x 1 root wheel 2239 Jun 12 02:37 rc.resume -rw-r--r-- 1 root wheel 3340 Jun 12 02:37 rc.shutdown -rw-r--r-- 1 root wheel 66945 Jun 12 02:37 rc.subr -rwxr-xr-x 1 root wheel 2351 Jun 12 02:37 rc.suspend Ich selbst brauche fstab, rc.conf, hosts, resolv.conf, defaults, ssh. Mit fallender Häufigkeit. >> Wenn das Kommando 'ps' ihn in eckigen Klammern zeigt, ist er kommunikations-bereit. > > Bitte was? Auf Linux sind Prozesse in eckigen Klammern in der Ausgabe von > ps Kernel-Prozesse. Auf NetBSD taucht ebenfalls nur "system" so auf. FreeBSD > habe ich gerade nicht zur Hand, müsste ich erst den damit Laptop ausgraben. Ist das so tierisch wichtig? root 0 0 0 DLs - 0:00.16 [kernel] root 1 0 1 ILs - 0:00.02 /sbin/init root 2 0 0 WL - 0:00.81 [clock] root 3 0 0 DL - 0:00.00 [crypto] root 4 0 0 DL - 0:00.19 [cam] root 5 0 0 DL - 0:00.00 [busdma] root 6 0 0 DL - 0:00.04 [rand_harvestq] root 7 0 0 DL - 0:00.00 [enc_daemon0] root 8 0 0 DL - 0:00.08 [pagedaemon] root 9 0 0 DL - 0:00.00 [vmdaemon] root 10 0 0 DL - 0:00.00 [audit] root 11 0 0 RNL - 512:12.71 [idle] root 12 0 0 WL - 0:00.24 [intr] root 13 0 0 DL - 0:00.07 [geom] root 14 0 0 DL - 0:00.79 [usb] root 15 0 0 DL - 0:00.06 [bufdaemon] root 16 0 0 DL - 0:00.00 [vnlru] root 17 0 0 DL - 0:00.01 [syncer] Der rsync-Daemon ist vorstehend nicht dabei - ich habe mich mit dessen Position in der Ausgabe von ps halt geirrt. Weiter unten wird der ausgegeben: ... 0:00.00 /usr/local/bin/rsync --daemon --config /usr/local/etc/rsync/rsyncd.conf Dieser Daemon würde auch auf Anfragen von Außen reagieren, falls ich meinen Router entsprechend konfigurieren würde. > Und, eben getestet (falls rsyncd tatsächlich argv[0] überschreibt auf diese > Weise): Nein, keine eckigen Klammern bei laufendem Daemon. Wo hast Du das > gesehen? Ich habe mich mit den eckigen Klammern halt geirrt, weil ich ps lange nicht mehr aufrief. >>>>>>>> Und es müssen mehrere Verschlüsselungen hintereinander erfolgen, mit von mir >>>>>>>> ausgewählten Algorithmen. >>>>>>> >>>>>>> Warum? Kennst Du eine Schwachstelle in AES256, von der wir noch nicht >>>>>>> wissen? Und warum bist Du dann noch hier und nicht im Debriefing bei >>>>>>> den Geheimdiensten? Und wie schützt Du die Schlüssel dieser >>>>>>> "mehrfachen" Verschlüsselung? >>>>>> >>>>>> Ich kenne keine Schwachstelle in AES256, das ist eine makellose Block-Chiffre (Belgien). >>>>>> Ich bevorzuge allerdings Strom-Chiffren! >>>>> >>>>> Warum? >>>> >>>> Der Umgang (in C) damit ist einfacher; man muß sich nicht um einen >>>> Blockrest kümmern. >>> >>> Das ist relativ trivial zu handhaben, aber gut, wenn Dir das zu kompliziert >>> ist, dann sei es so. >> >> Warum sollte ich eine Block-Chiffre wählen, wenn ich genau so gute Strom-Chiffren bereits habe? >> Es scheinen alle irgendwie geil auf AES256 zu sein, wohl, weil dieser Algorithmus >> im US-Government vorgeschrieben ist. > > Weniger deswegen sondern weil AES ein guter Algorithmus ist, der > verschiedene Analysen gut überstanden hat. Und _deswegen_ für die US > Regierung empfohlen wird. Das weiß ich, denn ich habe die Berichte über die Algo-Auswahl beim NIST gelesen. Andere gleich gute Algorithmen wurden auch getestet, ob sie zu 'schwach' sind, wie z.B. 'rc4'. 'rabbit' z.B. konnte bis heute nicht korrumpiert werden. >>>>> Sag mal, war dieses Bildungszentrum unter einem sehr grossen Stein? >>>>> >>>>> Denn Interpreter für Programmiersprachen waren damals schon eine alte >>>>> und wohlbekannte Idee. >>>> >>>> Das hatte ich nur unter Windows3.1 1985 in Form von Basic kennengelernt. >>>> Pascal, C, Cobol, Algol, FORTRAN, PEARL, Ada, etc. sind alles Compiler-Sprachen. >>>> Alle heute gängigen Interpreter gab es 1995 nicht. >>> >>> Das ist mal wieder dermassen typischer grober Unfug. Drei Beispiele aus >>> eigener Erfahrung Mitte/Ende der 1990er: >>> - REXX wurde von IBM u.a. auf OS/2 mitgeliefert und ich habe auf meiner >>> OS/2 Warp3 Installation damit etwas rumgespielt, wenn auch nie ernsthaft >>> verwendet - das ist eine als Interpreter laufende Kommandosprache, die >>> es 1979 gibt >>> - auf Solaris habe ich damals Perl gelernt, eine als Interpreter (Perl >>> kompiliert aus Effizienzgründen zu Bytecode und interpretiert den >>> dann, durchaus üblicher Ansatz) laufende Skriptsprache, die es seit >>> 1987 gibt und in der Mitte der 1990 sehr oft für CGIs zum Einsatz kam >>> - Mitte/Ende der 1990er (1996/1997) wurde ich von der Uni bezahlt um >>> eine Tcl/Tk Anwendung zu weiterzuentwickeln, diese interpretierte >>> Sprache gibt es seit 1988 >>> >>> Dazu: CMUCL, kann als Compiler oder Interpreter laufen (wie bei Lisp üblich), >>> seit 1980. Der erste Lisp-Interpreter datiert auf 1959. Ich schrieb: "Alle heute gängigen Interpreter gab es 1995 nicht." . ^^^^^^^^ >> >> Ich hatte mich nur ein wenig mit 'perl' beschäftigt. > > Ah, also doch. Nein, ich hatte ein perl-Beispiel in mein erstes C-Buch aufgenommen. Das war jedoch 2005, nicht schon vor 1995. Der Grund: weil perl gängig und schnell war. >>> Und auch das von Dir bemängelte Python erschien 1991. >> >> Das wußte ich nicht. Ich hatte 1995 keinerlei Kenntnis davon. > > Merkt man ;-) Python war damals sicher nicht gängig, obwohl in Fachkreisen wohl bekannt. Perl kannte ich 1995 ebenso nicht, vielleicht nur vom Namen her. Auch RUST und PHP waren damals sicherlich nicht gängig, die heute gängig sind. Später, 2005, kannte ich perl als gängigen Interpreter. Jedoch gefällt perl mir nicht, weil ich z.B. mit der bish in ein laufendes Skript schreiben kann, mit dem laufenden Code dieses Skripts. Dies geht mit perl (wahrscheinlich) nicht, weil perl kompiliert. Während bish ein 100%-iger Interpreter ist. Die Syntax von perl gefällt mir ebenso nicht. Sie kommt mir nicht entgegen. Ich stecke meine Energie nicht in Dinge, die mich gar nicht interessieren. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-11 21:30 +0200 |
| Message-ID | <slrn11a8lmh.38fbi.als@mordor.angband.thangorodrim.de> |
| In reply to | #369294 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 11.09.2026 15:01:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Alexander Schreiber wrote on 10.09.2026 20:15:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>> Alexander Schreiber wrote on 10.09.2026 15:28:
>>>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>>>> Marc Haber wrote on 10.09.2026 07:49:
>>>>>>>> Helmut Schellong <var@schellong.biz> wrote:
>>
>> Bitte mal Wissensstand aktualisieren: systemd existiert (jaja, die systemd Units
>> liegen auch in /etc rum, aber das sind keine rc Skripte mehr).
>
> Es gibt unter FreeBSD /etc mehrere Verzeichnisse, die Skripte und Conf-Dateien enthalten.
> Das Verzeichnis /etc/rc.d ist eines davon, darin sind tatsächlich start-stop-Skripte.
> systemd existiert unter FreeBSD nicht.
U.a. aus Lizenzgründen wird sich systemd nicht in FreeBSD wiederfinden,
aber es gibt durchaus Leute, die einen Nachbau davon für FreeBSD
diskutieren. Mal sehen, ob jemals was daraus wird.
>>> Wenn das Kommando 'ps' ihn in eckigen Klammern zeigt, ist er kommunikations-bereit.
>>
>> Bitte was? Auf Linux sind Prozesse in eckigen Klammern in der Ausgabe von
>> ps Kernel-Prozesse. Auf NetBSD taucht ebenfalls nur "system" so auf. FreeBSD
>> habe ich gerade nicht zur Hand, müsste ich erst den damit Laptop ausgraben.
>
> Ist das so tierisch wichtig?
Naja, damit kann man auf einen Blick Kernel- von Userspace-Prozessen unter-
scheiden. Und es _gibt_ Programme, die argv[0] zu Signalisierungszwecken
überschreiben.
>>>> Und auch das von Dir bemängelte Python erschien 1991.
>>>
>>> Das wußte ich nicht. Ich hatte 1995 keinerlei Kenntnis davon.
>>
>> Merkt man ;-)
>
> Python war damals sicher nicht gängig, obwohl in Fachkreisen wohl bekannt.
> Perl kannte ich 1995 ebenso nicht, vielleicht nur vom Namen her.
> Auch RUST und PHP waren damals sicherlich nicht gängig, die heute gängig sind.
Vor allem deshalb weil PHP erst 1995 rauskam und Rust 2012.
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 12:11 +0200 |
| Message-ID | <11838fv$4iff$1@solani.org> |
| In reply to | #369301 |
Alexander Schreiber wrote on 11.09.2026 21:30: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 11.09.2026 15:01: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Alexander Schreiber wrote on 10.09.2026 20:15: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Alexander Schreiber wrote on 10.09.2026 15:28: >>>>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>>>> Marc Haber wrote on 10.09.2026 07:49: >>>>>>>>> Helmut Schellong <var@schellong.biz> wrote: >>> >>> Bitte mal Wissensstand aktualisieren: systemd existiert (jaja, die systemd Units >>> liegen auch in /etc rum, aber das sind keine rc Skripte mehr). >> >> Es gibt unter FreeBSD /etc mehrere Verzeichnisse, die Skripte und Conf-Dateien enthalten. >> Das Verzeichnis /etc/rc.d ist eines davon, darin sind tatsächlich start-stop-Skripte. >> systemd existiert unter FreeBSD nicht. > > U.a. aus Lizenzgründen wird sich systemd nicht in FreeBSD wiederfinden, > aber es gibt durchaus Leute, die einen Nachbau davon für FreeBSD > diskutieren. Mal sehen, ob jemals was daraus wird. FreeBSD ist durchaus eigen und selbstbewußt. Sie haben schon manches dauerhaft aus dem System entfernt. rsync gehört z.B. nicht zum System, weil diese Exe /usr/local/bin/rsync lautet. >>>> Wenn das Kommando 'ps' ihn in eckigen Klammern zeigt, ist er kommunikations-bereit. >>> >>> Bitte was? Auf Linux sind Prozesse in eckigen Klammern in der Ausgabe von >>> ps Kernel-Prozesse. Auf NetBSD taucht ebenfalls nur "system" so auf. FreeBSD >>> habe ich gerade nicht zur Hand, müsste ich erst den damit Laptop ausgraben. >> >> Ist das so tierisch wichtig? > > Naja, damit kann man auf einen Blick Kernel- von Userspace-Prozessen unter- > scheiden. Und es _gibt_ Programme, die argv[0] zu Signalisierungszwecken > überschreiben. > >>>>> Und auch das von Dir bemängelte Python erschien 1991. >>>> >>>> Das wußte ich nicht. Ich hatte 1995 keinerlei Kenntnis davon. >>> >>> Merkt man ;-) >> >> Python war damals sicher nicht gängig, obwohl in Fachkreisen wohl bekannt. >> Perl kannte ich 1995 ebenso nicht, vielleicht nur vom Namen her. >> Auch RUST und PHP waren damals sicherlich nicht gängig, die heute gängig sind. > > Vor allem deshalb weil PHP erst 1995 rauskam und Rust 2012. Das überrascht mich nicht, ungefähr so dachte ich mir das. Wirklich gängig waren damals sh, csh, ksh, awk. zsh bekannt, aber nicht gängig. Bis vor kurzem war csh die Login-Shell unter FreeBSD. Unter FreeBSD Rel.15.1 sah ich erstmals /bin/sh als solche. Hab ich geändert. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-12 18:01 +0200 |
| Message-ID | <slrn11aatqo.3nsr1.als@mordor.angband.thangorodrim.de> |
| In reply to | #369322 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 11.09.2026 21:30:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Alexander Schreiber wrote on 11.09.2026 15:01:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>> Alexander Schreiber wrote on 10.09.2026 20:15:
>>>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>>>> Alexander Schreiber wrote on 10.09.2026 15:28:
>>>>>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>>>>>> Marc Haber wrote on 10.09.2026 07:49:
>>>>>>>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>
>>>> Bitte mal Wissensstand aktualisieren: systemd existiert (jaja, die systemd Units
>>>> liegen auch in /etc rum, aber das sind keine rc Skripte mehr).
>>>
>>> Es gibt unter FreeBSD /etc mehrere Verzeichnisse, die Skripte und Conf-Dateien enthalten.
>>> Das Verzeichnis /etc/rc.d ist eines davon, darin sind tatsächlich start-stop-Skripte.
>>> systemd existiert unter FreeBSD nicht.
>>
>> U.a. aus Lizenzgründen wird sich systemd nicht in FreeBSD wiederfinden,
>> aber es gibt durchaus Leute, die einen Nachbau davon für FreeBSD
>> diskutieren. Mal sehen, ob jemals was daraus wird.
>
> FreeBSD ist durchaus eigen und selbstbewußt.
> Sie haben schon manches dauerhaft aus dem System entfernt.
> rsync gehört z.B. nicht zum System, weil diese Exe /usr/local/bin/rsync lautet.
*seufz*
Das einzige mir bekannte System, bei dem rsync "zum System gehört" ist
Gentoo, weil es vom Paketmanagement benutzt wird. Und auch da ist es
ein eigenständiges Paket, auf welches das Paketmanagement halt eine
Abhängigkeit hat - also eigentlich auch nicht "zum System" gehörend.
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 22:06 +0200 |
| Message-ID | <1184bbg$3bib$1@solani.org> |
| In reply to | #369356 |
Alexander Schreiber wrote on 12.09.2026 18:01: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 11.09.2026 21:30: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Alexander Schreiber wrote on 11.09.2026 15:01: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Alexander Schreiber wrote on 10.09.2026 20:15: >>>>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>>>> Alexander Schreiber wrote on 10.09.2026 15:28: >>>>>>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>>>>>> Marc Haber wrote on 10.09.2026 07:49: >>>>>>>>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>> >>>>> Bitte mal Wissensstand aktualisieren: systemd existiert (jaja, die systemd Units >>>>> liegen auch in /etc rum, aber das sind keine rc Skripte mehr). >>>> >>>> Es gibt unter FreeBSD /etc mehrere Verzeichnisse, die Skripte und Conf-Dateien enthalten. >>>> Das Verzeichnis /etc/rc.d ist eines davon, darin sind tatsächlich start-stop-Skripte. >>>> systemd existiert unter FreeBSD nicht. >>> >>> U.a. aus Lizenzgründen wird sich systemd nicht in FreeBSD wiederfinden, >>> aber es gibt durchaus Leute, die einen Nachbau davon für FreeBSD >>> diskutieren. Mal sehen, ob jemals was daraus wird. >> >> FreeBSD ist durchaus eigen und selbstbewußt. >> Sie haben schon manches dauerhaft aus dem System entfernt. >> rsync gehört z.B. nicht zum System, weil diese Exe /usr/local/bin/rsync lautet. > > *seufz* > > Das einzige mir bekannte System, bei dem rsync "zum System gehört" ist > Gentoo, weil es vom Paketmanagement benutzt wird. Und auch da ist es > ein eigenständiges Paket, auf welches das Paketmanagement halt eine > Abhängigkeit hat - also eigentlich auch nicht "zum System" gehörend. FreeBSD hatte perl als zum System gehörend aufgenommen. Dieser Status wurde nach langer Zeit entfernt. Ich hatte berichtet. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-13 15:23 +0200 |
| Message-ID | <118685a$r85q$1@news1.tnib.de> |
| In reply to | #369361 |
Helmut Schellong <var@schellong.biz> wrote: >FreeBSD hatte perl als zum System gehörend aufgenommen. Was FreeBSD als "zum System gehörend" sieht und was nicht, ist sowieso seltsam in meiner Wahrnehmung. Warum sollte ich mich als User dafür interessieren, woher ein Binary kommt? Debian GNU/Linux unterscheidet zwar zwischen dem "base system" und dem Rest, aber im laufenden system kannst Du nicht sehen (und musst es auch gar nicht wissen) was zum "base system" gehört und was nicht; das ist nur während der Installation relevant. Grüße Marc -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-13 20:58 +0200 |
| Message-ID | <1186rp1$54le$1@solani.org> |
| In reply to | #369373 |
Marc Haber wrote on 13.09.2026 15:23: > Helmut Schellong <var@schellong.biz> wrote: >> FreeBSD hatte perl als zum System gehörend aufgenommen. > > Was FreeBSD als "zum System gehörend" sieht und was nicht, ist sowieso > seltsam in meiner Wahrnehmung. Warum sollte ich mich als User dafür > interessieren, woher ein Binary kommt? > > Debian GNU/Linux unterscheidet zwar zwischen dem "base system" und dem > Rest, aber im laufenden system kannst Du nicht sehen (und musst es > auch gar nicht wissen) was zum "base system" gehört und was nicht; das > ist nur während der Installation relevant. Die zum System gehörenden Dateien wurden von den vielleicht 1500 FreeBSD-Entwicklern entwickelt. perl hat diesen Status eventuell verloren, weil perl eben nicht von FreeBSD entwickelt wurde. Ich fände das logisch, weil das eine Art von 'Aufräumen' ist. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 08:11 +0200 |
| Message-ID | <1182qef$lauo$1@news1.tnib.de> |
| In reply to | #369294 |
Helmut Schellong <var@schellong.biz> wrote: >Ich sagte, daß der Daemon vorhanden sei (per ps), nicht einfach nur das Kommando rsync. > >Hier ist der Daemon (per ps). >... 0:00.00 /usr/local/bin/rsync --daemon --config /usr/local/etc/rsync/rsyncd.conf >Eine .pkg-Inhalt konfiguriert bei der Installation, daß der Daemon immer gestartet ist. Wenn das im Default bei Installation des "normalen" rsync-Pakets passiert, ist das Paket kaputt. rsyncd ist eine NIschenlösung für eine sehr seltene Anwendung; ich gehe davon aus dass weit über 90% der rsync-Installationen keinen lokalen DAaemon brauchen. >Wenn solch ein Eintrag fehlt, gibt es keinen rsync-Daemon. Das ist eine Binse. Du bräuchtest aber keinen rsync-Daemon. >Dieser Daemon würde auch auf Anfragen von Außen reagieren, falls ich meinen >Router entsprechend konfigurieren würde. Schalt ihn halt aus. Du brauchst ihn nicht. >Andere gleich gute Algorithmen wurden auch getestet, ob sie zu 'schwach' sind, wie z.B. 'rc4'. >'rabbit' z.B. konnte bis heute nicht korrumpiert werden. Du solltest Kryptografie wirklich den Spezialisten überlassen. Grüße Marc -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-12 09:49 +0200 |
| Message-ID | <slrn11aa10e.3huhl.als@mordor.angband.thangorodrim.de> |
| In reply to | #369303 |
Marc Haber <mh+usenetspam2616@zugschl.us> wrote:
> Helmut Schellong <var@schellong.biz> wrote:
>>Ich sagte, daß der Daemon vorhanden sei (per ps), nicht einfach nur das Kommando rsync.
>>
>>Hier ist der Daemon (per ps).
>>... 0:00.00 /usr/local/bin/rsync --daemon --config /usr/local/etc/rsync/rsyncd.conf
>>Eine .pkg-Inhalt konfiguriert bei der Installation, daß der Daemon immer gestartet ist.
>
> Wenn das im Default bei Installation des "normalen" rsync-Pakets
> passiert, ist das Paket kaputt. rsyncd ist eine NIschenlösung für eine
> sehr seltene Anwendung; ich gehe davon aus dass weit über 90% der
> rsync-Installationen keinen lokalen DAaemon brauchen.
Allerdings. Gerade mal getested auf FreeBSD 15.1-RELEASE:
"pkg add rsync" installiert das rsync-Paket, jedoch läuft der Daemon
nicht automatisch - dies entspricht der Erwartungshaltung. Es wird ein
Startskript für den Daemon als "/usr/local/etc/rc.d/rsync" installiert,
dieses erfordert für den normalen Start (entweder automatisch beim Booten
oder manuell via "/usr/local/etc/rc.d/rsync start" den entsprechenden
/etc/rc.conf Eintrag: "rsyncd_enable=YES" welcher selbstverständlich
nicht bei Installation automatisch gesetzt ist und manuell eingetragen
werden muss.
Das Paket (oder der Port, um FreeBSD Sprachgebrauch zu verwenden) rsync
verhält sich also - wie erwartet - vernünftig.
Als entweder hat der Herr Schellong da einen selbst verbastelten Fork
des Ports am Laufen oder erzählt Unfug ...
>>Andere gleich gute Algorithmen wurden auch getestet, ob sie zu 'schwach' sind, wie z.B. 'rc4'.
>>'rabbit' z.B. konnte bis heute nicht korrumpiert werden.
>
> Du solltest Kryptografie wirklich den Spezialisten überlassen.
Tja.
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 14:14 +0200 |
| Message-ID | <1183fmk$4ou4$1@solani.org> |
| In reply to | #369315 |
Alexander Schreiber wrote on 12.09.2026 09:49: > Marc Haber <mh+usenetspam2616@zugschl.us> wrote: >> Helmut Schellong <var@schellong.biz> wrote: >>> Ich sagte, daß der Daemon vorhanden sei (per ps), nicht einfach nur das Kommando rsync. >>> >>> Hier ist der Daemon (per ps). >>> ... 0:00.00 /usr/local/bin/rsync --daemon --config /usr/local/etc/rsync/rsyncd.conf >>> Eine .pkg-Inhalt konfiguriert bei der Installation, daß der Daemon immer gestartet ist. >> >> Wenn das im Default bei Installation des "normalen" rsync-Pakets >> passiert, ist das Paket kaputt. rsyncd ist eine NIschenlösung für eine >> sehr seltene Anwendung; ich gehe davon aus dass weit über 90% der >> rsync-Installationen keinen lokalen DAaemon brauchen. > > Allerdings. Gerade mal getested auf FreeBSD 15.1-RELEASE: > "pkg add rsync" installiert das rsync-Paket, jedoch läuft der Daemon > nicht automatisch - dies entspricht der Erwartungshaltung. Es wird ein > Startskript für den Daemon als "/usr/local/etc/rc.d/rsync" installiert, > dieses erfordert für den normalen Start (entweder automatisch beim Booten > oder manuell via "/usr/local/etc/rc.d/rsync start" den entsprechenden > /etc/rc.conf Eintrag: "rsyncd_enable=YES" welcher selbstverständlich > nicht bei Installation automatisch gesetzt ist und manuell eingetragen > werden muss. > > Das Paket (oder der Port, um FreeBSD Sprachgebrauch zu verwenden) rsync > verhält sich also - wie erwartet - vernünftig. > > Als entweder hat der Herr Schellong da einen selbst verbastelten Fork > des Ports am Laufen oder erzählt Unfug ... Ich hatte erzählt, daß bei mir durch Installation von rsync der Daemon vorhanden ist. Das Verhalten ist bei mir auch so, wie ich es erzählte. Weil ich seit langer Zeit pauschal 'rsyncd_enable=YES' in rc.conf eingetragen habe. Die vielen enable-Einträge in dieser Datei habe ich nicht auswendig im Kopf. Ist hier eine polizeiliche Ermittlung im Gange? >>> Andere gleich gute Algorithmen wurden auch getestet, ob sie zu 'schwach' sind, wie z.B. 'rc4'. >>> 'rabbit' z.B. konnte bis heute nicht korrumpiert werden. >> >> Du solltest Kryptografie wirklich den Spezialisten überlassen. > > Tja. Der vorstehende Spruch von Marc Haber ist überflüssiger und unzutreffender Blödsinn. Ich berichtete. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 15:39 +0200 |
| Message-ID | <1183kmo$mnl4$1@news1.tnib.de> |
| In reply to | #369331 |
Helmut Schellong <var@schellong.biz> wrote: >Weil ich seit langer Zeit pauschal 'rsyncd_enable=YES' in rc.conf eingetragen habe. ABER WARUM??!? >Die vielen enable-Einträge in dieser Datei habe ich nicht auswendig im Kopf. >Ist hier eine polizeiliche Ermittlung im Gange? > >>>> Andere gleich gute Algorithmen wurden auch getestet, ob sie zu 'schwach' sind, wie z.B. 'rc4'. >>>> 'rabbit' z.B. konnte bis heute nicht korrumpiert werden. >>> >>> Du solltest Kryptografie wirklich den Spezialisten überlassen. >> >> Tja. > >Der vorstehende Spruch von Marc Haber ist überflüssiger und unzutreffender Blödsinn. >Ich berichtete. Du bestätigtest. Unfreiwillig zwar, aber Du bestätigtest. -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 16:01 +0200 |
| Message-ID | <1183lvv$4ufh$1@solani.org> |
| In reply to | #369338 |
Marc Haber wrote on 12.09.2026 15:39: > Helmut Schellong <var@schellong.biz> wrote: >> Weil ich seit langer Zeit pauschal 'rsyncd_enable=YES' in rc.conf eingetragen habe. > > ABER WARUM??!? Ich tat das etwa 2002, weil ich zu der Zeit intensiv vom Homeoffice aus mit den Servern meines Arbeitgebers per rsync kommunizierte. Ich berichtete. Ich dachte damals, ich könnte dann auch von der Firma aus kommunizieren, was ich auch einmal wegen einer Demo tat. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-12 18:19 +0200 |
| Message-ID | <slrn11aaut2.3nsr1.als@mordor.angband.thangorodrim.de> |
| In reply to | #369349 |
Helmut Schellong <var@schellong.biz> wrote:
> Marc Haber wrote on 12.09.2026 15:39:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Weil ich seit langer Zeit pauschal 'rsyncd_enable=YES' in rc.conf eingetragen habe.
>>
>> ABER WARUM??!?
>
> Ich tat das etwa 2002, weil ich zu der Zeit intensiv vom Homeoffice aus
> mit den Servern meines Arbeitgebers per rsync kommunizierte.
Du schuldest mir eine Tischkante.
So wie Du Dich hier bisher dargestellt hast, lief diese Kommunikation
via rsync natürlich nicht eingepackt in ein verschlüsselndes VPN,
korrekt?
> Ich berichtete.
> Ich dachte damals, ich könnte dann auch von der Firma aus kommunizieren,
> was ich auch einmal wegen einer Demo tat.
Bei meinen letzten Arbeitgebern (und besonders beim aktuellen) hätte es
für "rsync im Klartext quer durchs Internet" im besten Fall ein intensives
Gespräch mit dem Chef gegeben. Und ich hätte dem Chef zugestimmt ...
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 23:40 +0200 |
| Message-ID | <1184gsm$3f8e$1@solani.org> |
| In reply to | #369358 |
Alexander Schreiber wrote on 12.09.2026 18:19: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 12.09.2026 15:39: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Weil ich seit langer Zeit pauschal 'rsyncd_enable=YES' in rc.conf eingetragen habe. >>> >>> ABER WARUM??!? >> >> Ich tat das etwa 2002, weil ich zu der Zeit intensiv vom Homeoffice aus >> mit den Servern meines Arbeitgebers per rsync kommunizierte. > > Du schuldest mir eine Tischkante. > > So wie Du Dich hier bisher dargestellt hast, lief diese Kommunikation > via rsync natürlich nicht eingepackt in ein verschlüsselndes VPN, > korrekt? Das ist korrekt, es war kein Tunnel. Die Firma hatte erst viel später VPN-Tunnel, 10 Stück. Ich konnte keinen bekommen, zumal ich längst kein Admin mehr war. Überwiegend Vertriebler erhielten die Tunnel. >> Ich berichtete. >> Ich dachte damals, ich könnte dann auch von der Firma aus kommunizieren, >> was ich auch einmal wegen einer Demo tat. > > Bei meinen letzten Arbeitgebern (und besonders beim aktuellen) hätte es > für "rsync im Klartext quer durchs Internet" im besten Fall ein intensives > Gespräch mit dem Chef gegeben. Und ich hätte dem Chef zugestimmt ... Ich tat damals alles im Wissen der Vorgesetzten. Nicht nur das, ich wurde aufgefordert, das alles zu tun, was ich tat. Ich wurde als Entwicklungsingenieur für die C-Programmierung von Industrieanlagen 2001 eingestellt. Das wurde im Einstellungsgespräch mit dem Firmengründer und Geschäftsführer und dem Entwicklungsleiter besprochen. Letzterer wollte mich als Mitarbeiter haben, wegen meiner Homepage. Die Tätigkeit als halber Admin fiel mir temporär zu, weil ich Scripting beherrschte. Eigentlich ist doch alles ganz normal, was ich da erzähle. Halt ein Abschnitt im Arbeitsleben eines Entwicklers. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-13 15:52 +0200 |
| Message-ID | <slrn11adal6.7kbl.als@mordor.angband.thangorodrim.de> |
| In reply to | #369365 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 12.09.2026 18:19:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Marc Haber wrote on 12.09.2026 15:39:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>> Weil ich seit langer Zeit pauschal 'rsyncd_enable=YES' in rc.conf eingetragen habe.
>>>>
>>>> ABER WARUM??!?
>>>
>>> Ich tat das etwa 2002, weil ich zu der Zeit intensiv vom Homeoffice aus
>>> mit den Servern meines Arbeitgebers per rsync kommunizierte.
>>
>> Du schuldest mir eine Tischkante.
>>
>> So wie Du Dich hier bisher dargestellt hast, lief diese Kommunikation
>> via rsync natürlich nicht eingepackt in ein verschlüsselndes VPN,
>> korrekt?
>
> Das ist korrekt, es war kein Tunnel.
> Die Firma hatte erst viel später VPN-Tunnel, 10 Stück.
> Ich konnte keinen bekommen, zumal ich längst kein Admin mehr war.
> Überwiegend Vertriebler erhielten die Tunnel.
Ok, ich hatte vergessen, wie grottenschlecht die IT in den meisten KMU
ist, da ich es anders gewöhnt bin: Selbst als ich vor 20 Jahren in einer
sich selbst als "mittelständisches Unternehmen" (trotz nicht trivialer
Grösse und internationaler Präsenz) sehenden Firma in Deutschland
gearbeitet habe, gab es Zugang zum Firmennetz "von draussen" nur über VPN.
Beim Arbeitgeber davor gab es aufgrund der Natur der internen Datenbestände
sowie der "Firmenaufgaben" gar keinen Aussenzugang - Zugang zum internen
Netz nur physisch innerhalb der Zentrale oder in den Aussenstellen im
Land. Und die Aussenstellen hatten alle bewaffnete Mitarbeiter vor Ort.
Und selbst als ich bei einem kleinen Startup vor 24 Jahren gearbeitet
habe, gab es Zugang von aussen nur via IPSec[0] Tunnel für unsere mobilen
Mitarbeiter (Verkauf & Consulting), ansonsten nur lokal. Da hatten die
Gründer allerdings auch einen mathematisch/technischen Hintergrund ;-)
>>> Ich berichtete.
>>> Ich dachte damals, ich könnte dann auch von der Firma aus kommunizieren,
>>> was ich auch einmal wegen einer Demo tat.
>>
>> Bei meinen letzten Arbeitgebern (und besonders beim aktuellen) hätte es
>> für "rsync im Klartext quer durchs Internet" im besten Fall ein intensives
>> Gespräch mit dem Chef gegeben. Und ich hätte dem Chef zugestimmt ...
>
> Ich tat damals alles im Wissen der Vorgesetzten.
Ok, siehe oben, grausliges Verhalten entschuldigt durch ahnungslose
Firmen-IT und Führung.
> Eigentlich ist doch alles ganz normal, was ich da erzähle.
> Halt ein Abschnitt im Arbeitsleben eines Entwicklers.
Naja, kommt halt aufs Umfeld an. Meinereiner ist da seit einschliesslich
Universität durch generell technisch kompetente bis äusserst kompetente
Umgebungen verwöhnt worden. Und ich kenne die Geschichten vom Kumpel,
der IT-Betreuung für Kleinunternehmen gemacht hat - was der da teilweise
gefunden hat, war um Zehnägel aufrollen.
Man liest sich,
Alex.
[0] Ziemlich nervig, das zwischen Linux und Windows (IIRC Windows2000?)
zuverlässig zum Laufen zu bekommen.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-13 22:00 +0200 |
| Message-ID | <1186vbl$56vl$1@solani.org> |
| In reply to | #369376 |
Alexander Schreiber wrote on 13.09.2026 15:52: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 12.09.2026 18:19: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Marc Haber wrote on 12.09.2026 15:39: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Weil ich seit langer Zeit pauschal 'rsyncd_enable=YES' in rc.conf eingetragen habe. >>>>> >>>>> ABER WARUM??!? >>>> >>>> Ich tat das etwa 2002, weil ich zu der Zeit intensiv vom Homeoffice aus >>>> mit den Servern meines Arbeitgebers per rsync kommunizierte. >>> >>> Du schuldest mir eine Tischkante. >>> >>> So wie Du Dich hier bisher dargestellt hast, lief diese Kommunikation >>> via rsync natürlich nicht eingepackt in ein verschlüsselndes VPN, >>> korrekt? >> >> Das ist korrekt, es war kein Tunnel. >> Die Firma hatte erst viel später VPN-Tunnel, 10 Stück. >> Ich konnte keinen bekommen, zumal ich längst kein Admin mehr war. >> Überwiegend Vertriebler erhielten die Tunnel. > > Ok, ich hatte vergessen, wie grottenschlecht die IT in den meisten KMU > ist, da ich es anders gewöhnt bin: Selbst als ich vor 20 Jahren in einer > sich selbst als "mittelständisches Unternehmen" (trotz nicht trivialer > Grösse und internationaler Präsenz) sehenden Firma in Deutschland > gearbeitet habe, gab es Zugang zum Firmennetz "von draussen" nur über VPN. > > Beim Arbeitgeber davor gab es aufgrund der Natur der internen Datenbestände > sowie der "Firmenaufgaben" gar keinen Aussenzugang - Zugang zum internen > Netz nur physisch innerhalb der Zentrale oder in den Aussenstellen im > Land. Und die Aussenstellen hatten alle bewaffnete Mitarbeiter vor Ort. > > Und selbst als ich bei einem kleinen Startup vor 24 Jahren gearbeitet > habe, gab es Zugang von aussen nur via IPSec[0] Tunnel für unsere mobilen > Mitarbeiter (Verkauf & Consulting), ansonsten nur lokal. Da hatten die > Gründer allerdings auch einen mathematisch/technischen Hintergrund ;-) > >>>> Ich berichtete. >>>> Ich dachte damals, ich könnte dann auch von der Firma aus kommunizieren, >>>> was ich auch einmal wegen einer Demo tat. >>> >>> Bei meinen letzten Arbeitgebern (und besonders beim aktuellen) hätte es >>> für "rsync im Klartext quer durchs Internet" im besten Fall ein intensives >>> Gespräch mit dem Chef gegeben. Und ich hätte dem Chef zugestimmt ... >> >> Ich tat damals alles im Wissen der Vorgesetzten. > > Ok, siehe oben, grausliges Verhalten entschuldigt durch ahnungslose > Firmen-IT und Führung. Mein Kollege sagte mal bekräftigend, daß er das Arbeitsklima in der Firma mag. Aus meiner Sicht war das besonders gelassen-freundlich. Vielleicht hatte ich auch deshalb einen Vertrauensvorschuß. >> Eigentlich ist doch alles ganz normal, was ich da erzähle. >> Halt ein Abschnitt im Arbeitsleben eines Entwicklers. > > Naja, kommt halt aufs Umfeld an. Meinereiner ist da seit einschliesslich > Universität durch generell technisch kompetente bis äusserst kompetente > Umgebungen verwöhnt worden. Und ich kenne die Geschichten vom Kumpel, > der IT-Betreuung für Kleinunternehmen gemacht hat - was der da teilweise > gefunden hat, war um Zehnägel aufrollen. Die Firma war jedenfalls nicht durch mich gefährdet! Ich bin absolut vertrauenswürdig. Selbst in harten Fällen würde ich als Arbeitnehmer z.B. keine Wut-Sabotage betreiben. Das wäre halt eine Straftat! So etwas mache ich nicht. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 23:38 +0200 |
| Message-ID | <1184gpi$o7j9$1@news1.tnib.de> |
| In reply to | #369349 |
Helmut Schellong <var@schellong.biz> wrote: >Marc Haber wrote on 12.09.2026 15:39: >> Helmut Schellong <var@schellong.biz> wrote: >>> Weil ich seit langer Zeit pauschal 'rsyncd_enable=YES' in rc.conf eingetragen habe. >> >> ABER WARUM??!? > >Ich tat das etwa 2002, weil ich zu der Zeit intensiv vom Homeoffice aus >mit den Servern meines Arbeitgebers per rsync kommunizierte. Ich bin mir ziemlich sicher, dass das schon vor 24 Jahren ein "Du hältst es falsch" war. Grüße Marc -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
Page 2 of 12 — ← Prev page 1 [2] 3 4 … 12 Next page →
Back to top | Article view | de.sci.electronics
csiph-web