scp রাউটারের মাধ্যমে অন্য সমস্ত ট্র্যাফিক বন্ধ করে দেয়?


1

আমি এখানে যা দেখছি তা নিশ্চিত নই, তবে আমি যখন একটি এডাব্লুএস ইসি 2 সার্ভারে একটি ঘাঁটি হোস্টের মাধ্যমে কোনও ফাইল স্ক্রিপ করি তখন আমার বাড়ির রাউটার (আসুস আরটি-এসি 66 আর) দিয়ে অন্য সমস্ত ট্র্যাফিক বন্ধ হয়ে যায়। Scp-ing করছে এমন ম্যাক ল্যাপটপ স্থানান্তর অব্যাহত রাখে, তবে অন্য কোনও ট্র্যাফিকের অনুমতি নেই। কোনও বাহ্যিক সংযোগ একটি ভাঙা পাইপ দিয়ে ব্যর্থ হয়। স্ক্রিপ ট্রান্সফার সমাপ্ত না হওয়া পর্যন্ত নেটওয়ার্কের প্রতিটি অন্যান্য কম্পিউটার ইন্টারনেট ছিটকে যায়। সমস্ত কম্পিউটার ইথারনেটের মাধ্যমে সংযুক্ত, কোনও ওয়াইফাই নয়।

একবার ট্রান্সফার শেষ হয়ে গেলে মিস প্যাকেটগুলি হঠাৎ স্কিপ শোয়ের আগে এবং এর পরে এই পিংয়ের মতো উচ্চ বিলম্বিত সাথে দেখায়:

64 bytes from ip: icmp_seq=1089 ttl=54 time=95.211 ms
64 bytes from ip: icmp_seq=1090 ttl=54 time=98.233 ms
64 bytes from ip: icmp_seq=1091 ttl=54 time=98.875 ms
64 bytes from ip: icmp_seq=1092 ttl=54 time=96.498 ms
Request timeout for icmp_seq 1093
64 bytes from ip: icmp_seq=1093 ttl=54 time=1933.088 ms
64 bytes from ip: icmp_seq=1094 ttl=54 time=931.061 ms
Request timeout for icmp_seq 1096
Request timeout for icmp_seq 1097
[...snip...]
Request timeout for icmp_seq 1116
Request timeout for icmp_seq 1117
64 bytes from ip: icmp_seq=1095 ttl=54 time=23834.554 ms
64 bytes from ip: icmp_seq=1096 ttl=54 time=22845.598 ms
64 bytes from ip: icmp_seq=1097 ttl=54 time=21854.220 ms
64 bytes from ip: icmp_seq=1098 ttl=54 time=20857.492 ms
64 bytes from ip: icmp_seq=1099 ttl=54 time=19860.796 ms
64 bytes from ip: icmp_seq=1119 ttl=54 time=96.076 ms

পিংটি 100 মিলিয়ন ডলার হয়, স্কিপ শুরু হয় এবং প্যাকেটগুলির সময় শেষ হয়ে যায়, স্ক্র্যাপ স্টপস এবং প্যাকেটগুলি খুব দেরী হয় তবে then 100ms বিলম্ব হয়।

আমি যে ssh / scp কনফিগারটি ব্যবহার করছি তা হ'ল:

Host *
    ServerAliveInterval 120

Host bastion
    HostName bastion.example.com

Host appdev
    ProxyCommand ssh bastion -W %h:%p
    HostName 10.20.10.242

অন্য কোনও সার্ভারে ফাইল স্থানান্তর করতে scp ব্যবহার করা আমার নেটওয়ার্কে কোনও সমস্যা সৃষ্টি করে না। এটি কেবল ঘাঁটিঘাঁটি পেরিয়ে যায় যা সমস্ত ট্র্যাফিককে হত্যা করে তবে এটির নিজস্ব।

  • scp from: ল্যাপটপ -> সার্ভার, কোনও সমস্যা নেই
  • scp from: ল্যাপটপ -> ঘাঁটি -> সার্ভার, সমস্ত ট্র্যাফিক নিহত

আপডেট: ডিফলফের কিছু ডিবাগ পরামর্শের পরে আমি আবিষ্কার করেছি যে এসএসএইচ পোর্টটি ব্যবহার করে ঘাঁটিটির মাধ্যমে অ্যাপস্ভারে পুনর্নির্দেশ করব, তারপরে scp -P 9999 bigfile.dat লোকালহোস্ট: / tmp এর কোনও সমস্যা নেই! তো, তা আমাকে কী বলছে? হয়তো ssh -W বিকল্পটি আমাকে ব্যর্থ করছে?


Superuser.com এই প্রশ্নের জন্য আরও উপযুক্ত বিনিময় হবে। তবে একটি নোট: এটি আপনার ক্লায়েন্টের সাথে নয়, বরং আপনার রাউটারের সমস্যা হয়ে দাঁড়াবে। tomshardware.com/answers/id-1800301/…
জেন

অনুমান করুন আমার সমস্ত কম্পিউটার হার্ডওয়ার্ড নির্দিষ্ট করা উচিত, কোনও ওয়াইফাই নেই
xref

দৃশ্যটি হুবহু নয়, তবে এটি সেই নির্দিষ্ট রাউটারের সাথে সম্পর্কিত ইঙ্গিত। একটি একক, বড় স্থানান্তর কারণে সঠিকভাবে কনফিগার করা রাউটারের প্যাকেটগুলি ফেলে দেওয়া উচিত নয়।
জিন

পাশাপাশি আমি উল্লেখ করেছি আমি যদি ম্যাক -> সার্ভার থেকে একই স্থানান্তরটি করি তবে কোনও সমস্যা নেই। তবে ম্যাক -> ঘাঁটি -> সার্ভার, সমস্ত ট্র্যাফিক নিহত হয়
xref

2
ডিবাগিং আইডিয়া: আপনি যদি scpকেবল ঘাঁটিঘরের হোস্টের কাছে যান (এটি দিয়ে কোনও টানেল না দিয়ে?) ঠিক কী হবে ssh? (সার্ভারে, ঘাঁটি হোস্টে, বেসেশন হোস্ট টানেলের মাধ্যমে সার্ভারে?) যদি বেসেশন হোস্টে স্কিপগুলি এটি ট্রিগার না করে এবং বেসমেন্ট হোস্টের মাধ্যমে এসএসএস এটি ট্রিগার করে না, তবে প্রক্সি কম্যান্ডের সাথে অদ্ভুত কিছু চলছে there's । যদি তা হয় তবে কেবল একটি বন্দর পুনর্নির্দেশ ব্যবহার করে চেষ্টা করুন (উদাহরণস্বরূপ ssh bastion -L 9999:10.20.10.242:22এর সাথে সংযুক্ত থাকাকালীন,ssh localhost -p 9999
ডারফেক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.