Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #645258 > unrolled thread

Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden

Back to article view | Back to ger.ct

Contents

  Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Andreas Fecht <forum@aftec.de> - 2025-08-25 12:07 +0200
    Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Andreas Fecht <forum@aftec.de> - 2025-08-25 12:41 +0200
    Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Michael Pachta <mipani@gmx.de> - 2025-08-27 22:02 +0200
      Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Goetz Schultz <ng.expire1230@goetz.co.uk> - 2025-08-27 21:15 +0100
        Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-08-27 22:27 +0200
          Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Goetz Schultz <ng.expire1230@goetz.co.uk> - 2025-08-27 22:14 +0100
            Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-08-28 00:08 +0200
              Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Goetz Schultz <ng.expire1230@goetz.co.uk> - 2025-08-28 09:02 +0100
                Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Thomas Einzel <usenet-2025@einzel.de> - 2025-08-28 11:09 +0200
      Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Andreas Fecht <forum@aftec.de> - 2025-08-28 09:06 +0200
        Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Heiko Rost <heiko.rost@gmx.de> - 2025-08-29 14:27 +0200
          Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Andreas Fecht <forum@aftec.de> - 2025-08-29 22:46 +0200
            Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-08-30 13:03 +0200
              Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Andreas Fecht <forum@aftec.de> - 2025-08-31 13:58 +0200
                Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-08-31 15:31 +0200
                  Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Andreas Fecht <forum@aftec.de> - 2025-08-31 18:05 +0200
                    Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Michael Bode <m.g.bode@web.de> - 2025-08-31 18:16 +0200
                      Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Andreas Fecht <forum@aftec.de> - 2025-08-31 20:50 +0200
                        Re: Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden Michael Bode <m.g.bode@web.de> - 2025-08-31 21:27 +0200

#645258 — Jede hinreichend vergurkte Software ist von Magie nicht zu unterscheiden

Ich habe den Spruch von Clarke mal etwas in Richtung Microsoft angepasst...

Was ist das für ein Mist, wenn man in Excel-Zellen Hyper-Links auf 
Netzwerkpfade einfügt.

Zuerst sieht alles gut aus. Aber wenn man Speichern drückt, werden alle 
Ziele der Links in relative Pfade umgewandelt.

Wie man das abstellt, habe ich hier gefunden:

https://incas-training.de/blog/absolute-oder-relative-pfade-fuer-hyperlinks-in-microsoft-excel

Mit ist nochwas interessantes aufgefallen. Wenn man bei der Pfadangabe 
Slash und Backslash gemixed sind, bleiben sogar die Laufwerksbuchstaben 
im Link erhalten.

Gruß Andreas

[toc] | [next] | [standalone]

#645260

Am 25.08.2025 um 12:31 schrieb Stefan Ram:

>    Ich denke, das ist eine Mischung aus gut gemeint und schlecht
>    implementiert. Irgendjemand muß doch gedacht haben: "Wir tun
>    den Benutzern einen Gefallen damit.".
> 

Das denke ich bei Microsoft irgendwie am vielen Stellen.

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#645434

Am 25.08.2025 um 12:07 schrieb Andreas Fecht:
> Mit ist nochwas interessantes aufgefallen. Wenn man bei der Pfadangabe 
> Slash und Backslash gemixed sind, bleiben sogar die Laufwerksbuchstaben 
> im Link erhalten.

Wie ist das zu verstehen? Etwa so: C:\Users\manni/Documents/Verein\2025?
Und das führt zum Ziel? <staun>

[toc] | [prev] | [next] | [standalone]

#645437

On 27/08/2025 21:02, Michael Pachta wrote:
> Am 25.08.2025 um 12:07 schrieb Andreas Fecht:
>> Mit ist nochwas interessantes aufgefallen. Wenn man bei der Pfadangabe
>> Slash und Backslash gemixed sind, bleiben sogar die Laufwerksbuchstaben
>> im Link erhalten.
> 
> Wie ist das zu verstehen? Etwa so: C:\Users\manni/Documents/Verein\2025?
> Und das führt zum Ziel? <staun>

Ich meine auch mal aufgeschnappt zu haben, das M$ \ und / gleich setzt. 
Ist eben kein *iX.

-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#645440

Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:

> On 27/08/2025 21:02, Michael Pachta wrote:
> > Am 25.08.2025 um 12:07 schrieb Andreas Fecht:  
> >> Mit ist nochwas interessantes aufgefallen. Wenn man bei der
> >> Pfadangabe Slash und Backslash gemixed sind, bleiben sogar die
> >> Laufwerksbuchstaben im Link erhalten.  
> > 
> > Wie ist das zu verstehen? Etwa so:
> > C:\Users\manni/Documents/Verein\2025? Und das führt zum Ziel?
> > <staun>  
> 
> Ich meine auch mal aufgeschnappt zu haben, das M$ \ und / gleich
> setzt. Ist eben kein *iX.

Du willst nicht wissen, wie oft solche Umstellungen zu "instant root"
geführt haben :->.

-- 
Day of judgement, God is calling. On their knees, the war pigs crawling
Begging mercy for their sins Satan laughing, spreads his wings
(War pigs, Black Sabbath)

[toc] | [prev] | [next] | [standalone]

#645445

On 27/08/2025 21:27, Dietz Proepper wrote:
> Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:
> 
>> On 27/08/2025 21:02, Michael Pachta wrote:
>>> Am 25.08.2025 um 12:07 schrieb Andreas Fecht:
>>>> Mit ist nochwas interessantes aufgefallen. Wenn man bei der
>>>> Pfadangabe Slash und Backslash gemixed sind, bleiben sogar die
>>>> Laufwerksbuchstaben im Link erhalten.
>>>
>>> Wie ist das zu verstehen? Etwa so:
>>> C:\Users\manni/Documents/Verein\2025? Und das führt zum Ziel?
>>> <staun>
>>
>> Ich meine auch mal aufgeschnappt zu haben, das M$ \ und / gleich
>> setzt. Ist eben kein *iX.
> 
> Du willst nicht wissen, wie oft solche Umstellungen zu "instant root"
> geführt haben :->.
> 

Genauso oft wie zu "Warum läuft mein Shell-Script nicht?" vermutlich ....

-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#645450

Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:

> On 27/08/2025 21:27, Dietz Proepper wrote:
> > Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:
> >   
> >> On 27/08/2025 21:02, Michael Pachta wrote:  
> >>> Am 25.08.2025 um 12:07 schrieb Andreas Fecht:  
> >>>> Mit ist nochwas interessantes aufgefallen. Wenn man bei der
> >>>> Pfadangabe Slash und Backslash gemixed sind, bleiben sogar die
> >>>> Laufwerksbuchstaben im Link erhalten.  
> >>>
> >>> Wie ist das zu verstehen? Etwa so:
> >>> C:\Users\manni/Documents/Verein\2025? Und das führt zum Ziel?
> >>> <staun>  
> >>
> >> Ich meine auch mal aufgeschnappt zu haben, das M$ \ und / gleich
> >> setzt. Ist eben kein *iX.  
> > 
> > Du willst nicht wissen, wie oft solche Umstellungen zu "instant
> > root" geführt haben :->.
> 
> Genauso oft wie zu "Warum läuft mein Shell-Script nicht?" vermutlich
> ....

Hrhrhr. In momentanem $projekt hat man gerade akuten Audit. Und mein
$top fragte mich heute "woher wusstest Du eigentlich 70% der findings
schon vor Monaten"? (Ich schreibe gerne Jiratickets zu bestimmten
Sachen :->)
Naja, ich konnte nur ein "hat uns den Arsch gerettet, dass wir einen
beträchtlichen Teil schon im Fokus haben und die RCEen schon im April
via WAF-Stanzas gefixt haben, oder?". (Ich HASSE WAFs, wrong way to fix
stuff - aber manchmal sind sie durchaus nützlich, oder? Audit hat nur
Sourcecode angeschaut.)

$top scheint mich zu mögen, weiß auch nicht warum :->. Ich habe aber
für ihn dann beim Nachmittagsmeeting auch das "YR PRSNL\nBLK HAT"-
Tshirt angelegt. Soviel Stil muss sein.

-- 
Day of judgement, God is calling. On their knees, the war pigs crawling
Begging mercy for their sins Satan laughing, spreads his wings
(War pigs, Black Sabbath)

[toc] | [prev] | [next] | [standalone]

#645466

On 27/08/2025 23:08, Dietz Proepper wrote:
> Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:
> 
>> On 27/08/2025 21:27, Dietz Proepper wrote:
>>> Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:
>>>    
>>>> On 27/08/2025 21:02, Michael Pachta wrote:
>>>>> Am 25.08.2025 um 12:07 schrieb Andreas Fecht:
>>>>>> Mit ist nochwas interessantes aufgefallen. Wenn man bei der
>>>>>> Pfadangabe Slash und Backslash gemixed sind, bleiben sogar die
>>>>>> Laufwerksbuchstaben im Link erhalten.
>>>>>
>>>>> Wie ist das zu verstehen? Etwa so:
>>>>> C:\Users\manni/Documents/Verein\2025? Und das führt zum Ziel?
>>>>> <staun>
>>>>
>>>> Ich meine auch mal aufgeschnappt zu haben, das M$ \ und / gleich
>>>> setzt. Ist eben kein *iX.
>>>
>>> Du willst nicht wissen, wie oft solche Umstellungen zu "instant
>>> root" geführt haben :->.
>>
>> Genauso oft wie zu "Warum läuft mein Shell-Script nicht?" vermutlich
>> ....
> 
> Hrhrhr. In momentanem $projekt hat man gerade akuten Audit. Und mein
> $top fragte mich heute "woher wusstest Du eigentlich 70% der findings
> schon vor Monaten"? (Ich schreibe gerne Jiratickets zu bestimmten
> Sachen :->)
> Naja, ich konnte nur ein "hat uns den Arsch gerettet, dass wir einen
> beträchtlichen Teil schon im Fokus haben und die RCEen schon im April
> via WAF-Stanzas gefixt haben, oder?". (Ich HASSE WAFs, wrong way to fix
> stuff - aber manchmal sind sie durchaus nützlich, oder? Audit hat nur
> Sourcecode angeschaut.)
> 
In einem alten Job hatten wir WAF (Big IP, F5). War schon interessant zu 
sehen welche Löcher unsere Webcoder so gerissen haben. SOC hatte viel zu 
tun.

-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#645470

Am 28.08.2025 um 10:02 schrieb Goetz Schultz:
> On 27/08/2025 23:08, Dietz Proepper wrote:
...
>> Naja, ich konnte nur ein "hat uns den Arsch gerettet, dass wir einen
>> beträchtlichen Teil schon im Fokus haben und die RCEen schon im April
>> via WAF-Stanzas gefixt haben, oder?". (Ich HASSE WAFs, wrong way to fix
>> stuff - aber manchmal sind sie durchaus nützlich, oder? Audit hat nur
>> Sourcecode angeschaut.)
>>
> In einem alten Job hatten wir WAF (Big IP, F5). War schon interessant zu 
> sehen welche Löcher unsere Webcoder so gerissen haben. SOC hatte viel zu 
> tun.

Das ist wohl leider nicht selten. Von unseren Netzwerk/Serurity Admins 
*) hatte ich da seit Jahren auch schon ähnliches gehört. Was die WAF 
(auch F5) abblockt... (Augenrollen bis verbitterte Gesichter).
Es sind ja nicht mal unbedingt die eigenen Webentwickler. Im Konzern 
gekaufte spezielle Branchensoftware, web-basierend, teilweise eben auch 
von Kunden extern erreichbar - PEN Test durchgefallen, 2. Anlauf immer 
noch kleinere Fehler.

*) Sinngemäß mal einer der Admins zu mir: die WAF wäre eigentlich gar 
nicht nötig, wenn die Webprogrammierer ihre Hausaufgaben machen und sich 
an Standardvorgaben halten würden. Um die Security davor und die Server 
kümmern wir uns, das haben wir im Griff. Die Webprogrammierer halten 
sich aber nicht daran, deswegen brauchen wir die WAF.
-- 
Thomas

[toc] | [prev] | [next] | [standalone]

#645462

Am 27.08.2025 um 22:02 schrieb Michael Pachta:
> Am 25.08.2025 um 12:07 schrieb Andreas Fecht:
>> Mit ist nochwas interessantes aufgefallen. Wenn man bei der Pfadangabe
>> Slash und Backslash gemixed sind, bleiben sogar die Laufwerksbuchstaben
>> im Link erhalten.
> 
> Wie ist das zu verstehen? Etwa so: C:\Users\manni/Documents/Verein\2025?
> Und das führt zum Ziel? <staun>

Ja, das geht. Mir ging es vor allem darum, dass die Laufwerksbuchstaben 
auch in den Links eines daraus erzeugten pdfs erhalten bleiben.

Leider funktioniert das nur ein Mal. Wenn man die Excel-Datei speichert 
und wieder neu öffnet löst Excel die Pfade wieder vollständig auf.

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#645631

Am 28.08.2025 schrieb Andreas Fecht:

> Ja, das geht. Mir ging es vor allem darum, dass die Laufwerksbuchstaben 
> auch in den Links eines daraus erzeugten pdfs erhalten bleiben.

Möglicherweise hilft es, wenn Du die Funktion Hyperlink benutzt
(<https://support.microsoft.com/en-us/office/hyperlink-function-333c7ce6-c5ae-4164-9c47-7de9b76f577f>).
Das Linkziel ändert sich dabei auch nach dem erneuten Laden nicht. Ob
das anschließend auch in der PDF-Datei funktioniert, weiß ich nicht. Es
scheint ziemlich trickreich zu sein, Excel zum Export mit anbklickbaren
Links zu überreden-

Gruß Heiko
-- 
Volksparteien sind wie Gletscher: Langsam bis zur Erstarrung, alle paar 
Jahre kracht es, und sie haben ihre beste Zeit hinter sich.
                                                            Sascha Lobo

[toc] | [prev] | [next] | [standalone]

#645673

Am 29.08.2025 um 14:27 schrieb Heiko Rost:
> Am 28.08.2025 schrieb Andreas Fecht:
> 
>> Ja, das geht. Mir ging es vor allem darum, dass die Laufwerksbuchstaben
>> auch in den Links eines daraus erzeugten pdfs erhalten bleiben.
> 
> Möglicherweise hilft es, wenn Du die Funktion Hyperlink benutzt
> (<https://support.microsoft.com/en-us/office/hyperlink-function-333c7ce6-c5ae-4164-9c47-7de9b76f577f>).
> Das Linkziel ändert sich dabei auch nach dem erneuten Laden nicht. Ob
> das anschließend auch in der PDF-Datei funktioniert, weiß ich nicht. Es
> scheint ziemlich trickreich zu sein, Excel zum Export mit anbklickbaren
> Links zu überreden-

Danke für den Tip, das ist vielleicht die Lösung.
Der Laufwerksbuchstabe überlebt hiermit bis ins pdf-Dokument.

Jetzt muss ich nur noch meine Kollegen davon überzeugen, dass die das 
auch immer so machen. Ist halt doch etwas mehr Aufwand als einen 
Rechtsklick und Hyperlink (mit interaktivem GUI) einfügen.

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#645701

Andreas Fecht meinte:

> Danke für den Tip, das ist vielleicht die Lösung.
> Der Laufwerksbuchstabe überlebt hiermit bis ins pdf-Dokument.
> 
> Jetzt muss ich nur noch meine Kollegen davon überzeugen, dass die das
> auch immer so machen.

Mir fehlt ein wenig das Verständnius für solche Pfadangaben im PDF. Ein 
PDF ist doch eigentlich ein Mittel, Dokumente auf einem anderen Rechner, 
möglicherweise  mit anderer Hardware und einem anderen Betriebssystem, 
austauschen zu können. Was hat denn ein Empfänger eines solchen 
Dokuments davon, dass da ein  Pfad mit Laufwerksbuchstaben drinsteht - 
selbst wenn der Empföänger auch ein EWindows hat, sehen doch seine 
Laufwerksbuchstravben ggf. völlig anders aus, und ein mac oder Linux 
kann mit solchen Laufwerksbuchstaben nix anfangen. Vor allem liegt im 
Falle des weiter oben gegebenes Beispiel 
"C:\Users\manni/Documents/Verein\2025", egal mit welcher Variante von / 
oder \ geschrieben, doch auf deiner Bootplatte und nicht auf der des 
Empfängers. 
-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#645754

Am 30.08.2025 um 13:03 schrieb Diedrich Ehlerding:

> Mir fehlt ein wenig das Verständnius für solche Pfadangaben im PDF. Ein
> PDF ist doch eigentlich ein Mittel, Dokumente auf einem anderen Rechner,
> möglicherweise  mit anderer Hardware und einem anderen Betriebssystem,
> austauschen zu können. Was hat denn ein Empfänger eines solchen
> Dokuments davon, dass da ein  Pfad mit Laufwerksbuchstaben drinsteht -
> selbst wenn der Empföänger auch ein EWindows hat, sehen doch seine
> Laufwerksbuchstravben ggf. völlig anders aus, und ein mac oder Linux
> kann mit solchen Laufwerksbuchstaben nix anfangen. Vor allem liegt im
> Falle des weiter oben gegebenes Beispiel
> "C:\Users\manni/Documents/Verein\2025", egal mit welcher Variante von /
> oder \ geschrieben, doch auf deiner Bootplatte und nicht auf der des
> Empfängers.

Es handelt sich für diese Fälle um interne Dokumente, die das Haus nicht verlassen.
Es gibt hier nur Windows-Rechner. Die Links funktionieren dann alle (es sind >10000).

Wir verwalten mit der Verlinkerei die Dokumentation der gesamten Firma (ISO 9001 & ISO 80079-34 konform).
Der große Vorteil ist, dass wir hier keinerlei Software brauchen.
Unsere Datenbank *ist* die verlinkte Verzeichnisstruktur.

Alle Rechner der Firma haben immer das gleiche Laufwerksmapping.
Wenn Die Links voll aufgelöst gespeichert sind (mit //Servername/...), funktioniert das nur bis zum nächsten Serverwechsel.
Diesen Änderungszirkus haben wir schon 2x hinter uns :-(

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#645758

Andreas Fecht meinte:

> Es handelt sich für diese Fälle um interne Dokumente, die das Haus
> nicht verlassen. Es gibt hier nur Windows-Rechner. Die Links
> funktionieren dann alle (es sind >10000).
> 
> Wir verwalten mit der Verlinkerei die Dokumentation der gesamten Firma
> (ISO 9001 & ISO 80079-34 konform). Der große Vorteil ist, dass wir
> hier keinerlei Software brauchen. Unsere Datenbank *ist* die verlinkte
> Verzeichnisstruktur.
> 
> Alle Rechner der Firma haben immer das gleiche Laufwerksmapping.

OK. Dann führte aber wohl "C:\Users\manni\..." ind die Irre - C:\ wäre 
doch wohl das Bootlaufwerk. Oder ist "Users" bei euch ein symlink auf 
irgendein Netzlaufwerk?


> Wenn Die Links voll aufgelöst gespeichert sind (mit
> //Servername/...),), funktioniert das nur bis zum nächsten
> Serverwechsel.

Wieso das denn? Wenn ein Server getauscht wird, gibt man dem Ersatz doch 
einfach denselben Namen. 
-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#645762

Am 31.08.2025 um 15:31 schrieb Diedrich Ehlerding:
> Andreas Fecht meinte:
> 
>> Es handelt sich für diese Fälle um interne Dokumente, die das Haus
>> nicht verlassen. Es gibt hier nur Windows-Rechner. Die Links
>> funktionieren dann alle (es sind >10000).
>>
>> Wir verwalten mit der Verlinkerei die Dokumentation der gesamten Firma
>> (ISO 9001 & ISO 80079-34 konform). Der große Vorteil ist, dass wir
>> hier keinerlei Software brauchen. Unsere Datenbank *ist* die verlinkte
>> Verzeichnisstruktur.
>>
>> Alle Rechner der Firma haben immer das gleiche Laufwerksmapping.
> 
> OK. Dann führte aber wohl "C:\Users\manni\..." ind die Irre - C:\ wäre
> doch wohl das Bootlaufwerk. Oder ist "Users" bei euch ein symlink auf
> irgendein Netzlaufwerk?
> 
> 
>> Wenn Die Links voll aufgelöst gespeichert sind (mit
>> //Servername/...),), funktioniert das nur bis zum nächsten
>> Serverwechsel.
> 
> Wieso das denn? Wenn ein Server getauscht wird, gibt man dem Ersatz doch
> einfach denselben Namen.

Das haben wir uns zwar schon gewünscht, hat aber noch nie geklappt,
weil jedes Mal eine große Umstrukturierung notwendig war.

Zuletzt wegen der Sicherheit nach einem Hacking-Angriff.

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#645763

Andreas Fecht <forum@aftec.de> writes:

>>> Wenn Die Links voll aufgelöst gespeichert sind (mit
>>> //Servername/...),), funktioniert das nur bis zum nächsten
>>> Serverwechsel.
>> Wieso das denn? Wenn ein Server getauscht wird, gibt man dem Ersatz
>> doch
>> einfach denselben Namen.
>
> Das haben wir uns zwar schon gewünscht, hat aber noch nie geklappt,
> weil jedes Mal eine große Umstrukturierung notwendig war.
>
> Zuletzt wegen der Sicherheit nach einem Hacking-Angriff.

Ich vermute mal, das sind Windows Server? Warum benutzt ihr dann kein
DFS? Die AD Domain wird sich doch nicht jedesmal ändern, wenn man nen
neuen Server kauft.

[toc] | [prev] | [next] | [standalone]

#645776

Am 31.08.2025 um 18:16 schrieb Michael Bode:
> Andreas Fecht <forum@aftec.de> writes:
> 
>>>> Wenn Die Links voll aufgelöst gespeichert sind (mit
>>>> //Servername/...),), funktioniert das nur bis zum nächsten
>>>> Serverwechsel.
>>> Wieso das denn? Wenn ein Server getauscht wird, gibt man dem Ersatz
>>> doch
>>> einfach denselben Namen.
>>
>> Das haben wir uns zwar schon gewünscht, hat aber noch nie geklappt,
>> weil jedes Mal eine große Umstrukturierung notwendig war.
>>
>> Zuletzt wegen der Sicherheit nach einem Hacking-Angriff.
> 
> Ich vermute mal, das sind Windows Server? Warum benutzt ihr dann kein
> DFS? Die AD Domain wird sich doch nicht jedesmal ändern, wenn man nen
> neuen Server kauft.

Das System besteht schon seit 1990.
Das lief schon unter DOS mit Novell-Netware.

Ich bin nicht der Admin. Erst 2022 hab' ich's geschafft die IT komplett neu aufzusetzen (zu lassen).
Ich bin aber der Einzige der noch alles einigermaßen im Blick hat und hier für Ordnung sorgt.
Eigentlich bin ich der Elektronik-Entwickler.

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#645778

Andreas Fecht <forum@aftec.de> writes:

> Am 31.08.2025 um 18:16 schrieb Michael Bode:
>> Andreas Fecht <forum@aftec.de> writes:
>> 
>>>>> Wenn Die Links voll aufgelöst gespeichert sind (mit
>>>>> //Servername/...),), funktioniert das nur bis zum nächsten
>>>>> Serverwechsel.
>>>> Wieso das denn? Wenn ein Server getauscht wird, gibt man dem Ersatz
>>>> doch
>>>> einfach denselben Namen.
>>>
>>> Das haben wir uns zwar schon gewünscht, hat aber noch nie geklappt,
>>> weil jedes Mal eine große Umstrukturierung notwendig war.
>>>
>>> Zuletzt wegen der Sicherheit nach einem Hacking-Angriff.
>> Ich vermute mal, das sind Windows Server? Warum benutzt ihr dann
>> kein
>> DFS? Die AD Domain wird sich doch nicht jedesmal ändern, wenn man nen
>> neuen Server kauft.
>
> Das System besteht schon seit 1990.
> Das lief schon unter DOS mit Novell-Netware.
>
> Ich bin nicht der Admin. Erst 2022 hab' ich's geschafft die IT
> komplett neu aufzusetzen (zu lassen).
> Ich bin aber der Einzige der noch alles einigermaßen im Blick hat und
> hier für Ordnung sorgt.
> Eigentlich bin ich der Elektronik-Entwickler.

Ah, ok. Nur zur Erklärung: man kann auf einem Server einen DFS Stamm
einrichten und dort Weiterleitungen auf Server als Unterverzeichnisse
einrichten. Hinter \\mydomain.whatever\dfs\folder1 steckt dann
\\server1\ordner_xy und hinter \\mydomain.whatever\dfs\folder2
\\server77\was-amderes. Wenn man einen neuen Server einrichtet, muss man
dann nur den Verweis anpassen.

[toc] | [prev] | [standalone]

Back to top | Article view | ger.ct

csiph-web