ලිනක්ස් හි සාමාන්‍ය පරිශීලකයෙකු ලෙස 80 වන වරායේ සේවාදායකයක් ධාවනය කරන්නේ කෙසේද?

මම සෑහෙන කාලයක් තිස්සේ විසඳුමක් ගැන ගූගල් කර ඇත, නමුත් පිළිතුරක් සොයාගත නොහැකි විය.

මම උබුන්ටු ලිනක්ස් හි සිටින අතර 80 වන වරායේ සේවාදායකයක් ධාවනය කිරීමට අවශ්‍යයි, නමුත් උබුන්ටු හි ආරක්ෂක යාන්ත්‍රණය හේතුවෙන් මට පහත දෝෂය ලැබේ:

java.net.BindException: අවසරය ප්‍රතික්ෂේප කරන ලදි: 80

වරාය 80 සියලු පරිශීලකයින්ට ලබා ගත හැකි වන පරිදි හෝ වරාය 80 වෙත පිවිසීමට වත්මන් පරිශීලකයාට අවශ්‍ය වරප්‍රසාද ලබා දීම සඳහා මෙම ආරක්ෂක යාන්ත්‍රණය අක්‍රීය කිරීමට තරම් සරල විය යුතු යැයි මම සිතමි.

කෙටි පිළිතුර: ඔබට බැහැ. 1024 ට අඩු වරායන් විවෘත කළ හැක්කේ මූලයෙන් පමණි. අදහස් දැක්වීමට අනුව - හොඳයි, ඔබට CAP_NET_BIND_SERVICE භාවිතා කළ හැකිය , නමුත් ජාවා බින් සඳහා යොදන එම ප්‍රවේශය ඕනෑම ජාවා වැඩසටහනක් මෙම සැකසුම සමඟ ක්‍රියාත්මක කිරීමට හේතු වනු ඇත, එය අනාරක්ෂිත, ආරක්ෂක අවදානමක් නොවේ නම්.

දිගු පිළිතුර: ඔබට සාමාන්‍ය පරිශීලකයෙකු ලෙස විවෘත කළ හැකි වරාය 80 හි ඇති සම්බන්ධතා වෙනත් වරායකට හරවා යැවිය හැකිය.

මූල ලෙස ධාවනය කරන්න:

# iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080

ලූප්බැක් උපාංග (localhost වැනි) පූර්වාරක්‍ෂක නීති භාවිතා නොකරන බැවින්, ඔබට localhost යනාදිය භාවිතා කිරීමට අවශ්‍ය නම්, මෙම රීතියද එක් කරන්න ( ස්තූතියි @Franceco ):

# iptables -t nat -I OUTPUT -p tcp -d 127.0.0.1 --dport 80 -j REDIRECT --to-ports 8080

සටහන: ඕනෑම පරිශීලකයෙකුට වරාය 8080 (හෝ ඔබ භාවිතා කිරීමට තීරණය කරන වෙනත් ඕනෑම ඉහළ වරායක්) විවෘත කළ හැකි බැවින් ඉහත විසඳුම බහු-පරිශීලක පද්ධති සඳහා සුදුසු නොවේ . ( සීසර්බී වෙත බැර ).

සංස්කරණය කරන්න: අදහස් දැක්වීමේ ප්‍රශ්නයට අනුව - ඉහත රීතිය මකා දැමීමට:

# iptables -t nat --line-numbers -n -L

මෙය මෙවැනි දෙයක් ප්‍රතිදානය කරයි:

Chain PREROUTING (policy ACCEPT)
num  target     prot opt source               destination         
1    REDIRECT   tcp  --  0.0.0.0/0            0.0.0.0/0           tcp dpt:8080 redir ports 8088
2    REDIRECT   tcp  --  0.0.0.0/0            0.0.0.0/0           tcp dpt:80 redir ports 8080

ඔබ උනන්දුවක් දක්වන රීතිය nr වේ. 2, එබැවින් එය මකා දැමීමට:

# iptables -t nat -D PREROUTING 2

Authbind භාවිතා කරන්න .

ඔබ ජාවා හි IPv4 පමණක් තොගය සක්‍රීය කළහොත් එය ජාවා සමඟ පවා ක්‍රියා කරයි. මම භාවිතා කරන්නේ:

authbind --deep $JAVA_HOME/bin/java -Djava.net.preferIPv4Stack=true …

ඔබේ පද්ධතිය එයට සහය දක්වන්නේ නම් ඔබට හැකියාවන් භාවිතා කළ හැකිය. මිනිසාගේ හැකියාවන් බලන්න, ඔබට අවශ්‍ය වන්නේ CAP_NET_BIND_SERVICE ය.

නව ඩේබියන් / උබුන්ටු මත ඔබට ධාවනය කළ හැකිය:

sudo apt-get install libcap2-bin 
sudo setcap 'cap_net_bind_service=+ep' /path/to/program

තවත් විසඳුමක් වන්නේ ඔබේ යෙදුම 80 වන වරාය සමඟ බැඳීමට හැකි වන පරිදි සැකසීමයි. මූල ලෙස පහත සඳහන් දේ කරන්න

chown root ./myapp
chmod +S ./myapp

මෙය සිදු කිරීම, එය හරියටම නිවැරදිව සිදු නොකළහොත්, විභව ආරක්ෂක වළවල් වලට ඔබව නිරාවරණය කරනු ඇති බව මතක තබා ගන්න, මන්ද ඔබේ යෙදුම ජාලය සමඟ කථා කරන අතර පූර්ණ මූල පුද්ගලිකත්වයන් සමඟ ක්‍රියාත්මක වනු ඇත. ඔබ මෙම විසඳුම ගන්නේ නම්, ඔබ Apache හෝ Lighttpd සඳහා මූලාශ්‍ර කේතය හෝ ඒ හා සමාන දෙයක් දෙස බැලිය යුතුය, එහිදී ඔවුන් වරාය විවෘත කිරීම සඳහා මූල වරප්‍රසාද භාවිතා කරයි, නමුත් වහාම එම පුද්ගලයෝ අතහැර දමා අඩු වරප්‍රසාදිත පරිශීලකයෙකු බවට පත්වේ. කොල්ලකාරයෙකුට ඔබේ මුළු පරිගණකයම භාර ගත නොහැක.

යාවත්කාලීන කිරීම: මෙම ප්‍රශ්නයේ දැකිය හැකි පරිදි , 2.6.24 සිට ලිනක්ස් කර්නල් වලට නව හැකියාවක් ඇති බව පෙනේ, එය ක්‍රියාත්මක කළ හැකි (නමුත් ස්ක්‍රිප්ට් එකක් නොවේ) “ CAP_NET_BIND_SERVICE” හැකියාවක් ඇති බව සලකුණු කිරීමට ඔබට ඉඩ සලසයි . ඔබ "libcap2-bin" නම් ඩෙබියන් පැකේජය ස්ථාපනය කරන්නේ නම්, විධානය නිකුත් කිරීමෙන් ඔබට එය කළ හැකිය

setcap 'cap_net_bind_service=+ep' /path/to/program

මම ඉදිරියෙන් Nginx භාවිතා කරමි. එය localhost මත ද ධාවනය කළ හැකිය.

• apt-get install nginx

.. හෝ ..

• pkg_add -r nginx

.. හෝ ඔබේ මෙහෙයුම් පද්ධතියට ගැලපෙන දේ.

Localhost මත ධාවනය වන්නේ නම් nginx.conf හි ඔබට අවශ්‍ය වන්නේ:

සේවාදායකය {
        සවන් දෙන්න 80;
        server_name some.domain.org;
        ස්ථානය / {
            proxy_set_header ධාරක $ ධාරක;
            proxy_set_header X-Real-IP $ remote_addr;
            proxy_set_header එක්ස්-ෆෝවර්ඩ්-සඳහා $ proxy_add_x_forwarded_for;
            proxy_pass http://127.0.0.1:8081;
        }
}

සනී සහ සීසර්බී විසින් යෝජනා කරන ලද ප්‍රවේශය:

iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080

හොඳින් ක්‍රියා කරන නමුත් එයට කුඩා අඩුපාඩුවක් ඇත - එය පරිශීලකයා 80 වෙනුවට 8080 වරායට කෙලින්ම සම්බන්ධ වීම වළක්වන්නේ නැත.

මෙය ගැටළුවක් විය හැකි විට පහත දැක්වෙන අවස්ථාව සලකා බලන්න.

වරාය 8080 හි HTTP සම්බන්ධතා සහ 8181 වරායේ HTTPS සම්බන්ධතා පිළිගන්නා සේවාදායකයක් අප සතුව ඇතැයි කියමු.

පහත දැක්වෙන යළි-යොමුවීම් ස්ථාපිත කිරීම සඳහා අපි iptables භාවිතා කරමු:

80  ---> 8080
443 ---> 8181

දැන්, අපගේ සේවාදායකයා HTTP පිටුවක සිට HTTPS පිටුවකට හරවා යැවීමට තීරණය කරයි යැයි සිතමු. අපි ප්‍රතිචාරය ප්‍රවේශමෙන් නැවත ලියන්නේ නැත්නම්, එය වෙත හරවා යවනු https://host:8181/ලැබේ. මෙම අවස්ථාවෙහිදී, අප ඉස්කුරුප්පු කර ඇත:

• සමහර පරිශීලකයින් https://host:8181/URL එක බුක්මාක් කරන අතර ඔවුන්ගේ පිටු සලකුණු බිඳ දැමීම වළක්වා ගැනීම සඳහා අපට මෙම URL එක පවත්වා ගත යුතුය.
• අනෙක් පරිශීලකයින්ට ඔවුන්ගේ ප්‍රොක්සි සේවාදායකයන් සම්මත නොවන SSL වරායන් සඳහා සහය නොදක්වන බැවින් සම්බන්ධ වීමට නොහැකි වනු ඇත.

මම පහත ප්‍රවේශය භාවිතා කරමි:

iptables -t mangle -A PREROUTING -p tcp --dport 80 -j MARK --set-mark 1
iptables -t mangle -A PREROUTING -p tcp --dport 443 -j MARK --set-mark 1
iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080
iptables -t nat -A PREROUTING -p tcp --dport 443 -j REDIRECT --to-port 8181
iptables -I INPUT -m state --state NEW -m tcp -p tcp --dport 8080 -m mark --mark 1 -j ACCEPT
iptables -I INPUT -m state --state NEW -m tcp -p tcp --dport 8181 -m mark --mark 1 -j ACCEPT

INPUT දාමයේ පෙරනිමි ප්‍රතික්ෂේප කිරීමේ රීතිය සමඟ ඒකාබද්ධව මෙම ප්‍රවේශය මඟින් පරිශීලකයින් 8080, 8181 වරායන් වෙත කෙලින්ම සම්බන්ධ වීම වළක්වයි.

සාම්ප්‍රදායිකව යුනික්ස් හි, අඩු වරායන් (<1024) සමඟ බැඳිය හැක්කේ මූලයට පමණි.

මේ සඳහා වැඩ කිරීමට ඇති සරලම ක්‍රමය නම්, ඔබේ සේවාදායකය ඉහළ වරායක ධාවනය කිරීමයි (නිදසුනක් ලෙස, 8080) සහ සරල වරාය රීතියක් භාවිතා කරමින් 80 වරායේ සිට වරාය 8080 දක්වා සම්බන්ධතා යොමු කිරීම. මෙය සමඟින් ඔබට අමතර ආරක්ෂාවක් අහිමි වන බව සලකන්න. අඩු වරාය; ඔබේ පරිගණකයේ ඕනෑම පරිශීලකයෙකුට 8080 වරායට බැඳිය හැකිය.

ඔබේ පද්ධතිය එයට සහය දක්වන්නේ නම් ඔබට හැකියාවන් භාවිතා කළ හැකිය. බලන්න man capabilities, ඔබට අවශ්‍ය වන්නේ CAP_NET_BIND_SERVICEඑයයි. නැත, මම ඒවා කිසි විටෙකත් භාවිතා නොකළ අතර ඒවා සැබවින්ම ක්‍රියාත්මක වේදැයි මම නොදනිමි :-)

ඔබගේ යෙදුම් සේවාදායකයන් ඉදිරිපිට ප්‍රතිලෝම ප්‍රොක්සියක් (nginx, apache + mod_proxy) හෝ හැඹිලි ප්‍රතිලෝම ප්‍රොක්සියක් (දැල්ලන්, වාර්නිෂ්) භාවිතා කරන්න!

ප්‍රතිලෝම ප්‍රොක්සියක් සමඟ ඔබට සිත්ගන්නාසුලු දේවල් රාශියක් ලබා ගත හැකිය:

• පැටවුම් තුලනය
• විසිතුරු දෝෂ පිටුවක් ලැබෙන පරිශීලකයින් සමඟ ඔබගේ යෙදුම් සේවාදායකය නැවත ආරම්භ කිරීම
• හැඹිලිය සමඟ දේවල් වේගවත් කරන්න
• ඔබ සාමාන්‍යයෙන් කරන්නේ ප්‍රතිවිකුණුම්-ප්‍රොක්සියකින් මිස යෙදුම් සේවාදායකයකින් නොවේ

ඔබට redir වැඩසටහන භාවිතා කළ හැකිය:

sudo redir --lport=80 --laddr=192.168.0.101 --cport 9990 --caddr=127.0.0.1

සුඩෝ භාවිතා කරන්න.

සුඩෝ වින්‍යාස කරන්න එවිට සාමාන්‍ය පරිශීලකයාට සුදුසු විධාන ක්‍රියාත්මක කළ හැකිය:

/etc/init.d/httpd start

හෝ

apachectl stop

හෝ

/usr/local/apache2/apachectl restart

හෝ

/myapp/myappbin start

(හෝ ඔබ විශේෂිත වෙබ් සේවාදායකයක් / යෙදුමක් ආරම්භ කිරීමට / නැවැත්වීමට භාවිතා කරන වෙනත් විධානයක් / ස්ක්‍රිප්ට් එකක්)

හිරුගේ පිළිතුර නිවැරදි ය, නමුත් ලූප්බැක් අතුරුමුහුණත PREROUTING වගුව භාවිතා නොකරන බැවින් ඔබට අමතර ගැටළු වලට මුහුණ දීමට සිදුවේ,

එබැවින් එකතු කළ යුතු iptables නීති දෙකකි:

iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080
iptables -t nat -I OUTPUT -p tcp -d 127.0.0.1 --dport 80 -j REDIRECT --to-ports 8080

ලිනක්ස් සමඟ, ඔබට තවත් විකල්ප දෙකක් තිබේ:

• ඔබට SELinux උත්සාහ කළ හැකිය ( http://www.nsa.gov/selinux/ )
• ඔබට grsecurity උත්සාහ කළ හැකිය ( http://www.grsecurity.net/ )

ලිනක්ස් කර්නලයට දිගු කිරීම දෙකම ඉතා සියුම් මට්ටමකින් ප්‍රවේශවීමේ අයිතිය ලබා දීමට ඉඩ දෙයි. වරාය 80 විවෘත කිරීම සඳහා මෙම ක්‍රියාවලිය ලබා දීමට මෙය ඔබට ඉඩ සලසයි, නමුත් එය වෙනත් මූල අයිතිවාසිකම් කිසිවක් උරුම කර නොගනී.

මා අසා ඇති දෙයින්, grsecurity භාවිතා කිරීම වඩා සරල නමුත් SELinux වඩා ආරක්ෂිතයි.

එක් විසඳුමක් නම් 80 වන වරාය සඳහා පැකට් මත PAT සිදු කිරීම සඳහා iptables භාවිතා කිරීමයි. උදාහරණයක් ලෙස දේශීය වරාය 8080 වෙත පැකට් ගෙනයාමට ඔබට මෙය භාවිතා කළ හැකිය. පිටතට යන පැකට් 80 වරායට නැවත සකසා ගන්න.

මගේ අත්දැකීම් අනුව, ආරක්ෂක ගැටළු හේතුවෙන් ලිනක්ස් හි සියුම් අවසර ලක්‍ෂණ සම්මත කර්නල් වලට සම්පාදනය නොකෙරේ.

පරිශීලක විසින් ක්‍රියාත්මක කරන විධානයකට වරාය 80 භාවිතා කළ හැකි වන පරිදි ඔබ මෙය කිරීමට උත්සාහ කරන්නේ නම්, ඔබේ එකම විසඳුම වන්නේ iptables උපක්‍රම හෝ ක්‍රියාත්මක කළ හැකි setuid-to-root සැකසීමයි.

අපාචේ වැනි දෙයක් මෙය කරන ආකාරය (එය 80 වරායට බැඳී ඇත, නමුත් මූල හැර වෙනත් අයෙකු ලෙස ක්‍රියාත්මක වේ) මූල ලෙස ධාවනය කිරීම, වරායට බැඳීම, පසුව වරායෙන් පසු වරප්‍රසාද නොලත් පරිශීලකයාට ක්‍රියාවලියේ හිමිකාරිත්වය වෙනස් කිරීම. සකසා ඇත. ඔබ ලියන යෙදුම root මඟින් ධාවනය කළ හැකි නම්, වරාය සැකසීමෙන් පසු එය හිමිකරු පුද්ගලික නොවන පරිශීලකයා ලෙස වෙනස් කළ හැකිය. නමුත් මෙය සාමාන්‍ය පරිශීලකයෙකුට විධාන රේඛාවෙන් ධාවනය කිරීමට පමණක් නම්, ඔබට වෙනත් විසඳුම් වලින් එකක් භාවිතා කිරීමට සිදුවේ.

මට මූල ලෙස ධාවනය කිරීමට අවශ්‍ය නොවන විවිධ වෙබ් සේවා යෙදුම් (පයිතන් ස්ක්‍රිප්ට්, ටොම්කාට් එන්ජින්, ...) ඇති විට මම සාමාන්‍යයෙන් අපාචේ වෙබ් සේවාදායකයක් ඔවුන් ඉදිරිපිට වින්‍යාස කරමි. Apache 80 වරායට ඇහුම්කන් දෙන අතර ටොම්කාට් 8080 ට සවන් දෙයි.

අපාචේ: s වින්‍යාසය:

ProxyPass /webapp http://localhost:8080/webapp
ProxyPassReverse /webapp http://localhost:8080/webapp

වැඩි විස්තර සඳහා මොඩ්-ප්‍රොක්සි ප්‍රලේඛනය බලන්න: http://httpd.apache.org/docs/2.2/mod/mod_proxy.html

මම හිතන්නේ හොඳම විසඳුම ඔබේ යෙදුම අවලංගු කිරීමයි. එහි වරාය බැඳී ඇති විගසම වෙනත් පරිශීලකයෙකු වෙත මාරුවීමෙන් වරප්‍රසාද අත්හැරිය යුතුය.

සමහර සත්කාරක පද්ධති NAT මොඩියුලය භාවිතා කිරීමට ඉඩ නොදේ, 'iptables' මෙම නඩුවේ ගැටළුව විසඳන්නේ නැත.

Xinetd ගැන කුමක් කිව හැකිද?

මගේ නඩුවේ (උබුන්ටු 10.04)

# apt-get install xinetd
# touch /etc/xinetd.d/my_redirect
# vim /etc/xinetd.d/my_redirect

වින්‍යාසය අලවන්න:

service my_redirector_80
{
 disable = no
 socket_type = stream
 protocol = tcp
 user = root
 wait = no
 port = 80
 redirect = localhost 8080
 type = UNLISTED
}

ඉන්පසු:

# service xinetd restart

http://docs.codehaus.org/display/JETTY/port80 වඩා හොඳ පැහැදිලි කරයි.

ක පසෙකට ලෙස, ඒ අතරින් කිහිපයකි සහ Solaris (කවුරුත් මතක බව එක්?) ඔබ මෙය (අඩු වරාය වෙත බඳින්න) වරප්රසාද තීව්ර වීමක් නොමැතිව (එනම්, root වෙත මාරු කිරීමට වැඩසටහන් භාවිතා කරමින්) ඉඩ දෙන්න. ඔබ ලිනක්ස් නියම කළ බැවින්, මම මෙය පළ කරන්නේ මෙම ප්‍රශ්නය සොයාගත හැකි වෙනත් අයට දැනුම් දීමක් වශයෙනි.

Necromancing.

සරල. සාමාන්‍ය හෝ පැරණි කර්නලයක් සමඟ, ඔබ එසේ නොකරයි.
අනෙක් අය පෙන්වා දුන් පරිදි, iptables හට වරායක් ඉදිරිපත් කළ හැකිය.
අනෙක් අය පෙන්වා දුන් පරිදි, CAP_NET_BIND_SERVICE ද එම කාර්යය කළ හැකිය.
ඇත්ත වශයෙන්ම ඔබ ඔබේ වැඩසටහන ස්ක්‍රිප්ට් එකකින් දියත් කළහොත් CAP_NET_BIND_SERVICE අසාර්ථක වනු ඇත, ඔබ ෂෙල් පරිවර්තකයේ තොප්පිය සකසා ඇත්නම් එය අර්ථ විරහිත ය, ඔබට ඔබේ සේවාව root ලෙස ක්‍රියාත්මක කළ හැකිය ...
උදා: ජාවා සඳහා, ඔබ එය යෙදිය යුතුය ජාවා ජේවීඑම් වෙත

sudo /sbin/setcap 'cap_net_bind_service=ep' /usr/lib/jvm/java-8-openjdk/jre/bin/java

නිසැකවම, එයින් අදහස් වන්නේ ඕනෑම ජාවා වැඩසටහනකට පද්ධති වරායන් බැඳ තැබිය හැකි බවයි.
මොනෝ / .නෙට් සඳහා ඩිටෝ.

මටත් විශ්වාසයි xinetd හොඳම අදහස් නොවන බව.
නමුත් ක්‍රම දෙකම හක්ක බැවින්, සීමාව ඉවත් කිරීමෙන් පමණක් සීමාව ඉවත් නොකරන්නේ ඇයි?
ඔබ සාමාන්‍ය කර්නලයක් ධාවනය කළ යුතු යැයි කිසිවෙකු කීවේ නැත, එබැවින් ඔබට ඔබේම දෑ ක්‍රියාත්මක කළ හැකිය.

ඔබ නවතම කර්නලය සඳහා ප්‍රභවය බාගත කරන්න (හෝ දැනට ඔබ සතුව ඇති). පසුව, ඔබ වෙත යන්න:

/usr/src/linux-<version_number>/include/net/sock.h:

එහිදී ඔබ මෙම රේඛාව සොයයි

/* Sockets 0-1023 can't be bound to unless you are superuser */
#define PROT_SOCK       1024

එය වෙනස් කරන්න

#define PROT_SOCK 0

ඔබට අනාරක්ෂිත ssh තත්වයක් ඇතිවීමට අවශ්‍ය නැතිනම්, ඔබ මෙය වෙනස් කරන්නේ: # PROT_SOCK 24 යන්න අර්ථ දක්වන්න

සාමාන්‍යයෙන්, මම ඔබට අවශ්‍ය අවම සැකසුම භාවිතා කරමි, උදා: http සඳහා 79, හෝ 25 වරායේ SMTP භාවිතා කරන විට 24.

දැනටමත් එපමණයි.
කර්නලය සම්පාදනය කර එය ස්ථාපනය කරන්න.
නැවත ආරම්භ කරන්න.
අවසන් - එම මෝඩ සීමාව GONE වන අතර එය ස්ක්‍රිප්ට් සඳහාද ක්‍රියා කරයි.

මෙන්න ඔබ කර්නලයක් සම්පාදනය කරන ආකාරය:

https://help.ubuntu.com/community/Kernel/Compile

# You can get the kernel-source via package linux-source, no manual download required
apt-get install linux-source fakeroot

mkdir ~/src
cd ~/src
tar xjvf /usr/src/linux-source-<version>.tar.bz2
cd linux-source-<version>

# Apply the changes to PROT_SOCK define in /include/net/sock.h

# Copy the kernel config file you are currently using
cp -vi /boot/config-`uname -r` .config

# Install ncurses libary, if you want to run menuconfig
apt-get install libncurses5 libncurses5-dev

# Run menuconfig (optional)
make menuconfig

# Define the number of threads you wanna use when compiling (should be <number CPU cores> - 1), e.g. for quad-core
export CONCURRENCY_LEVEL=3
# Now compile the custom kernel
fakeroot make-kpkg --initrd --append-to-version=custom kernel-image kernel-headers

# And wait a long long time

cd ..

කෙටියෙන් කිවහොත්, ඔබට ආරක්ෂිතව සිටීමට අවශ්‍ය නම් iptables භාවිතා කරන්න, ඔබට මෙම සීමාව නැවත කිසි විටෙකත් කරදරයක් නොවන බවට වග බලා ගැනීමට අවශ්‍ය නම් කර්නලය සම්පාදනය කරන්න.