Aufruf über Link stellt keine Verbindung her

[Bambini]

Zitat von Jasocul:

Named-Pipes waren aktiviert und sind jetzt deaktiviert, weil wir genau die umgekehrte Schlussfolgerung gezogen hatten.

Named Pipe Zugriffe sind wie Dateizugriffe, diese lässt die Firewall gewähren.

Zitat von Jasocul:

Inzwischen vermuten wir, dass es irgendetwas mit der Vertrauensstellung zu tun hat. Aber um ehrlich zu sein, stochern wir immer noch im Nebel.

Hm, wenn der Connect beim Start vom Desktop funktioniert, sollte genügend Vertrauen da sein
Ist ein Antivirus Programm aktiv?

[nahpets]

Hab' mal 'ne Frage:

Hat der Inhalt von "Ausführen in" (Das Arbeitsverzeichnis im Link) eventuell Auswirkungen?

Versucht der Client eventuell in das Verzeichnis der Exe (oder deren nähere Umgebung) zu schreiben.

Ändert sich das Verhalten, wenn im Link bei "Ausführen in" ein definitiv beschreibbares Verzeichnis eingegeben wird?

[Jasocul]

Zitat von Bambini:

Hm, wenn der Connect beim Start vom Desktop funktioniert, sollte genügend Vertrauen da sein
Ist ein Antivirus Programm aktiv?

Sollte eigentlich nicht aktiv sein. Aber ich werde das mal prüfen.

Zitat von nahpets:

Hat der Inhalt von "Ausführen in" (Das Arbeitsverzeichnis im Link) eventuell Auswirkungen?

Leider nicht.

Zitat von nahpets:

Versucht der Client eventuell in das Verzeichnis der Exe (oder deren nähere Umgebung) zu schreiben.

Ja. Aber ich habe einen kleine Test-Anwendung geschrieben. Diese versucht nur die Connection zum SQL-Server zu öffnen. Schreibfunktionen in Verzeichnisse habe ich damit auch schon geprüft. Das funktioniert ohne Probleme. Auch wenn es nicht lokal gestartet wird.

Zitat von nahpets:

Ändert sich das Verhalten, wenn im Link bei "Ausführen in" ein definitiv beschreibbares Verzeichnis eingegeben wird?

Leider nicht. Ich habe da alle denkbaren Konstellationen getestet.

[nahpets]

Hilft Dir der dort http://www.mcseboard.de/topic/194150...bindung/page-2 geführte Dialog eventuell weiter?

Oder diese Beschreibung von MS: https://support.microsoft.com/de-de/kb/888228

Andernorts fand ich diese Beschreibung zu der von Dir genannten Fehlermeldung:

Zitat:

Das liegt daran, das Excel nicht den SQL-Alias anspricht, sondern nach einem DNS Eintrag sucht. Sollten Sie keine Benamteinstanz benutzen, sondern hier eine Standardinstanz, so können Sie das Problem relativ einfach lösen, indem Sie einen DNS- oder CNAME Eintrag innerhalb Ihres DNS-Servers hinzufügen, um nun die Excel Berichte innerhalb einer SQL-Alias betriebenen Infrastruktur zu erstellen, ist es das Einfachste, eine neue ODBC-Verbindung zu verwenden, die auf die jeweilige SQL-Instanz verweist. Gehen Sie hierzu wie folgt vor.

[Jasocul]

Ein kleines Stück weiter ...
Also das AV haben wir einmal komplett ausgeschaltet. Keine Änderung im Verhalten.

Ich habe meiner Anwendung jetzt gesagt, es soll ein Login-Prompt für den SQL-Server anzeigen.
Beim Versuch die Server-Liste anzeigen zu lassen, bekomme ich folgenden Fehler:

"Cannot create UDP socket:
Ein ungültiges Argument wurde angegeben.
Socket-Error Code: 10022($2726)"

Starte ich die Anwendung lokal, funktioniert die Server-Liste.

@nahpets:
Das schaue ich mir gleich genauer an.

[Bambini]

Zitat von Jasocul:

"Cannot create UDP socket:
Ein ungültiges Argument wurde angegeben.
Socket-Error Code: 10022($2726)"

Schau mal hier:
https://social.msdn.microsoft.com/Fo...-and?forum=wsk

[Jasocul]

Da bin ich auch gerade drauf gestoßen und es war tatsächlich die Ursache.

Allerdings hilft das nicht weiter, weil es durchaus einen Grund hat, warum in den oberen Verzeichnissen keine Berechtigungen sein sollen.

Zumindest wissen wir jetzt woran es liegt und müssen uns eine andere Lösung ausdenken. Plan B gibt es, aber der ist eigentlich nicht gewünscht.

Danke an alle, die mir geholfen haben.

[jaenicke]

Was ist denn mit der Lösung, die in dem Link genannt wird?

Zitat:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\servic es\FltMgr
add this entry
Name: UseTildeShortcut(DWORD)
Data: 1
You have to add this entry on the client machine.