د OpenVPN AF_INET خبرداری: بې ضرره بیرته تګ که ناکام socket؟

د OpenVPN دوه لاګ کرښې په ورته کلمو پیلېږي، او یوازې یوه یې د ستونزې راپور ورکوي۔ Could not determine IPv4/IPv6 protocol. Using AF_INET د بیرته تګ خبرتیا ده: پروفایل د پتې کورنۍ پرانیستې پرېښوده، نو ډیمون یوه وټاکله او روان شو۔ د ناکامۍ څانګه راپور ورکوي چې هیڅ socket جوړ نه شو او بیا پیل غواړي۔ د مشترک مخکښي وروسته هر څه دوی بېلوي، نو له دې مخکې چې څه بدل کړئ، هغه ته ورپسې ولولئ۔

د بیرته تګ خبرتیا څه راپور کوي

OpenVPN روښانه کورنۍ د proto udp4 یا proto udp6 له لارې مني، او proto udp مني کله چې کورنۍ باید د پیل پر مهال راووځي۔ په دوهم حالت کې ډیمون محلي bind معلومات ګوري او ټاکي۔

کله چې دا استخراج کار وکړ، خبرداری وایي چې کوم لوري ته ولاړ او بهیر د socket جوړولو ته دوام ورکوي۔ په دوه سټیکه کوربه کې proto udp لرونکی سرور ډېری وخت په دې توګه IPv4 ته رسیږي۔ په دې لار کې هیڅ شی تېروتنه نه ده، او په دې کې هیڅ شی برید، ورک ویب سرور یا رد شوي حساب ته اشاره نه کوي۔ کرښه یوازې ځکه ګټوره ده چې وروستي ګوتې باید د هغې کورنۍ سره پرتله شي چې نوم یې اخلي۔

دا د یوې پوښتنې ځواب وګڼئ، نه تشخیص۔ وایي چې دا بهیر کومه کورنۍ وټاکله، او د دې په اړه هیڅ نه وایي چې ولې کلاینټ نشي نښلول کېدای۔

د ناکامۍ څانګه څنګه ښکاري

وروسته په همدې socket کوډ کې یوه څانګه ده چې هلته هیڅ socket نه شته۔ لنډ د پتې کورنۍ پیغام ثبتوي او بیا پیل غواړي، ځکه د دوام لپاره څه نه دي پاتې۔ پیل کلمې د بیرته تګ سره سمون لري؛ پایله نه۔

دوی د هغه څه له مخې بېل کړئ چې ورپسې راځي۔ که ډیمون روان وي او خپل اورېدونکی راپور کړي، کرښه معلومات وو۔ که ووځي یا په حلقه کې بیا پیل شي، اوس خبره د bind په اړه ده۔

په grep کې موندنه هم د څانګې پېژندنه نه ده۔ دا عبارت په څرخېدونکو لنډیزونو، په تاو شوو کرښو او په هغو لاګ ټوټو کې ښکاري چې خلک له دوهم لاس څخه پیسټ کوي، نو ګاونډي کرښې او د وخت نښو ترتیب ولولئ نه یوازې یو سمون۔

د خبرداري پرځای اورېدونکی وګورئ

روان سرور د کورنۍ پوښتنې ته مستقیم ځواب ورکوي، پرته له دې چې د لاګ متن څخه نتیجه واخلي۔

ss -lunp | grep openvpn
ss -ltnp | grep openvpn

کورنۍ، پته او پورټ د پروفایل سره سم کړئ۔ 0.0.0.0:1194 کرښه یوازې IPv4 ده، پداسې حال کې چې په دوه سټیکه کوربه کې [::]:1194 کرښه کولای شي دواړه کورنۍ ومني، د bindv6only ترتیباتو پورې اړه لري۔ که پروفایل udp ووایي او socket IPv4 وي، هغه کلاینټان چې د دوی حل کوونکی یوازې AAAA ریکارډ بیرته راولي به ناکام شي مخکې له دې چې تونل حتی ورباندې خبرې وشي۔

بیا له هغه کلاینټ څخه ازموینه وکړئ چې ستاسو کاروونکو ته ورته وي: ورته د حل کوونکي لار، ورته ډول شبکه۔ له سرور څخه محلي نښلون د هغه ټرافیک په اړه ډېر لږ ثابتوي چې د NAT وسیلې یا د بلې کورنۍ لپاره لیکل شوي فایر وال قاعده څخه تېریږي۔

کله چې کورنۍ ته زور ورکول سم دي

proto udp4 پین کول یوازې-IPv4 ځای پرځای کولو لپاره ښه دي: یوازې A ډوله DNS نوم، د یوې v4 پتې لپاره فایر وال قواعد، د هغو آپریټرانو شاته کلاینټان چې یوازې v4 پتې ورکوي۔ دا ابهام لرې کوي او بله لاګ کرښه وړاندوینه کېدونکې کوي۔

همدا استدلال د IPv6-لومړي چاپېریال لپاره په مخالف لوري کار کوي، او د یوازې A کلاینټ بنسټ مخې ته udp6 د خپل جوړ شوي ځنډ څرګندونه ده۔ کورنۍ ته زور ورکول یوازې د بې ضرره خبرداري خاموشولو لپاره د دې تېروتنې کلاسیکه بڼه ده، ځکه تاسو بدل کړی چې څوک نښلولای شي، د یوې آرامې لاګ په بدل کې۔

د پای ټکو او هغو کلاینټانو له مخې وټاکئ چې باید ورته ورسیږي۔ د OpenVPN 2.6 لارښود د لېږد بڼې مستند کوي، او پیغام د هغې ټاکنې پایله ده، نه د هغې ننوت۔

ریکارډ تنګ وساتئ

دقیقه کرښه د هغې د وخت نښې سره، د روان پروفایل اغېزمن د لېږد ترتیب، socket لکه څنګه چې کرنل راپور ورکوي، او بله هغه پړاو چې ناکام شو ولیکئ۔ هغه څلور شیان د پیغام لخوا پورته شوې نږدې هرې پوښتنې حل کوي، او هیڅ یو یې د بې اړیکې خدمتونو په اړه اټکل نه غواړي۔ دوی د سپارلو په وخت هم پاتې کیږي، کوم چې د grep سکرین شاټ نه کوي۔

د دې خبرداري سره راغلي پاکیټ وړاندیزونه بې اړیکې دي تر څو چې تېروتنه د ورک شوي اجرایي فایل نوم واخلي۔

که ifconfig واقعاً نشته، ډیمون د سکریپټ لخوا د هغې د رابللو پر مهال نوم په نوم وایي، او دا خپله جلا پلټنه مستحق دی۔ د AF_INET کرښه او ورکه وسیله جلا ناکامۍ دي، او د دې لپاره چې وګورئ خبرداری بدلیږي که نه، شیان نصبول هغه لار ده چې پاک کوربه ګډوډ کوربه کیږي۔