Etwas verschachtelte SSH-Ausgabe. Kann ping, aber nicht ssh, sondern nur von vor Ort

Question

Ich versuche, ssh in meinen Server bei der Arbeit (CentOS) von meinem Laptop (Ubuntu). Wenn ich zu Hause bin, mache ich es durch das folgende Skript auf dem Server ausgeführt (ich es starten, während ich körperlich bei der Arbeit bin):

ssh -R (port #):localhost:22 (name@home ip) 

ich dies tun, weil es Verbindungen von externen IP-Adressen nicht akzeptiert. Dann kann ich ssh in den angegebenen Port auf meinem Laptop, und es funktioniert gut.

Wenn ich jedoch bei der Arbeit bin, kann ich nicht auf den Server ssh. Die anderen Leute in meinem Büro können. Sie tun dies sehr einfachen Befehl (funktioniert nur, während sie bei der Arbeit sind, da sie eine IP aus dem Inneren des Systems benötigen):

ssh (username)@(work ip) 

Und sie automatisch eingeloggt sind, wenn ich das tue, ich habe keine Antwort erhalten;. keine Verweigerung des öffentlichen Schlüssels, kein falscher Benutzername, keine Antwort. Irgendwann kommt es zu einem Timeout. Aber ich weiß, dass auf dem Server SSH läuft, weil jeder andere es tun kann.

Außerdem, wenn ich diese auf meinem Laptop, während bei der Arbeit:

ping (work ip) 

ich Pakete Antwort tun, ohne Verlust, fast keine Verzögerung. Aber ssh funktioniert nicht.

Ich kann ssh zu anderen Orten von meinem Laptop, sowohl während ich bin zu Hause und bei der Arbeit. Also mein Laptop ist richtig konfiguriert, um ssh Dinge, es erreicht nur nicht den Arbeitsserver aus irgendeinem Grund. Ich habe mit dem Typen gesprochen, der es eingerichtet hat, und er besteht darauf, dass es keine Whitelist gibt; die einzige Sicherheit von internen IPs (und ich bin physisch vor Ort, so habe ich eine interne IP, so sollte es nicht notwendig sein, die SSH-R wie ich zu Hause tun) ist das private/öffentliche RSA-Schlüsselsystem, und ich Ich weiß, dass die Schlüssel bereits eingerichtet sein müssen, weil es funktioniert, wenn ich das ssh -R von zu Hause aus mache. Plus, wenn die Schlüssel nicht eingerichtet wären, würde ich eine öffentliche Schlüsselverweigerung bekommen, anstatt überhaupt keine Antwort, richtig?

Wenn ich ssh -vv tun, dies ist die letzte Zeile, bevor es mal aus:

debug1: Connecting to ccny6 [work ip] port 22. 

Ich sehe andere Menschen ähnliche Fragen gepostet haben, aber die Antworten, die sie scheinen im Allgemeinen „zu sein, ist der Server läuft der ssh-service "usw., von dem ich weiß, dass es so ist, wie andere menschen es tun können (so wie ich es kann, wenn ich den ssh -r-tunnel benutze), so hat mir leider keine dieser antworten sehr gut getan.

Zusammenfassung: Ich kann ssh zu einem Server von OFF-Site über einen SSH-Tunnel, aber kann nicht ssh zu ihm, während ich direkt daneben ssh, obwohl ich es anpingen kann, und andere können ssh zu es.

Answer 1

Der wahrscheinlichste Grund für das gleiche ist Ihr ISP. Auch ich hatte dieses Problem vor ein paar Monaten. Sie hatten ssh-Ports geschlossen. Frag sie und lass sie los. Nur eine Bestätigung, versuchen Sie, ssh zu anderen IPs auch zu tun. Es funktioniert auch nicht, wenn Ihr ISP es blockiert hat.