web-dev-qa-db-fra.com

Pourquoi ma connexion est-elle refusée lorsque le transfert de port-port?

Cette question est liée à ceci: Configuration de l'application/périphérique pour les connexions réseau distantes

J'ai un routeur 2Wire 3801HGV et j'ai fait des paramètres de pare-feu pour ouvrir des ports sur l'un de mes périphériques connectés.

Alors maintenant, il dira-t-il:

trous d'épingle 

external pin-holes (186 available):
pinh[0]: id 5, proto 6, sess tout 86400, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:80, n: **.**.***.**:80
pinh[1]: id 6, proto 17, sess tout 600, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:80, n: **.**.***.**:80
pinh[2]: id 7, proto 6, sess tout 86400, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:9000, n: **.**.***.**:9000
pinh[3]: id 8, proto 6, sess tout 86400, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:18004, n: **.**.***.**:18004
pinh[4]: id 9, proto 17, sess tout 600, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:9000, n: **.**.***.**:9000
pinh[5]: id 10, proto 17, sess tout 600, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:18004, n: **.**.***.**:18004

Bien sûr au lieu de ceux-ci *, cela montre ma propriété intellectuelle réelle et publique.

Si c'est indiqué que, alors comment se fait-il quand je vais à -- http://www.canyemeemeeme.org/ et je vérifie les ports 80, 9000 et 18004, il dit

Erreur: Je ne pouvais pas voir votre service sur **. ****** *** sur le port (80/9000/18004)

Raison: la connexion refusée

networkingport-forwardingnat
3
olli

Lorsque vous portez en avant sur un routeur, vous lui indiquez de transmettre toutes les connexions entrantes sur ces ports à un périphérique interne.

Tout ce que le routeur est modifiant l'adresse IP de destination sur le paquet entrant à l'adresse IP interne que vous avez spécifiée. L'appareil à l'adresse interne est responsable de la réception et de la réaction à la connexion entrante.

Ainsi, pour que le port avant de travailler, vous avez besoin de la configuration du port vers l'avant, et vous avez besoin du périphérique interne "écouter" sur les ports entrants.

Si le périphérique interne n'a pas d'application en cours d'exécution prête à accepter la connexion entrante, il enverra un TCP RST REST Retour à la source, qui est généralement décrit comme une "connexion refusée" .

Une fois que vous avez vos applications exécutées sur ces ports, le test de transfert de port devrait réussir.

5
Paul

Connexion refusée signifie que le DVR NIC est égal ou gelé ou bloqué, le service qui fonctionnait à l'intérieur du système embarqué Linux est corrompu, ce qui nécessite un DVR Redémarrez pour réinitialiser. Comme la plupart des DVR sont en train de suralimenter les ressources et les personnes, ne suivez pas le paramètre inférieur recommandé, ce qui n'est qu'une des douzaines de raisons courantes pour laquelle DVRS ne peut pas rester une semaine de disponibilité.

0
Seandex