☰

Tiempo de espera del puerto 25 de depuración de red en el servidor dedicado

tag-icon • tag-icon networking
Tiempo de espera del puerto 25 de depuración de red en el servidor dedicado

Tengo hostay hostbdos servidores dedicados en la misma área (¿la misma bahía?).

El ping y la comunicación con estos hosts están bien. Pero hostaparece tener todas sus comunicaciones salientes en el puerto 25 bloqueadas de alguna manera:

Con nc working-smtp 25(y y puerto 80) en ambos hosts. Lo imaginé:

  • hostatiene todo el tiempo de espera de comunicación saliente 25solo en el puerto.
  • hostbtrabaja bien.

Tenga en cuenta que working-smtpes un servidor smtp que funciona y no está relacionado con ninguno de los dos, lo cual es práctico para realizar pruebas (y donde puse un servidor tcpdumppara verificar las conexiones).

Por cierto, ambos hosts pueden hacer ping working-smtp.

Entonces hice un traceroute -p 25 -T working-smtp, y los primeros dos servidores en ambos traceroute son EXACTAMENTE iguales:

# traceroute -p 25 -T working-server
traceroute to working-server (xx.xx.xx.xx), 30 hops max, 60 byte packets
 1  A (xx.xx.xx.xx)  0.363 ms * *
 2  B (xx.xx.xx.xx)  0.819 ms  1.063 ms  1.166 ms
...

(A y B son puertas de enlace de red que están fuera de mi control desde la bahía dedicada).

  • En hosta, los siguientes saltos son * * *hasta alcanzar el número máximo de saltos.
  • En hostb, se valoran todos los siguientes saltos y se alcanza working-serveren 6 saltos.

Si hago lo mismo traceroutecon el puerto 80, ambos servidores llegan al objetivo con la misma pista.

¿Qué conclusión podríamos sacar? ¿Hay más pruebas por hacer? ¿Debo comunicarme con mi proveedor de servidor dedicado?

Respuesta1

Me hago eco de la opinión de otros de que el proveedor de alojamiento debería estar directamente en la línea de investigación (aunque, como PressingOnAlways señala anteriormente, también valdría la pena confirmar que no existen reglas de firewall salientes vigentes en hosta). Creo que ha realizado una excelente investigación aquí (¡+1 de mi parte!) y hasta que el proveedor aclare su posición, no hay mucho más que decir.

Sería bastante normal que los proveedores de hosting bloquearan las conexiones salientes a los servidores de correo. Algunos querrán que usted use su servidor de correo como un salto intermedio, otros eliminarán el bloqueo host de origen por host de origen a pedido (aunque pueden pedirle que acepte explícitamente una AUP primero, para evitar que su dirección espacio que se utiliza para alojar remitentes masivos).

Solo publico esto como respuesta porque su pregunta original, tal como está escrita, solo admite dos respuestas: "Sí" y "No" - y si no recibe un ejemplo de cada uno, permanecerá sin respuesta, flotando como una especie de barco fantasma, para siempre.

información relacionada