ஒரு சேனலில் அனைத்து IPv6 முனைகளையும் பிங் செய்யவும்

விகிதத்தில் புதிய ஓட்டம் தொடங்குவதற்கு சில நாட்கள் உள்ளன "நெட்வொர்க் பொறியாளர்" OTUS இலிருந்து. இது சம்பந்தமாக, தலைப்பில் பயனுள்ள பொருளின் மொழிபெயர்ப்பை உங்களுடன் பகிர்ந்து கொள்ள விரும்புகிறோம்.

IPv6 பிங் சிக்கல்களைத் தீர்ப்பதற்கான உதவிக்குறிப்புகள் மற்றும் தந்திரங்கள் குறித்த வலைப்பதிவு இடுகைகளின் தொடர் (ICMPv6 எக்கோ கோரிக்கை/எக்கோ பதில்)

நான் Linux ஐ (குறிப்பாக Fedora 31) பயன்படுத்துகிறேன் என்பதை நினைவில் கொள்ளவும், இருப்பினும் மற்ற இயக்க முறைமைகளுக்கான பிங் கட்டளை தொடரியல் மிகவும் ஒத்ததாக இருக்க வேண்டும்.

ஒரு சேனலில் அனைத்து IPv6 முனைகளையும் பிங் செய்யவும்

முதல் மற்றும் எளிமையான உதவிக்குறிப்பு இணைப்பில் உள்ள அனைத்து IPv6 முனைகளையும் பிங் செய்வதாகும்.

IPv6 அனைத்து வகையான ஒன்று முதல் பல தகவல்தொடர்புகளுக்கு மல்டிகாஸ்ட் முகவரிகளைப் பயன்படுத்துகிறது. ஒளிபரப்பு (அல்லது ஒளிபரப்பு) IPv6 முகவரிகள் இல்லை. இது IPv6 ஐ IPv4 இலிருந்து வேறுபடுத்துகிறது, அங்கு பல வகையான ஒளிபரப்பு முகவரிகள் உள்ளன, எடுத்துக்காட்டாக, "வரையறுக்கப்பட்ட ஒளிபரப்பு" முகவரி 255.255.255.255 [RFC1122].

இருப்பினும், "ஆல்-நோட்ஸ் மல்டிகாஸ்ட்" IPv6 முகவரி உள்ளது, எனவே இணைப்பில் உள்ள அனைத்து IPv6 முனைகளையும் பிங் செய்ய அதைப் பயன்படுத்துவோம். ("ஒளிபரப்பு" முகவரி என்பது உண்மையில் சிறப்புப் பெயரிடப்பட்ட மல்டிகாஸ்ட் முகவரியாகும், இது அனைத்து முனைகளையும் உள்ளடக்கிய மல்டிகாஸ்ட் குழுவாகும். எடுத்துக்காட்டாக, இணைப்பு அடுக்கில் ஈத்தர்நெட் ஒளிபரப்பு முகவரிகளில் "குழு" அல்லது மல்டிகாஸ்ட் முகவரி பிட் இயக்கப்பட்டுள்ளது என்பதை நினைவில் கொள்ளவும். )

சேனலுக்கான அனைத்து முனைகளின் மல்டிகாஸ்ட் IPv6 முகவரி: ff02::1. ff மல்டிகாஸ்ட் IPv6 முகவரியைக் குறிக்கிறது. அடுத்த 0 என்பது அமைக்கப்படாத பிட்கள் கொண்ட கொடியின் பகுதியாகும்.

மேலும் 2 மல்டிகாஸ்ட் குழுவின் பகுதியை வரையறுக்கிறது. மல்டிகாஸ்ட் IPv4 முகவரிகள் போலல்லாமல், மல்டிகாஸ்ட் IPv6 முகவரிகள் ஒரு நோக்கத்தைக் கொண்டுள்ளன. ஸ்கோப் மதிப்பு என்பது மல்டிகாஸ்ட் பாக்கெட்டை அனுப்ப அனுமதிக்கப்படும் நெட்வொர்க்கின் பகுதியைக் குறிக்கிறது. ஒரு பாக்கெட் குறிப்பிட்ட நோக்கத்தின் எல்லையை அடைந்ததும், அதன் ஹாப் கவுண்ட் புலம் பூஜ்ஜியமாக இருந்தாலும், பாக்கெட் கைவிடப்பட வேண்டும். நிச்சயமாக, குறிப்பிட்ட மல்டிகாஸ்ட் குழு எல்லையை அடைவதற்கு முன் ஹாப் எண்ணிக்கை பூஜ்ஜியத்தை அடைந்தால், அது உடனடியாக மீட்டமைக்கப்படும். IPv6 மல்டிகாஸ்ட் ஸ்கோப்பின் முழுமையான பட்டியல் இங்கே.

இறுதியாக, ::1 அனைத்து முனைகளின் மல்டிகாஸ்ட் குழுவைக் குறிப்பிடுகிறது.

முகவரி பற்றி ff02::1 இது தெளிவற்றது என்பதைக் கவனத்தில் கொள்ள வேண்டும். திசைவி அல்லது மல்டிஹோம் ஹோஸ்ட் போன்ற பல இடைமுகங்களைக் கொண்ட IPv6 ஹோஸ்டில், முகவரி ff02::1 ICMPv6 எதிரொலி கோரிக்கைகளை எந்த இடைமுகத்திற்கு அனுப்ப வேண்டும் என்பதை நீங்கள் குறிப்பிட முடியாது அல்லது ICMPv6 எதிரொலி பதில்கள் வரும் போது பெற எதிர்பார்க்கலாம். ff02::1 செல்லுபடியாகும் மற்றும் பல இடைமுக முனையுடன் இணைக்கப்பட்ட எந்த இடைமுகங்கள் மற்றும் சேனல்களிலும் பயன்படுத்தலாம்.

எனவே ஒரு இணைப்பில் அனைத்து IPv6 நோட்களையும் பிங் செய்யும்போது, ​​எப்படியாவது பயன்பாட்டையும் சொல்ல வேண்டும் ping IPv6 க்கு, எந்த இடைமுகத்தைப் பயன்படுத்த வேண்டும்.

இடைமுகங்களை வரையறுத்தல் - கட்டளை வரி விருப்பம்

நாம் ஏற்கனவே பார்த்தது போல், நாம் பயன்படுத்த விரும்பும் அனைத்து-நோட் மல்டிகாஸ்ட் முகவரி − ff02::1 - ICMPv6 எக்கோ கோரிக்கை மற்றும் எதிரொலி பதில் பாக்கெட்டுகளை எந்த இடைமுகம் அனுப்புவது மற்றும் பெறுவது என்பது பற்றிய எந்த தகவலையும் வழங்கவில்லை.

எனவே, மல்டிகாஸ்ட் அட்ரஸ் ஸ்பேஸ் அல்லது யூனிகாஸ்ட் லிங்க்-லோக்கல் அட்ரஸ் ஸ்பேஸுக்குப் பயன்படுத்தப்பட வேண்டிய இடைமுகத்தை எப்படிக் குறிப்பிடுவது?

நாம் பயன்படுத்தும் பயன்பாட்டிற்கு ஒரு அளவுருவாக வழங்குவதே முதல் மற்றும் மிகத் தெளிவான வழி.

பயன்பாட்டுக்காக ping நாங்கள் அதை விருப்பத்தின் மூலம் வழங்குகிறோம் -I.

[mark@opy ~]$ ping -w 1 -I enp3s2 ff02::1
ping: Warning: source address might be selected on device other than: enp3s2
PING ff02::1(ff02::1) from :: enp3s2: 56 data bytes
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 ms
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.589 ms (DUP!)
64 bytes from fe80::7e31:f5ff:fe1b:9fdb%enp3s2: icmp_seq=1 ttl=64 time=5.15 ms (DUP!)
64 bytes from fe80::f7f8:15ff:fe6f:be6e%enp3s2: icmp_seq=1 ttl=64 time=58.0 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:b881%enp3s2: icmp_seq=1 ttl=64 time=62.3 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:ad79%enp3s2: icmp_seq=1 ttl=64 time=62.8 ms (DUP!)
 
--- ff02::1 ping statistics ---
1 packets transmitted, 1 received, +5 duplicates, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.438/31.544/62.786/29.566 ms
[mark@opy ~]$

இந்த ஆல்-நோட் மல்டிகாஸ்ட் பிங்கைப் பயன்படுத்தி, 6 ஐபிவி6 நோட்களிலிருந்து பதில்களைப் பெற்றோம். இணைப்பு-உள்ளூர் IPv6 முனை முகவரிகளிலிருந்து பதில்கள் வந்தன, இது முன்னொட்டுடன் தொடங்குகிறது fe80::/10.

என்று ping ICMPv6 எதிரொலி கோரிக்கைகளை நாங்கள் குறுக்கிடும் வரை காலவரையின்றி அனுப்பாது, பொதுவாக -c விருப்பத்தின் மூலம் அனுப்ப வேண்டிய பாக்கெட்டுகளின் எண்ணிக்கையை குறிப்பிடுவோம். இருப்பினும், இது மல்டிகாஸ்ட் ICMPv6 எக்கோ கோரிக்கையை அனுப்பும் போது ஒன்றுக்கு மேற்பட்ட ICMPv6 எதிரொலி பதில்களை ஏற்றுக்கொள்வதிலிருந்தும் காண்பிப்பதிலிருந்தும் பிங்கைத் தடுக்கிறது. அதற்கு பதிலாக, எத்தனை ICMPv1 எதிரொலி கோரிக்கைகள் அல்லது எதிரொலி பதில்கள் அனுப்பப்பட்டாலும் அல்லது பெறப்பட்டாலும், 6 வினாடிக்குப் பிறகு பிங் முடிக்கப்பட வேண்டும் என்பதைக் குறிப்பிட -w விருப்பத்தைப் பயன்படுத்தினோம்.

கவனம் செலுத்த வேண்டிய மற்றொரு விஷயம் (DUP!) இரண்டாவது மற்றும் அடுத்தடுத்த பதில்களின் வெளியீடு. இந்த பாக்கெட்டுகள் நகல் பதில்களாக அடையாளம் காணப்படுகின்றன, ஏனெனில் அவை முதலில் அனுப்பப்பட்ட தனிப்பட்ட ICMPv6 எதிரொலி கோரிக்கைகளின் அதே ICMP வரிசை மதிப்பைக் கொண்டுள்ளன. ICMPv6 மல்டிகாஸ்ட் எதிரொலி கோரிக்கையானது பல தனிப்பட்ட யூனிகாஸ்ட் பதில்களில் விளைவதால் அவை தோன்றும். புள்ளிவிவரங்களின் சுருக்கத்தில் நகல்களின் எண்ணிக்கையும் குறிப்பிடப்பட்டுள்ளது.

இடைமுகங்களை வரையறுத்தல் - மண்டல ஐடி

IPv6 முகவரி அளவுருவின் ஒரு பகுதியாக ஒரு இடைமுகத்தை பயன்படுத்துவதற்கான மற்றொரு வழி.

பிங் வெளியீட்டில் இதற்கான உதாரணத்தை நாம் பார்க்கலாம், இதில் பதிலளிக்கும் IPv6 ஹோஸ்ட்களின் முகவரிகளும் பின்னொட்டைக் கொண்டிருக்கும். %enp3s2எடுத்துக்காட்டாக:

64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 ms

இடைமுகங்களைக் குறிப்பிடும் இந்த முறை [RFC4007], "IPv6 வரையறுக்கப்பட்ட முகவரி கட்டமைப்பு" இல் முறையாக விவரிக்கப்பட்டுள்ளது. அவை பொதுவாக இயக்க முறைமை இடைமுகம் என்று அழைக்கப்பட்டாலும், அவை உண்மையில் மிகவும் பொதுவான ஒன்றை வரையறுக்கின்றன - ஒரு "மண்டலம்" அல்லது "நோக்கம்."

பொதுவான மண்டலங்கள் அல்லது ஸ்கோப் மண்டலங்களைக் கொண்டிருப்பதற்கான காரணம், [RFC4007] இல் குறிப்பிட்டுள்ளபடி, ஒரு IPv6 முனை ஒரே சேனலுடன் பல்வேறு IPv6 இடைமுகங்களைக் கொண்டிருக்கலாம். இந்த இடைமுகங்கள் ஒரே மண்டலத்தின் உறுப்பினர்கள்.

இயக்க முறைமையின் கீழ் ஒரு மண்டலத்திற்குள் பல இடைமுகங்களை குழுவாக்க முடியும்; தற்போது லினக்ஸில் இது சாத்தியமா அல்லது எப்படி செய்வது என்று தெரியவில்லை.

பின்னொட்டைப் பயன்படுத்துதல் %<zone_id>, கட்டளை வரி விருப்பத்தை நீக்கலாம் -I ping.

[mark@opy ~]$ ping -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.453 ms (DUP!)
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.606 ms (DUP!)
64 bytes from fe80::7e31:f5ff:fe1b:9fdb%enp3s2: icmp_seq=1 ttl=64 time=6.23 ms (DUP!)
64 bytes from fe80::f7f8:15ff:fe6f:be6e%enp3s2: icmp_seq=1 ttl=64 time=157 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:ad79%enp3s2: icmp_seq=1 ttl=64 time=159 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:b881%enp3s2: icmp_seq=1 ttl=64 time=161 ms (DUP!)
64 bytes from fe80::23d:e8ff:feec:958c%enp3s2: icmp_seq=1 ttl=64 time=179 ms (DUP!)
 
--- ff02::1%enp3s2 ping statistics ---
1 packets transmitted, 1 received, +7 duplicates, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.106/82.858/179.216/81.281 ms
 
[mark@opy ~]$

இணைப்பு-உள்ளூர் முகவரி பதில்கள்

இந்த ஆல்-நோட் மல்டிகாஸ்ட் பிங்கிலிருந்து மொத்தம் 6 தனிப்பட்ட பதில்களைப் பெற்றோம்.

இந்த பதில்கள் யூனிகாஸ்ட் லிங்க்-லோக்கல் IPv6 ஹோஸ்ட் முகவரிகளிலிருந்து வந்தவை. உதாரணமாக, இங்கே முதல் பதில்:

64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms

யூனிகாஸ்ட் லிங்க்-லோக்கல் IPv6 முகவரிகள் அனைத்து IPv6-இயக்கப்பட்ட இடைமுகங்களிலும் [RFC4291], “IP பதிப்பு 6 முகவரியிடல் கட்டமைப்பு” தேவை. இதற்குக் காரணம், ஒரு IPv6 கணு எப்போதும் தானாகவே ஒரு யூனிகாஸ்ட் IPv6 முகவரியைக் கொண்டிருக்கும், இது நேரடியாக இணைக்கப்பட்ட இணைப்புகளில் உள்ள மற்ற முனைகளுடன் தொடர்பு கொள்ள குறைந்தபட்சம் பயன்படுத்தலாம். இணைப்பு-உள்ளூர் ஹோஸ்ட் முகவரிகள் மூலம் பிற ஹோஸ்ட்களில் உள்ள பயன்பாடுகளுடன் தொடர்புகொள்வது இதில் அடங்கும்.

இது IPv6 Neighbour Discovery மற்றும் OSPFv3 போன்ற நெறிமுறைகளின் வடிவமைப்பு மற்றும் செயல்படுத்தலை எளிதாக்குகிறது. சேனலில் உள்ள வேறு எந்த IPv6 உள்கட்டமைப்பும் தேவையில்லாமல் சேனலில் தொடர்பு கொள்ள ஹோஸ்ட்களில் உள்ள இறுதி-பயனர் பயன்பாடுகளையும் இது அனுமதிக்கிறது. இணைக்கப்பட்ட IPv6 ஹோஸ்ட்களுக்கு இடையேயான நேரடித் தொடர்புக்கு இணைப்பில் IPv6 ரூட்டர் அல்லது DHCPv6 சர்வர் தேவையில்லை.

இணைப்பு-உள்ளூர் முகவரிகள் 10-பிட் முன்னொட்டுடன் தொடங்கும் fe80, தொடர்ந்து 54 பூஜ்ஜிய பிட்கள் மற்றும் பின்னர் 64-பிட் இடைமுக அடையாளங்காட்டி (IID). மேலே உள்ள முதல் பதிலில் 2392:6213:a15b:66ff 64-பிட் IID ஆகும்.

லூப் செய்யப்பட்ட மல்டிகாஸ்ட்

இயல்பாக, மல்டிகாஸ்ட் பாக்கெட்டுகள் அவற்றை அனுப்பிய முனைக்கு உள்நாட்டில் திருப்பி அனுப்பப்படும். இது IPv6 மற்றும் IPv4 ஆகிய இரண்டு முகவரிகளுக்கும் நடக்கும்.

இந்த இயல்புநிலை நடத்தைக்கான காரணம் என்னவென்றால், மல்டிகாஸ்ட் பாக்கெட்டுகள் அனுப்பப்படும் போது, ​​அனுப்பும் ஹோஸ்டிலும், நெட்வொர்க்கில் எங்காவது இயங்கும் கேட்கும் உள்ளூர் மல்டிகாஸ்ட் பயன்பாடும் இருக்கலாம். இந்த உள்ளூர் பயன்பாடு மல்டிகாஸ்ட் பாக்கெட்டுகளையும் பெற வேண்டும்.

இந்த மல்டிகாஸ்ட் லோக்கல் லூப்பை நமது பிங் வெளியீட்டில் காணலாம்:

[mark@opy ~]$ ping -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.453 ms (DUP!)
...

முதல் மற்றும் வேகமான பதில் (0,106 ms உடன் ஒப்பிடும்போது 0,453 ms) இடைமுகத்திலேயே உள்ளமைக்கப்பட்ட இணைப்பு-உள்ளூர் முகவரியிலிருந்து வருகிறது. enp3s2.

[mark@opy ~]$ ip addr show dev enp3s2 | grep fe80
    inet6 fe80::2392:6213:a15b:66ff/64 scope link noprefixroute 
[mark@opy ~]$

பயன்பாடு ping அளவுருவைப் பயன்படுத்தி உள்ளூர் மல்டிகாஸ்ட் பின்னூட்டத்தை அடக்குவதற்கான வழியை வழங்குகிறது -L. இந்தக் கொடியுடன் ஆல்-நோட் மல்டிகாஸ்ட் பிங்கை அனுப்பினால், ரிமோட் நோட்களுக்கு மட்டுமே பதில்கள் இருக்கும். அனுப்பும் இடைமுகத்தின் இணைப்பு-உள்ளூர் முகவரியிலிருந்து நாங்கள் பதிலைப் பெறவில்லை.

[mark@opy ~]$ ping -L -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.383 ms
 
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.467 ms (DUP!)
...

பிங் இணைப்பு-உள்ளூர் முகவரிகள்

நீங்கள் யூகித்தபடி, யூனிகாஸ்ட் லிங்க்-லோக்கல் முகவரிகள் தங்களை அடைய எந்த இடைமுகத்தைப் பயன்படுத்த வேண்டும் என்பதைக் குறிக்க போதுமான தகவலை வழங்கவில்லை. ஆல்-நோட் மல்டிகாஸ்ட் பிங்கைப் போலவே, இடைமுகத்தையும் கட்டளை வரி அளவுருவாகக் குறிப்பிட வேண்டும். ping அல்லது லிங்க்-உள்ளூர் முகவரிகளை பிங் செய்யும் போது முகவரியுடன் கூடிய மண்டல ஐடி.

இந்த நேரத்தில் நாம் பயன்படுத்தலாம் -cஅனுப்பப்பட்ட மற்றும் பெறப்பட்ட பாக்கெட்டுகள் மற்றும் பதில்களின் எண்ணிக்கையை கட்டுப்படுத்த ping, நாங்கள் யூனிகாஸ்ட் பிங்கைச் செய்வதால்.

[mark@opy ~]$ ping -c 1 fe80::f31c:ccff:fe26:a6d9%enp3s2
 
PING fe80::f31c:ccff:fe26:a6d9%enp3s2(fe80::fad1:11ff:feb7:3704%enp3s2) 56 data bytes
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.395 ms
 
--- fe80::f31c:ccff:fe26:a6d9%enp3s2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.395/0.395/0.395/0.000 ms
[mark@opy ~]$

பிற IPv6 முகவரிகளை (அனைத்தும்) பிங் செய்யவா?

இந்தக் கட்டுரையில், ஆல்-நோட் மல்டிகாஸ்ட் ஐபிவி6 முகவரியைப் பயன்படுத்தி ஒரு சேனலில் அனைத்து ஐபிவி6 நோட்களையும் பிங் செய்வது எப்படி என்று பார்த்தோம். ff02::1. அனைத்து முனைகளின் மல்டிகாஸ்ட் IPv6 முகவரியுடன் எந்த இடைமுகத்தைப் பயன்படுத்த வேண்டும் என்பதைக் குறிப்பிடுவது எப்படி என்பதையும் பார்த்தோம், ஏனெனில் முகவரியே இந்தத் தகவலை வழங்க முடியாது. நாங்கள் கட்டளை வரி விருப்பத்தை பயன்படுத்தினோம் ping, அல்லது பின்னொட்டைப் பயன்படுத்தி இடைமுகத்தைக் குறிப்பிடலாம் %<zone_id>.

யூனிகாஸ்ட் லிங்க்-லோக்கல் முகவரிகள் பற்றி அறிந்து கொண்டோம், இவை அனைத்து முனைகளின் மல்டிகாஸ்ட் ICMPv6 எதிரொலி கோரிக்கைகளுக்கு பதிலளிக்கப் பயன்படும் முகவரிகள்.

மல்டிகாஸ்ட் பாக்கெட்டுகள் எப்படி அனுப்பும் முனைக்கு இயல்புநிலையாகத் திரும்புகின்றன என்பதையும், பயன்பாட்டுக்கு இதை எவ்வாறு முடக்குவது என்பதையும் நாங்கள் பார்த்தோம். ping.

இறுதியாக, பின்னொட்டைப் பயன்படுத்தி ஒற்றை இணைப்பு-உள்ளூர் முகவரியை பிங் செய்தோம் %<zone_id>, லிங்க்-லோக்கல் முகவரிகளும் வெளிச்செல்லும் இடைமுகம் பற்றிய தகவலை வழங்காது.

மற்ற எல்லா முனைகளையும் பிங் செய்து அவற்றின் உலகளாவிய யூனிகாஸ்ட் முகவரிகள் (ஜியுஏக்கள்) (அதாவது, இணையத்தில் அவற்றின் பொது முகவரிகள்) அல்லது அவற்றின் தனித்துவமான உள்ளூர் யூனிகாஸ்ட் முகவரிகளை (யுஎல்ஏக்கள்) பெறுவது பற்றி என்ன? அடுத்த வலைப்பதிவு இடுகையில் இதைப் பார்ப்போம்.

அவ்வளவுதான்.

எங்கள் பாடத்திட்டத்தைப் பற்றி நீங்கள் மேலும் அறியலாம் திறந்த நாள் குறிப்புகள்.

ஆதாரம்: www.habr.com