নেটস্যাট্যাট-ও / নেটস্যাট্যাট - টিমারের আউটপুট কীভাবে ব্যাখ্যা করবেন

17

netstat -oআউটপুটটিতে কিছু টাইমার তথ্য অন্তর্ভুক্ত করে তবে আমি Timerকলামে আউটপুটটির কোনও ব্যাখ্যা খুঁজে পাইনি ।
কেউ কি এটি ব্যাখ্যা করতে পারেন বা কোনও ব্যাখ্যাতে নির্দেশ করতে পারেন?

নেটস্ট্যাট-এর আউটপুটটি দেখতে এটিই সঠিক নয় (উবুন্টু 8.04 এ)।

Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       Timer
tcp        0      0 192.168.22.1:443        111.111.11.210:5804     ESTABLISHEDkeepalive (6176.47/0/0)
tcp        0      0 192.168.22.1:443        192.168.22.253:48379    TIME_WAIT  timewait (36.57/0/0)
tcp        0    924 192.168.22.1:47763      10.9.169.60:443         ESTABLISHEDon (0.34/0/0)
tcp        0      0 192.168.22.1:443        192.168.111.99:4059     ESTABLISHEDkeepalive (6963.60/0/0)
tcp        0      0 192.168.22.1:443        192.168.111.74:1729     ESTABLISHEDkeepalive (1393.60/0/0)
tcp        0      0 192.168.56.1:42204      10.9.169.60:443         ESTABLISHEDoff (0.00/0/0)
tcp        0      0 192.168.56.1:42207      10.9.169.60:443         ESTABLISHEDoff (0.00/0/0)
tcp        0    940 192.168.22.1:42186      10.9.169.60:443         ESTABLISHEDon (0.28/0/0)
tcp        0      0 192.168.22.1:443        192.168.22.253:48367    TIME_WAIT  timewait (31.57/0/0)
tcp        0      0 192.168.22.1:42234      10.9.169.60:443         ESTABLISHEDoff (0.00/0/0)
tcp        0      0 192.168.22.1:42209      10.9.169.60:443         ESTABLISHEDoff (0.00/0/0)
linux  netstat 
— এসএমই
সূত্র

উত্তর:

7

প্রথম সংখ্যাটি পরিষ্কারভাবে কাউন্টডাউন টাইমার। স্থিতির ধরণের উপর নির্ভর করে, একবার টাইমার সময় শেষ হয়ে গেলে, এটি আবার চেষ্টা করবে এবং আবার চেষ্টা করার জন্য অন্য এফআইএন বা যা কিছু প্রয়োজন প্যাকেট পাঠিয়ে দেবে। সুতরাং দ্বিতীয় সংখ্যাটি পুনরায় চেষ্টা করার সংখ্যা ট্র্যাক করে। লক্ষ্য করুন যে টাইমারটি বৃদ্ধি পেয়েছে কারণ ট্রাফিক পরিস্থিতি থাকলে টিসিপিতে ব্যাকঅফ টাইমার রয়েছে। ব্যাকঅফ টাইমার অতিরিক্ত ঘন ঘন পুনরায় চেষ্টা এড়িয়ে চলে। প্রতিটি ব্যর্থতার ফলাফল বৃহত্তর এবং বৃহত্তর ব্যাক অফে। ব্যাকঅফ টিসিপি স্ট্যাকের উপর নির্ভর করে তাত্পর্যপূর্ণ বৃদ্ধি বা রৈখিক হতে পারে। 3 চিত্রটি কীসের জন্য তা আমি খুঁজে পাইনি। আমার প্রদর্শনগুলিতে সর্বদা শূন্য।

— বিল
সূত্র
31

টাইমার কলামে দুটি ক্ষেত্র রয়েছে (উপরে আপনার ও / পি থেকে): 

keepalive (6176.47/0/0)  
<1st field> <2nd field>

এর 1st fieldমান থাকতে পারে:
keepalive- যখন সকেটের জন্য ক্যাপালাইভ টাইমার চালু থাকে
on- যখন সকেটের জন্য পুনঃপ্রেরণ টাইমার চালু থাকে
off- উপরের কোনওটিই চালু নেই

2nd fieldতিন উপক্ষেত্রসমূহ আছে:

(6176.47/0/0) -> (a/b/c)

a= টাইমার মান (a = কেপালাইভ টাইমার, যখন প্রথম ক্ষেত্র = "কিপালাইভ"; a = retransmission টাইমার, যখন 1 ম ক্ষেত্র = "চালু")
b= ঘটে যাওয়া
cপুনঃপ্রেরণের সংখ্যা = প্রেরিত রক্ষণশীল প্রোবের সংখ্যা

উদাহরণস্বরূপ, আমি একটি ক্লায়েন্ট এবং একটি সার্ভারের মধ্যে দুটি সকেট খোলা ছিল (লুপব্যাক নয়)। রক্ষণশীল সেটিংটি হ'ল:

KEEPALIVE_IDLETIME   30
KEEPALIVE_NUMPROBES   4
KEEPALIVE_INTVL      10

এবং আমি ক্লায়েন্ট মেশিনের শাটডাউন করেছি, তাই সার্ভারের পাশে আমি একটি নেটস্ট্যাট চালিয়েছি এবং আউটপুটটি ছিল:

Port1:

netstat -c --timer | grep "192.0.0.1:43245             192.0.68.1:49742"

tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (1.92/0/0)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (0.71/0/0)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (9.46/0/1)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (8.30/0/1)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (7.14/0/1)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (5.98/0/1)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (4.82/0/1)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (3.66/0/1)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (2.50/0/1)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (1.33/0/1)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (0.17/0/1)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (9.01/0/2)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (7.75/0/2)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (6.47/0/2)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (5.29/0/2)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (4.08/0/2)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (2.89/0/2)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (1.73/0/2)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (0.54/0/2)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (9.38/0/3)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (8.23/0/3)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (7.08/0/3)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (5.93/0/3)                                                                                                                               
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (4.76/0/3)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (3.62/0/3)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (2.48/0/3)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (1.32/0/3)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (0.13/0/3)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (8.98/0/4)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (7.78/0/4)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (6.62/0/4)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (5.45/0/4)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (4.29/0/4)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (3.14/0/4)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (1.99/0/4)
tcp        0      0 192.0.0.1:43245             192.0.68.1:49742            ESTABLISHED keepalive (0.85/0/4)

আপনি উপরে দেখতে পাচ্ছেন যে সার্ভারটি 10 ​​সেকেন্ডের পরে প্রতিটি চারটি রক্ষণশীল প্রোব প্রেরণ করেছে এবং যেহেতু এটি কোনও প্রতিক্রিয়া পাচ্ছে না, তত-প্রোব-প্রেরিত গণনা বৃদ্ধি পায় এবং 4 এর পরে, এটি ক্লায়েন্টের সংযোগ বিচ্ছিন্ন করে।

পোর্ট 2:

২ য় সংযোগের জন্য, সকেটটি অভিন্ন ছিল, ব্যতীত সার্ভার সাইডে আমার অ্যাপ্লিকেশনটি ক্লায়েন্টের নিচে যাওয়ার পরে এবং রক্ষণশীলতার মেয়াদ শেষ হওয়ার আগে কিছু বার্তা প্রেরণের চেষ্টা করছিল:

 netstat -c --timer | grep "192.0.0.1:36483             192.0.68.1:43881"

tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (8.18/0/1)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (7.00/0/1)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (5.86/0/1)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (4.71/0/1)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (3.55/0/1)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (2.40/0/1)                                                                                                                               
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (1.21/0/1)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (0.05/0/1)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (8.91/0/2)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (7.75/0/2)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (6.56/0/2)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (5.39/0/2)
tcp        0      0 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED keepalive (4.14/0/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (0.21/2/2)  // <---- retransmission timer kicks in
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (0.68/3/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (2.74/4/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (1.59/4/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (0.43/4/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (2.28/5/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (1.11/5/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (2.95/6/2)

. . . . . 

tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (0.65/249/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (2.58/250/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (1.48/250/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (0.36/250/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (2.26/251/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (1.15/251/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (3.01/252/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (1.92/252/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (0.84/252/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (2.72/253/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (1.64/253/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (0.55/253/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (2.47/254/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (1.39/254/2)                                                                                                                                    
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (0.31/254/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (2.19/255/2)
tcp        0    210 192.0.0.1:36483             192.0.68.1:43881            ESTABLISHED on (1.12/255/2)

আপনি দেখতে পাচ্ছেন, এক্ষেত্রে জিনিসগুলি কিছুটা আলাদা। ক্লায়েন্টটি নীচে নেমে গেলে, আমার সার্ভারটি রক্ষণশীল ম্যাসেজগুলি প্রেরণ শুরু করেছিল, কিন্তু এটি এখনও সেই রক্ষণশীলদের পাঠানোর সময়, আমার সার্ভার ক্লায়েন্টকে একটি বার্তা প্রেরণ করার চেষ্টা করেছিল। যেহেতু ক্লায়েন্টটি নিচে চলে গেছে, সার্ভার ক্লায়েন্টের কাছ থেকে কোনও এসিকে পেতে পারেনি, তাই টিসিপি পুনঃপ্রেরণ শুরু হয় এবং সার্ভারটি আবার ডেটা প্রেরণের চেষ্টা করে, প্রতিবার পুনরায় ট্রান্সমিশন টাইমার (1 ম ক্ষেত্র) বৃদ্ধি করে ক্ষেত্র) মেয়াদ উত্তীর্ণ।

আশা করি এটি netstat --timerবিকল্পটি ভালভাবে ব্যাখ্যা করেছে ।

— ভাঙ্গা পা
সূত্র
ওহে. আপনি যদি একটি সংযোগ খোলেন , কেন নেটস্পট এতগুলি এন্ট্রি প্রদর্শন করবে?
— মার্কো মার্শালা
1
'-সি' পতাকাটি প্রতিটি সেকেন্ডে এই তথ্যটি অবিচ্ছিন্নভাবে মুদ্রণ করে।
— ব্রেকডফুট
1

প্রথম ক্ষেত্র: timewait/keepalive

সর্বশেষ ডেটা স্থানান্তরিত হওয়া থেকে পরবর্তী টিসিপি রক্ষণশীল তদন্তটি পাঠানো হবে এমন সময় থেকে সেকেন্ডে সময় Time

ডিফল্টরূপে এটি 7200s থেকে শুরু হয় এবং প্রতিবার আরও ডেটা প্রেরণের সময় পুনরায় সেট করে। মান যদি কম হয় তবে যেমন। 4000 সেকেন্ড, এর অর্থ কিছুটা বেঁচে থাকা সংযোগগুলি দীর্ঘকাল ধরে ঝুলছে বা কিছুই করছে না।

অভ্যন্তরীণ প্রক্সি বা অন্যান্য অভ্যন্তরীণ প্রক্রিয়াগুলির সাথে সংযোগগুলি আরও বেশি সময় স্থির থাকতে পারে তবে ওয়েব ভিত্তিক সংযোগের ক্ষেত্রে এটি হওয়া উচিত নয়।

— jhvaras
সূত্র
2
কেবল লিনাক্সে বিভ্রান্তি এড়াতে: টাইমারটি দৃশ্যমান netstat -oতবে এটি কখনই পুনরায় সেট হবে না, এটি 0 থেকে গণনা করে এবং তারপর ডেটা প্রেরণ করা হয়েছে কিনা তা পরীক্ষা করে দেখুন। তা না হলে এটি একটি প্যাকেট প্রেরণ করবে, অন্যথায় যদি অবশিষ্ট সময় গণনা করে আবার শুরু করে। এইভাবে চলমান টাইমারটি কখনই পরিবর্তন করার প্রয়োজন হয় না।
— উপস্থাপিত
@ আপনি কি বলতে চান দয়া করে ব্যাখ্যা করতে পারবেন? বেশ বুঝতে পারিনি
— আয়নুত পোপা
আমি যেমন বলেছি, নেটস্যাট দ্বারা প্রদর্শিত নম্বরটি ক্রিয়াকলাপে পুনরায় সেট হয় না। এটি শূন্যকে গণনা করা হয় এবং তারপরে অবশিষ্ট সময়টিতে পুনরায় সেট করে।
— eckes
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.