23.07.2025
409
5
0SQL Port 1434 über Telnet nicht erreichbar
Hallo,
in welcher Richtung ungefähr könnte hier das Problem sein?
Telnet sagt:
Verbindungsaufbau zu 192.168.1.35...Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 1434: Verbindungsfehler
Der Applikationsserver (bisher nur TOBIT nutzt ein SQL Express) hat ungünstigerweise eine zweite Fremdapplikationen hinzubekommen. Die Fremdapplikation hat m.W. nach eine eigene SQL Instanz bekommen. Fremdapplikation ist eine branchenspezifische Individualprogrammierung.
Auf dem o.g. App Server selbst, bzw. auch an den Clients geht telnet nicht.
Der Fremd-Client startet jedoch auf dem App Server selbst fehlerfrei.
Telnet wurde auch mit IP/Hostname auch negativ probiert.
In der Windows Firewall ist der Port freigegeben. (bzw. war testhalber aus)
Der Defender Virenscanner wird verwendet.
in welcher Richtung ungefähr könnte hier das Problem sein?
Telnet sagt:
Verbindungsaufbau zu 192.168.1.35...Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 1434: Verbindungsfehler
Der Applikationsserver (bisher nur TOBIT nutzt ein SQL Express) hat ungünstigerweise eine zweite Fremdapplikationen hinzubekommen. Die Fremdapplikation hat m.W. nach eine eigene SQL Instanz bekommen. Fremdapplikation ist eine branchenspezifische Individualprogrammierung.
Auf dem o.g. App Server selbst, bzw. auch an den Clients geht telnet nicht.
Der Fremd-Client startet jedoch auf dem App Server selbst fehlerfrei.
Telnet wurde auch mit IP/Hostname auch negativ probiert.
In der Windows Firewall ist der Port freigegeben. (bzw. war testhalber aus)
Der Defender Virenscanner wird verwendet.
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 673977
Url: https://administrator.de/forum/sql-port-1434-telnet-verbindung-673977.html
Ausgedruckt am: 23.07.2025 um 20:07 Uhr
5 Kommentare
Neuester Kommentar
SQL ist default 1433(TCP), evtl liegts daran?
Monitoring/Browserdienst ist 1434(UDP).
learn.microsoft.com/de-de/sql/sql-server/install/configure-the-w ...
Gruß
Monitoring/Browserdienst ist 1434(UDP).
learn.microsoft.com/de-de/sql/sql-server/install/configure-the-w ...
Gruß
Hm...SQL nutzt IMHO den Port 1434 UDP während Telnet TCP nutzt.
Teste mal mit PortQry
Teste mal mit PortQry
PortQry -n <Server-IP> -p UDP -e 1434
Korrektur:
Es ist keine neue separate SQL Instanz sondern Fremd SQL-Datenbank ist in die vorhandene David Instanz hinzugefügt worden. Hauptargument war Ressourcen Allokation, separate Instanz würde auch gehen.
Es sind unter 10 Mann unter die Fremd Applikation wird nicht permanent benötigt.
- portqry sagt:
C:\PortQryV2>portqry -n 192.168.1.35 -p udp -e 1434
Querying target system called:
192.168.1.35
Attempting to resolve IP address to a name...
IP address resolved to APP-Server.domain.local
querying...
UDP port 1434 (ms-sql-m service): LISTENING or FILTERED
Sending SQL Server query to UDP port 1434...
Server's response:
ServerName App-Server
InstanceName DAVID
IsClustered No
Version 14.0.1000.169
YmwHzw(
End of SQL Server query response ====
UDP port 1434 is LISTENING
C:\PortQryV2>
Es ist keine neue separate SQL Instanz sondern Fremd SQL-Datenbank ist in die vorhandene David Instanz hinzugefügt worden. Hauptargument war Ressourcen Allokation, separate Instanz würde auch gehen.
Es sind unter 10 Mann unter die Fremd Applikation wird nicht permanent benötigt.
- portqry sagt:
C:\PortQryV2>portqry -n 192.168.1.35 -p udp -e 1434
Querying target system called:
192.168.1.35
Attempting to resolve IP address to a name...
IP address resolved to APP-Server.domain.local
querying...
UDP port 1434 (ms-sql-m service): LISTENING or FILTERED
Sending SQL Server query to UDP port 1434...
Server's response:
ServerName App-Server
InstanceName DAVID
IsClustered No
Version 14.0.1000.169
YmwHzw(
End of SQL Server query response ====
UDP port 1434 is LISTENING
C:\PortQryV2>
Moin,
mal geguckt, ob im SQL Server Konfigurations Manager TCP/IP aktiviert ist?
Der Screenshot ist von einem etwas älteren MS SQL Server, denke aber bei den neueren Versionen sieht es ähnlich aus. Das rote Feld ist der Instanz Name. Mit Doppelklick auf TCP/IP (rechts) siehst Du auch den Port auf welchen die Instanz lauscht
Kenn mich mit Tobit nicht aus evtl. nutz der ja lokal Named Pipes
mal geguckt, ob im SQL Server Konfigurations Manager TCP/IP aktiviert ist?
Der Screenshot ist von einem etwas älteren MS SQL Server, denke aber bei den neueren Versionen sieht es ähnlich aus. Das rote Feld ist der Instanz Name. Mit Doppelklick auf TCP/IP (rechts) siehst Du auch den Port auf welchen die Instanz lauscht
Kenn mich mit Tobit nicht aus evtl. nutz der ja lokal Named Pipes
1
Moin
Da würde ich auch als erstes schauen. Und dann genau dort auch den verwendeten Port checken. Und dann schauen, dass der Server auch in der Firewall entsprechend freigegeben ist.
edit: Wieso UDP? Der SQL-Browser verwendet UDP - der Serer an sich sollte aber m.E. TCP verwenden. Macht ja auch irgendwie Sinn...
Gruß
Da würde ich auch als erstes schauen. Und dann genau dort auch den verwendeten Port checken. Und dann schauen, dass der Server auch in der Firewall entsprechend freigegeben ist.
edit: Wieso UDP? Der SQL-Browser verwendet UDP - der Serer an sich sollte aber m.E. TCP verwenden. Macht ja auch irgendwie Sinn...
Gruß
