การส่งต่อพอร์ต ssh ไม่ทำงานจากเครือข่ายของ บริษัท


0

ฉันกำลังทำ ssh reverse port forwarding เพื่อเข้าถึงผ่าน public ip เว็บเซิร์ฟเวอร์สามารถเข้าถึงได้เฉพาะในเครื่องเท่านั้น

หลังจากรันคำสั่งนี้บนแล็ปท็อปของฉัน:

ssh -v -o "ExitOnForwardFailure yes" -o GatewayPorts=yes -g username@remoteserver -R '*:9080:localhost:3000' 

เมื่อฉันเข้าชมในเบราว์เซอร์ของhttp://remoteserver:9080ฉันฉันเห็นเนื้อหาที่แสดงโดยเซิร์ฟเวอร์ใดก็ตามที่ทำงานบน localhost (แล็ปท็อปของฉัน) ที่พอร์ต 3000

ทำงานได้ตามที่คาดไว้เมื่อใช้แล็ปท็อปที่บ้านหรือเชื่อมต่ออินเทอร์เน็ตผ่าน iPhone (การเชื่อมต่อ 3G ที่เชื่อมต่อกับอินเทอร์เน็ต)

มันไม่ทำงานถ้าฉันอยู่เบื้องหลังเครือข่ายขององค์กรของ บริษัท ที่ฉันกำลังทำงานสำหรับ:

  • คำสั่ง ssh เชื่อมต่อได้สำเร็จและแม้กระทั่งพูดว่าAll remote forwarding requests processed(ดูบันทึกด้านล่าง)
  • แต่: การเยี่ยมชมhttp://remoteserver:9080จากลูกค้าภายในเครือข่ายองค์กรเพียงแสดง "ไม่สามารถเชื่อมต่อข้อผิดพลาด"
  • และ: เว็บเซิร์ฟเวอร์ที่ทำงานบนแล็ปท็อปที่พอร์ต 3000 ไม่ได้รับการเชื่อมต่อใด ๆ

อัปเดต:จากคำติชมของพอลฉันค้นพบว่าการเชื่อมต่อhttp://remote server:9080กับลูกค้านอกเครือข่ายองค์กรใช้งานได้

ทำไม (ที่ไหน?) การเชื่อมต่อจากเครือข่ายองค์กร ->  เซิร์ฟเวอร์ระยะไกล -> แล็ปท็อปในเครือข่ายท้องถิ่น [ผ่าน ssh] จะถูกบล็อก


ฉันพยายามแก้ไขส่วนท้ายของคำสั่งให้อ่านดังนี้:

… -R '*:9080:local_ip_address_of_my_laptop:3000'

แต่มันไม่เปลี่ยนแปลงอะไรเลย

ทำไมมันไม่ทำงาน
ฉันจะแก้ไขได้อย่างไร

ในบันทึกด้านล่างฉันเห็นบรรทัดหนึ่งที่ฉันไม่รู้ความหมายและไม่สามารถหาเหตุผล / ความหมาย: debug1: Roaming not allowed by server

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to remoteserver [IP_ADDRESS] port 22.
debug1: Connection established.
debug1: identity file redacted type 2
debug1: identity file redacted type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3p2 Debian-9etch3
debug1: match: OpenSSH_4.3p2 Debian-9etch3 pat OpenSSH_4*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA redacted
debug1: Host 'remoteserver' is known and matches the RSA host key.
debug1: Found key in /Users/redacted/.ssh/known_hosts:17
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering DSA public key: redacted
debug1: Server accepts key: pkalg ssh-dss blen 434
debug1: Authentication succeeded (publickey).
Authenticated to remoteserver ([ip_address]:22).
debug1: Remote connections from *:9080 forwarded to local address localhost:3000
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: remote forward success for: listen 9080, connect localhost:3000
debug1: All remote forwarding requests processed
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LANG = 
debug1: Sending env LC_ALL = fr_FR

ไม่ทำงานอะไรกันแน่ แล็ปท็อปอยู่ในเครือข่ายขององค์กรและสามารถใช้ ssh เพื่อ remoteserver ได้หรือไม่ และลูกค้ากำลังเชื่อมต่อกับ remoteserver: 9080 นอกหรือภายในเครือข่ายองค์กรหรือไม่
พอล

@Paul ขอบคุณ! มันทำงานได้หากลูกค้าที่เชื่อมต่อกับ remoteserver: 9080 อยู่นอกเครือข่ายขององค์กร (แต่ไม่สามารถทำงานได้หากอยู่ภายใน) จะมีการแชทกับดูแลระบบท้องถิ่น แต่ความคิดใด ๆ ที่อาจทำให้เกิดปัญหานี้?
Guillaume

ใช่พวกเขามีไฟร์วอลล์บล็อกการเข้าถึงพอร์ต 9080 - นี่เป็นเรื่องธรรมดา
พอล

ดุจ! สมองติดอยู่ในมุมมองการดีบัก ssh ขอบคุณสำหรับการรีเซ็ต จะทดสอบด้วย80:localhost:3000และแจ้งให้คุณทราบ
Guillaume

พวกเขายังอาจบล็อกพอร์ต 80 - และให้ปริมาณการใช้งานเว็บกำลังดำเนินการผ่านพร็อกซี แต่ใช่เมื่อคุณพบพอร์ตที่คุณสามารถออกจากเครือข่ายได้คุณควรจะไปได้ดี
พอล

คำตอบ:


3

สาเหตุปกติที่การเชื่อมต่อขาออกไม่ทำงานจากเครือข่ายองค์กรคือไฟร์วอลล์กำลังบล็อกเซสชันแทนที่จะเป็นปัญหากับตัว ssh

หากคุณสามารถเข้าถึงผ่านพอร์ต 22 คุณอาจสามารถทำพอร์ตโลคัลไปข้างหน้าแทนที่จะกลับด้านทั้งนี้ขึ้นอยู่กับสิ่งที่คุณพยายามทำ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.