Comparez les prix des domaines et des services informatiques des vendeurs du monde entier

N'a pas pu se connecter à SQL Server, et Wireshark Ne pas écouter quoi que ce soit

J'essaie de me connecter à SQL Server de l'extérieur du réseau local, j'ai donc ouvert le port 1433 (Port SQL Server défaut) dans pare-feu. Sur le côté serveur, j'écoute en utilisant Wireshark, Et je peux écouter ping (Filtrage par icmp ou adresse IP) de ip X, Mais rien de telnet sur 1433 ou d'autres ports (Filtrage par ip ou tcp / 1433). L'administrateur réseau peut également voir mon trafic TCP via le pare-feu.

Quelqu'un peut-il m'aider?

Remercier.
Invité:

Edouard

Confirmation de:

(Deuxième changement: si votre administrateur réseau sur le routeur de réseau local du serveur ne voit pas de trafic qui arrive sur le routeur, il est évident que le trafic est bloqué ailleurs: peut-être sur le réseau client local (Votre client est aussi pour NAT?) Ou quelque part au milieu. En tout cas, je pense que le tunnel VPN - La meilleure façon de résoudre votre problème)

(Changement: Gardez à l'esprit que l'ouverture du port de la base de données Internet n'est généralement pas la meilleure politique, il est préférable d'installer VPN Ou au moins pour filtrer le port pour autoriser uniquement les adresses IP qui lui ont accès, par exemple, votre serveur Web)

Comment avez-vous attaché le port? Il ne s'agit pas d'ouvrir, mais de la liaison des connexions entrantes du routeur au port X (par exemple 1433), Au port. 1433 ip Serveur lan.

De plus, il est possible que tout réseau moyen bloque le trafic avant d'atteindre le routeur. Essayez de changer le port de connexion dans le routeur, par exemple, sur 80, Si c'est gratuit, ou tout autre est généralement malchanceux.

Autres causes probables de verrouillage de votre trafic peut être verrouillée de la circulation par type (Le trafic peut être limité au protocole dans tout / Tous les ports, vérifiez également) Dans le routeur de réseau local ou n'importe où entre le client en dehors du réseau local et le routeur dans lequel il n'y a rien à faire dans ce cas, mais vous pouvez toujours configurer le tunnel VPN pour simuler une connexion locale, en fonction du support de votre routeur. (Ou vous pouvez également le configurer sur votre serveur: vérifier
http://openvpn.net/
).

Vérifiez également que le serveur ne bloque pas les connexions provenant de l'adresse IP du routeur. (Parfois, cela arrive, mais vous devriez le voir sur wirehark, je pense)

Également
http://progrium.com/localtunnel/
Fournit un service gratuit et très simple dans la configuration d'un accès temporaire à votre serveur Internet via un lien sous-domainement généré au hasard, il semble moins sûr, mais toujours plus sûr que l'ouverture / Redirection de port dans le routeur sans filtrage ...

Christophe

Confirmation de:

Après quelques essais, j'ai réalisé que le colis entre notre pare-feu et notre destination était perdu parce que le réseau d'origine de l'université bloque le trafic vers le port 1433.

Remercier!

Cyprien

Confirmation de:

Il peut s'agir d'un problème totalement différent, mais aujourd'hui, j'ai réalisé que, peut-être, vous avez peut-être configuré votre fichier de configuration incorrectement. mysql my.cnf Pour lier le serveur mysqld À l'adresse IP du réseau local au lieu d'une adresse de commentaires locale, le paramètre par défaut est le paramètre par défaut. Votre fichier my.cnf (Habituellement situé B. / etc ou / etc / mysql ou / var / mysql) Doit regarder quelque chose comme ça:

[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 1433
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
language = /usr/share/mysql/English
bind-address = 192.168.1.21 #this is the server's LAN ip address!!
...
.....
.......

J'espère que cela aidera si vous ne pouviez toujours pas résoudre votre problème.

Pour répondre aux questions, connectez-vous ou registre