ਲੀਨਕਸ ਕੁਐਸਟ. ਜੇਤੂਆਂ ਨੂੰ ਵਧਾਈਆਂ ਅਤੇ ਕਾਰਜਾਂ ਦੇ ਹੱਲ ਬਾਰੇ ਦੱਸੋ

25 ਮਾਰਚ ਨੂੰ ਅਸੀਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਖੋਲ੍ਹੀ ਲੀਨਕਸ ਕੁਐਸਟ, ਇਹ ਲੀਨਕਸ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੇ ਪ੍ਰੇਮੀਆਂ ਅਤੇ ਮਾਹਿਰਾਂ ਲਈ ਇੱਕ ਗੇਮ ਹੈ। ਕੁਝ ਅੰਕੜੇ: 1117 ਲੋਕਾਂ ਨੇ ਗੇਮ ਲਈ ਰਜਿਸਟਰ ਕੀਤਾ, ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ 317 ਨੇ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਕੁੰਜੀ ਲੱਭੀ, 241 ਨੇ ਪਹਿਲੇ ਪੜਾਅ ਦਾ ਕੰਮ ਸਫਲਤਾਪੂਰਵਕ ਪੂਰਾ ਕੀਤਾ, 123 ਨੇ ਦੂਜਾ ਪੜਾਅ ਪੂਰਾ ਕੀਤਾ ਅਤੇ 70 ਨੇ ਤੀਜਾ ਪੜਾਅ ਪਾਸ ਕੀਤਾ। ਅੱਜ ਸਾਡੀ ਖੇਡ ਸਮਾਪਤ ਹੋ ਗਈ ਹੈ ਅਤੇ ਅਸੀਂ ਆਪਣੇ ਜੇਤੂਆਂ ਨੂੰ ਵਧਾਈ ਦਿੰਦੇ ਹਾਂ!

• ਅਲੈਗਜ਼ੈਂਡਰ ਟੇਲਡੇਕੋਵ ਨੇ ਪਹਿਲਾ ਸਥਾਨ ਪ੍ਰਾਪਤ ਕੀਤਾ।
  ਸਿਕੰਦਰ ਨੇ ਆਪਣੇ ਆਪ ਨੂੰ ਕਿਹਾ ਕਿ ਉਹ ਸਭ ਤੋਂ ਆਮ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਹੈ। ਵੋਲਗੋਗਰਾਡ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਲਗਭਗ ਵੀਹ ਸਾਲਾਂ ਤੋਂ ਵੱਖ-ਵੱਖ ਯੂਨਿਕਸ-ਵਰਗੇ ਸਿਸਟਮਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਰਿਹਾ ਹੈ। ਮੈਂ ਇੰਟਰਨੈਟ ਪ੍ਰਦਾਤਾਵਾਂ, ਇੱਕ ਬੈਂਕ, ਅਤੇ ਇੱਕ ਸਿਸਟਮ ਇੰਟੀਗ੍ਰੇਟਰ ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਿਹਾ। ਹੁਣ ਉਹ ਇੱਕ ਛੋਟੀ ਕੰਪਨੀ ਵਿੱਚ ਰਿਮੋਟ ਤੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਇੱਕ ਵੱਡੇ ਵਿਦੇਸ਼ੀ ਗਾਹਕ ਲਈ ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਪੜ੍ਹਨਾ ਅਤੇ ਸੰਗੀਤ ਸੁਣਨਾ ਪਸੰਦ ਕਰਦਾ ਹੈ। ਗੇਮ ਬਾਰੇ ਅਲੈਗਜ਼ੈਂਡਰ ਨੇ ਕਿਹਾ ਕਿ ਉਸ ਨੂੰ ਇਹ ਗੇਮ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਸੰਦ ਹੈ, ਉਸ ਨੂੰ ਅਜਿਹੇ ਟਾਸਕ ਬਹੁਤ ਪਸੰਦ ਹਨ। ਇੱਕ ਕੰਪਨੀ ਵਿੱਚ ਇੱਕ ਇੰਟਰਵਿਊ ਦੇ ਦੌਰਾਨ ਮੈਂ ਹੈਕਰੈਂਕ ਦੇ ਸਮਾਨ ਕੁਝ ਕੀਤਾ, ਇਹ ਦਿਲਚਸਪ ਸੀ.
• ਦੂਜਾ ਸਥਾਨ - ਰੋਮਨ Suslov.
  ਮਾਸਕੋ ਤੋਂ ਇੱਕ ਨਾਵਲ। ਉਹ 37 ਸਾਲ ਦਾ ਹੈ। Jet Infosystems ਵਿਖੇ ਲੀਨਕਸ/ਯੂਨਿਕਸ ਇੰਜੀਨੀਅਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਕੰਮ 'ਤੇ, ਮੈਨੂੰ ਲੀਨਕਸ/ਯੂਨਿਕਸ ਸਿਸਟਮ + SAN ਦਾ ਪ੍ਰਬੰਧਨ ਅਤੇ ਸਮੱਸਿਆ ਦਾ ਨਿਪਟਾਰਾ ਕਰਨਾ ਹੋਵੇਗਾ। ਦਿਲਚਸਪੀਆਂ ਵੱਖੋ-ਵੱਖਰੀਆਂ ਹਨ: ਲੀਨਕਸ ਸਿਸਟਮ, ਪ੍ਰੋਗਰਾਮਿੰਗ, ਰਿਵਰਸ ਇੰਜਨੀਅਰਿੰਗ, ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ, ਅਰਡਿਊਨੋ। ਗੇਮ ਬਾਰੇ ਰੋਮਨ ਨੇ ਨੋਟ ਕੀਤਾ ਕਿ ਉਸਨੂੰ ਸਮੁੱਚੀ ਖੇਡ ਪਸੰਦ ਸੀ। “ਮੈਂ ਆਪਣੇ ਦਿਮਾਗ ਨੂੰ ਥੋੜਾ ਜਿਹਾ ਖਿੱਚਿਆ ਅਤੇ ਰੋਜ਼ਾਨਾ ਦੇ ਕੰਮ ਦੀ ਸਲੇਟੀ ਰੋਜ਼ਾਨਾ ਜ਼ਿੰਦਗੀ ਤੋਂ ਬ੍ਰੇਕ ਲਿਆ। 🙂 ਮੈਂ ਹੋਰ ਕੰਮ ਕਰਨਾ ਚਾਹਾਂਗਾ, ਨਹੀਂ ਤਾਂ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਮੇਰੇ ਕੋਲ ਇਸਦਾ ਸਵਾਦ ਲੈਣ ਦਾ ਸਮਾਂ ਹੁੰਦਾ, ਖੇਡ ਪਹਿਲਾਂ ਹੀ ਖਤਮ ਹੋ ਚੁੱਕੀ ਸੀ।"
• ਤੀਜਾ - alex3d.
  ਅਲੈਕਸ ਮਾਸਕੋ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਸਾਫਟਵੇਅਰ ਡਿਵੈਲਪਮੈਂਟ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ। "ਮੁਕਾਬਲੇ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ, ਮੇਰੇ ਗੂਗਲ-ਫੂ ਹੁਨਰਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਦਿਲਚਸਪ ਸੀ।"

10 ਸਰਵੋਤਮ ਖਿਡਾਰੀਆਂ ਦੀ ਰੈਂਕਿੰਗ ਵਿੱਚ ਵੀ:

• ਯੇਵਗੇਨੀ ਸਲਦਾਯੇਵ
• ਮਾਰਕੇਲ ਮੋਖਨਾਚੇਵਸਕੀ
• ਕੋਨਸਟੈਂਟਿਨ ਕੋਨੋਸੋਵ
• ਪਾਵੇਲ ਸਰਜੀਵ
• ਵਲਾਦੀਮੀਰ ਬੋਵੇਵ
• ਇਵਾਨ ਬੁਬਨੋਵ
• ਪਾਵਲੋ ਕਲੈਟਸ

ਅਸੀਂ ਸਮਝਦੇ ਹਾਂ ਕਿ ਸਾਡੀਆਂ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਬਹੁਤ ਸਾਰੇ ਵਿਕਲਪ ਹਨ; ਕੁਝ ਸੰਭਵ ਹੱਲ ਹੇਠਾਂ ਦੱਸੇ ਗਏ ਹਨ।

1. ਪਹਿਲਾ ਪੜਾਅ

ਅਸੀਂ ਇਸਨੂੰ "ਕੀ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਇੱਕ ਐਡਮਿਨ ਹੋ?" ਕਹਿੰਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਇਹ ਕੰਮ ਬਹੁਤ ਸੌਖਾ ਸੀ - ਇੱਕ ਨਿੱਘੀ ਲੈਂਪ ਸੇਵਾ ਨੂੰ ਠੀਕ ਕਰਨਾ।

1.1 ਦਿਲਚਸਪ ਤੱਥ:

ਦੋ ਖਿਡਾਰੀਆਂ ਨੇ ਖੇਡ ਦੇ ਪਹਿਲੇ 15 ਮਿੰਟਾਂ ਵਿੱਚ ਪਹਿਲੀ ਕੁੰਜੀ ਲੱਭੀ, ਅਤੇ ਪਹਿਲੇ ਘੰਟੇ ਵਿੱਚ ਸਾਡੇ ਕੋਲ ਤਿੰਨ ਆਗੂ ਸਨ ਜਿਨ੍ਹਾਂ ਨੇ ਕੰਮ ਨੂੰ ਪੂਰਾ ਕੀਤਾ।

1.2 ਕਸਰਤ

ਤੁਸੀਂ ਇੱਕ ਅਜਿਹੀ ਕੰਪਨੀ ਵਿੱਚ ਕੰਮ ਕਰਨ ਲਈ ਗਏ ਹੋ ਜਿੱਥੇ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਕੋਈ ਯੋਗ ਸੂਚਨਾ ਤਕਨਾਲੋਜੀ ਮਾਹਰ ਨਹੀਂ ਸੀ। ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਚੀਜ਼ਾਂ ਨੂੰ ਕ੍ਰਮਬੱਧ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ, ਤੁਹਾਨੂੰ ਬਲਦੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਜੋ ਦਫਤਰ ਦੇ ਕੰਮ ਨੂੰ ਰੋਕ ਰਹੀ ਹੈ.

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

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

ਹਰ ਕੋਈ ਇਸ ਮੁੱਦੇ ਦੇ ਤੁਰੰਤ ਹੱਲ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ!

1.3. ਹੱਲ

1. ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਇਸ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਚੁਅਲ ਮਸ਼ੀਨ 'ਤੇ ਰੂਟ ਪਾਸਵਰਡ ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ। ਸ਼ੁਰੂ ਕਰਦੇ ਸਮੇਂ, ਅਸੀਂ ਦੇਖਿਆ ਕਿ ਇਹ ਉਬੰਟੂ 16.04 ਸਰਵਰ ਹੈ।

ਰੂਟ ਪਾਸਵਰਡ ਨੂੰ ਰੀਸੈਟ ਕਰਨ ਲਈ, ਅਸੀਂ ਮਸ਼ੀਨ ਨੂੰ ਰੀਸਟਾਰਟ ਕਰਦੇ ਹਾਂ, ਲੋਡ ਕਰਨ ਵੇਲੇ, ਜਦੋਂ ਗਰਬ ਮੀਨੂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, "e" ਬਟਨ ਨਾਲ ਉਬੰਟੂ ਆਈਟਮ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਲਈ ਜਾਓ। ਲਾਈਨ ਲੀਨਕਸ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰੋ, ਇਸਨੂੰ ਅੰਤ ਵਿੱਚ ਜੋੜੋ init=/bin/bash. ਅਸੀਂ Ctrl+x ਰਾਹੀਂ ਲੋਡ ਕਰਦੇ ਹਾਂ, ਸਾਨੂੰ ਇੱਕ ਬੈਸ਼ ਮਿਲਦਾ ਹੈ। rw ਨਾਲ ਰੂਟ ਨੂੰ ਮੁੜ ਮਾਊਂਟ ਕਰੋ, ਪਾਸਵਰਡ ਬਦਲੋ:

$ mount -o remount,rw /dev/mapper/ubuntu--vg-root
$ passwd

ਸਿੰਕ, ਰੀਬੂਟ ਬਾਰੇ ਨਾ ਭੁੱਲੋ।

2. ਸ਼ਰਤ ਕਹਿੰਦੀ ਹੈ ਕਿ ਸਾਡਾ ਵੈਬ ਸਰਵਰ ਕੰਮ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ, ਵੇਖੋ:

$ curl localhost
Not Found
The requested URL / was not found on this server.
Apache/2.4.18 

ਭਾਵ, ਅਸਲ ਵਿੱਚ, ਅਪਾਚੇ ਚੱਲ ਰਿਹਾ ਹੈ, ਪਰ ਕੋਡ 404 ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਆਓ ਸੰਰਚਨਾ ਨੂੰ ਵੇਖੀਏ:

$ vim /etc/apache2/sites-enabled/000-default.conf

ਇੱਥੇ ਇੱਕ ਕੁੰਜੀ ਵੀ ਹੈ - StevenPaulSteveJobs.

ਰਸਤੇ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ /usr/share/WordPress - ਅਜਿਹੀ ਕੋਈ ਚੀਜ਼ ਨਹੀਂ ਹੈ, ਪਰ ਹੈ /usr/share/wordpress. ਸੰਰਚਨਾ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰੋ ਅਤੇ ਅਪਾਚੇ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ।

$ systemctl restart apache2

3. ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ, ਸਾਨੂੰ ਗਲਤੀ ਮਿਲਦੀ ਹੈ:

Warning: mysqli_real_connect(): (HY000/2002): Connection refused in /usr/share/wordpress/wp-includes/wp-db.php on line 1488

ਡੇਟਾਬੇਸ ਨਹੀਂ ਚੱਲ ਰਿਹਾ ਹੈ?

$ systemctl status mysql
Active: active (running)

ਕੀ ਗੱਲ ਹੈ? ਸਾਨੂੰ ਇਸ ਨੂੰ ਬਾਹਰ ਦਾ ਿਹਸਾਬ ਲਗਾਉਣ ਦੀ ਲੋੜ ਹੈ. ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ MySQL ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਜਿਵੇਂ ਕਿ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ ਦਸਤਾਵੇਜ਼. ਦਸਤਾਵੇਜ਼ੀ ਬਿੰਦੂਆਂ ਵਿੱਚੋਂ ਇੱਕ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹੈ ਕਿ ਅਸੀਂ ਵਿਕਲਪ ਨੂੰ ਰਜਿਸਟਰ ਕਰੀਏ skip-grant-tables в /etc/mysql/mysql.conf.d/mysqld.cnf. ਇੱਥੇ ਇੱਕ ਕੁੰਜੀ ਵੀ ਹੈ - AugustaAdaKingByron.

ਉਪਭੋਗਤਾ ਅਧਿਕਾਰਾਂ ਨੂੰ ਠੀਕ ਕਰਨਾ 'wp'@'localhost'. ਅਸੀਂ MySQL ਲਾਂਚ ਕਰਦੇ ਹਾਂ, ਇਸਨੂੰ ਨੈੱਟਵਰਕ 'ਤੇ ਪਹੁੰਚਯੋਗ ਬਣਾਉਂਦੇ ਹਾਂ, ਸੰਰਚਨਾ ਵਿੱਚ ਵਿਕਲਪ 'ਤੇ ਟਿੱਪਣੀ ਕਰਦੇ ਹੋਏ skip-networking.

4. ਇਹਨਾਂ ਕਦਮਾਂ ਤੋਂ ਬਾਅਦ, ਵੈਬ ਸਰਵਰ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ, ਪਰ ਸਾਈਟ ਅਜੇ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦੀ ਕਿਉਂਕਿ

Warning: require_once(/usr/share/wordpress/wp-content/themes/twentysixteen/footer.php): failed to open stream: Permission denied in /usr/share/wordpress/wp-includes/template.php on line 562

ਅਸੀਂ ਫਾਈਲ ਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹਾਂ।

$ chmod 644 /usr/share/wordpress/wp-content/themes/twentysixteen/footer.php

ਅਸੀਂ ਪੰਨੇ ਨੂੰ ਤਾਜ਼ਾ ਕਰਦੇ ਹਾਂ, ਸਾਈਟ 'ਤੇ ਜਾਓ ਅਤੇ ਕੁੰਜੀ ਲੱਭੋ - BjarneStroustrup! ਸਾਨੂੰ ਤਿੰਨੋਂ ਕੁੰਜੀਆਂ ਮਿਲੀਆਂ, ਸਾਡਾ ਨਿਰਦੇਸ਼ਕ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਅਸੀਂ ਲੇਖਾ-ਜੋਖਾ ਫਾਈਲਾਂ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ ਹੈ। ਹਰ ਕੋਈ ਖੁਸ਼ ਹੈ, ਅਤੇ ਕੰਪਨੀ ਵਿੱਚ ਬੁਨਿਆਦੀ ਢਾਂਚਾ, ਬੈਕਅੱਪ ਅਤੇ ਸੁਰੱਖਿਆ ਸਥਾਪਤ ਕਰਨ ਲਈ ਤੁਹਾਡੇ ਅੱਗੇ ਬਹੁਤ ਸਾਰਾ ਕੰਮ ਹੈ।

2. ਦੂਜਾ ਪੜਾਅ

ਵਿਸ਼ਲੇਸ਼ਣ ਇਕੱਠਾ ਕਰਨ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ. ਹਰ ਕੋਈ ਵਿਸ਼ਲੇਸ਼ਣ ਪਸੰਦ ਕਰਦਾ ਹੈ - ਕੌਣ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਕਿੱਥੇ ਅਤੇ ਕਿਸ ਮਾਤਰਾ ਵਿੱਚ। ਅਸੀਂ ਇੱਕ ਅਜਿਹਾ ਕੇਸ ਲੈ ਕੇ ਆਏ ਹਾਂ ਜਿਸਦਾ ਸਾਹਮਣਾ ਸਾਰੇ ਇੰਜੀਨੀਅਰ ਜੀਵਨ ਵਿੱਚ ਕਿਸੇ ਨਾ ਕਿਸੇ ਰੂਪ ਵਿੱਚ ਕਰ ਸਕਦੇ ਹਨ।

2.1 ਦਿਲਚਸਪ ਤੱਥ

ਸਾਡੇ ਖਿਡਾਰੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਨੇ ਖੇਡ ਦੇ ਪਹਿਲੇ 10 ਮਿੰਟਾਂ ਵਿੱਚ ਸਹੀ ਕੁੰਜੀ ਦਾਖਲ ਕੀਤੀ, ਅਤੇ ਪਹਿਲੇ ਘੰਟੇ ਦੇ ਅੰਦਰ ਸਾਡੇ ਕੋਲ ਇੱਕ ਆਗੂ ਸੀ ਜਿਸ ਨੇ ਕੰਮ ਨੂੰ ਪੂਰਾ ਕੀਤਾ।

2.2 ਕਸਰਤ

ਤੁਸੀਂ ਕੰਪਨੀ ਵਿਚ ਕੰਮ ਕਰਨ ਗਏ ਸੀ, ਮੈਨੇਜਰ ਤੁਹਾਡੇ ਕੋਲ ਆਏ ਅਤੇ ਤੁਹਾਨੂੰ ਇਹ ਪਤਾ ਕਰਨ ਲਈ ਕਿਹਾ ਕਿ ਅਫ਼ਰੀਕਾ ਤੋਂ ਕਿਸ ਨੂੰ ਚਿੱਠੀਆਂ ਭੇਜੀਆਂ ਗਈਆਂ ਸਨ। ਸਾਨੂੰ ਉਹਨਾਂ ਦੇ ਅਧਾਰ ਤੇ ਚੋਟੀ ਦੇ 21 ਪ੍ਰਾਪਤਕਰਤਾ ਪਤੇ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਦੇ ਪਤੇ ਦੇ ਪਹਿਲੇ ਅੱਖਰ ਮੁੱਖ ਹਨ। ਇੱਕ ਗੱਲ: ਮੇਲ ਸਰਵਰ ਜਿਸ ਰਾਹੀਂ ਚਿੱਠੀਆਂ ਭੇਜੀਆਂ ਗਈਆਂ ਸਨ, ਲੋਡ ਨਹੀਂ ਹੁੰਦਾ। ਹਰ ਕੋਈ ਇਸ ਮੁੱਦੇ ਦੇ ਤੁਰੰਤ ਹੱਲ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ!

2.3. ਹੱਲ

1. ਸਰਵਰ fstab ਵਿੱਚ ਗੈਰ-ਮੌਜੂਦ ਸਵੈਪ ਭਾਗ ਦੇ ਕਾਰਨ ਬੂਟ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਜਦੋਂ ਲੋਡ ਹੋ ਰਿਹਾ ਹੈ, ਸਿਸਟਮ ਇਸਨੂੰ ਮਾਊਂਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਅਤੇ ਕਰੈਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ। ਬੂਟ ਕਿਵੇਂ ਕਰੀਏ?

ਚਿੱਤਰ ਨੂੰ ਡਾਉਨਲੋਡ ਕਰੋ, ਅਸੀਂ CentOS 7 ਨੂੰ ਡਾਉਨਲੋਡ ਕੀਤਾ, ਲਾਈਵ ਸੀਡੀ/ਡੀਵੀਡੀ ਤੋਂ ਬੂਟ ਕਰੋ (ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ -> ਬਚਾਅ), ਸਿਸਟਮ ਨੂੰ ਮਾਊਂਟ ਕਰੋ, ਸੰਪਾਦਨ ਕਰੋ /etc/fstab. ਅਸੀਂ ਤੁਰੰਤ ਪਹਿਲੀ ਕੁੰਜੀ ਲੱਭਦੇ ਹਾਂ - GottfriedWilhelm11646Leibniz!

ਸਵੈਪ ਬਣਾਓ:

$ lvcreate -n swap centos -L 256M
$ sync && reboot

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

ਅਸੀਂ ਦੁਬਾਰਾ ਲਾਈਵਸੀਡੀ ਤੋਂ ਬੂਟ ਕਰਦੇ ਹਾਂ, ਧਿਆਨ ਨਾਲ ਸਿਸਟਮ ਲੌਗਸ ਦਾ ਅਧਿਐਨ ਕਰਦੇ ਹਾਂ ਅਤੇ, ਅਜਿਹੇ ਸਮੇਂ ਤੋਂ ਬਾਅਦ, ਕ੍ਰੋਨ ਨੂੰ ਵੇਖਦੇ ਹਾਂ। ਉੱਥੇ ਸਾਨੂੰ ਸਮੱਸਿਆ ਅਤੇ ਦੂਜੀ ਕੁੰਜੀ ਮਿਲਦੀ ਹੈ - Alan1912MathisonTuring!

ਵਿੱਚ ਲੋੜ ਹੈ /etc/crontab ਲਾਈਨ ਨੂੰ ਮਿਟਾਓ ਜਾਂ ਟਿੱਪਣੀ ਕਰੋ echo b > /proc/sysrq-trigger.

3. ਜਿਸ ਤੋਂ ਬਾਅਦ ਸਰਵਰ ਲੋਡ ਹੋ ਗਿਆ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਪ੍ਰਬੰਧਕਾਂ ਦਾ ਕੰਮ ਪੂਰਾ ਕਰ ਸਕਦੇ ਹੋ: "ਅਫਰੀਕਾ ਵਿੱਚ ਪਤੇ ਕੀ ਹਨ?" ਇਹ ਜਾਣਕਾਰੀ ਆਮ ਤੌਰ 'ਤੇ ਲੋਕਾਂ ਲਈ ਉਪਲਬਧ ਹੁੰਦੀ ਹੈ। ਤੁਸੀਂ ਇਹ ਜਾਣਕਾਰੀ ਇੰਟਰਨੈੱਟ 'ਤੇ "ip address africa", "geoip database" ਵਾਕਾਂਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲੱਭ ਸਕਦੇ ਹੋ। ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਐਡਰੈੱਸ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਡੇਟਾਬੇਸ (ਜੀਓਆਈਪੀ) ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਅਸੀਂ ਡੇਟਾਬੇਸ ਨੂੰ ਇੱਕ ਮਿਆਰ ਵਜੋਂ ਵਰਤਿਆ ਹੈ ਮੈਕਸ ਮਾਈਂਡ ਜੀਓਲਾਈਟ 2, Creative Commons Attribution-ShareAlike 4.0 ਲਾਇਸੰਸ ਦੇ ਤਹਿਤ ਉਪਲਬਧ ਹੈ।

ਆਉ ਸਿਰਫ ਲੀਨਕਸ ਸਿਸਟਮ ਉਪਯੋਗਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਾਡੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ, ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਨੂੰ ਬਹੁਤ ਸਾਰੇ ਤਰੀਕਿਆਂ ਨਾਲ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: ਟੈਕਸਟ ਫਿਲਟਰਿੰਗ ਉਪਯੋਗਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਅਤੇ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ।

ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਅਸੀਂ ਸਿਰਫ਼ ਮੇਲ ਲੌਗ ਤੋਂ "ਭੇਜਣ ਵਾਲੇ-ਪ੍ਰਾਪਤਕਰਤਾ IP" ਜੋੜੇ ਪ੍ਰਾਪਤ ਕਰਾਂਗੇ /var/log/maillog (ਆਓ ਈ-ਮੇਲ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਿਆਂ ਦੀ ਇੱਕ ਸਾਰਣੀ ਬਣਾਈਏ - ਭੇਜਣ ਵਾਲਾ IP)। ਇਹ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਨਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

$ cat /var/log/maillog | fgrep -e ' connect from' -e 'status=sent' | sed 's/[]<>[]/ /g' | awk '/connect from/ {ip=$11} /status=sent/ {print $10" "ip}' > log1.txt

ਅਤੇ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਅਫਰੀਕੀ ਪਤਿਆਂ ਦੇ ਡੇਟਾਬੇਸ ਨੂੰ ਕੰਪਾਇਲ ਕਰਨਾ ਜਾਰੀ ਰੱਖੀਏ, ਆਓ ਭੇਜਣ ਵਾਲਿਆਂ ਦੇ ਚੋਟੀ ਦੇ IP ਪਤਿਆਂ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੀਏ।

$ cat log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n 40
5206 [email protected]
4165 [email protected]
3739 [email protected]
3405 [email protected]
3346 [email protected]

ਉਹਨਾਂ ਸਾਰਿਆਂ ਵਿੱਚੋਂ, ਸਿਖਰ ਤੋਂ ਪਹਿਲੇ ਤਿੰਨ ਪ੍ਰਾਪਤਕਰਤਾ ਅੱਖਰਾਂ ਦੀ ਸੰਖਿਆ ਦੇ ਰੂਪ ਵਿੱਚ ਸਪਸ਼ਟ ਤੌਰ ਤੇ ਵੱਖਰੇ ਹਨ। ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਚੋਟੀ ਦੇ 3 ਤੋਂ ਪਤਿਆਂ 'ਤੇ ਭੇਜੇ ਗਏ ਭੇਜਣ ਵਾਲਿਆਂ ਦੇ IP ਪਤਿਆਂ ਨੂੰ ਸਮਝਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਕੁਝ ਨੈੱਟਵਰਕਾਂ ਦੀ ਸਪੱਸ਼ਟ ਪ੍ਰਮੁੱਖਤਾ ਵੇਖੋਗੇ:

$ cat log1.txt | fgrep '[email protected]' | cut -d' ' -f2 | sort | cut -d'.' -f1 | uniq -c | sort -r | head
831 105
806 41
782 197
664 196
542 154
503 102
266 156
165 45
150 160
108 165

ਜ਼ਿਆਦਾਤਰ ਨੈਟਵਰਕ 105/8, 41/8, 196/8,197/8 AFRINIC ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤੇ ਗਏ ਹਨ - ਪੰਜ ਖੇਤਰੀ ਇੰਟਰਨੈਟ ਰਜਿਸਟਰਾਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਜੋ ਇੰਟਰਨੈਟ ਸਰੋਤਾਂ ਨੂੰ ਵੰਡਦੇ ਹਨ। AFRINIC ਪੂਰੇ ਅਫਰੀਕਾ ਵਿੱਚ ਪਤਾ ਸਪੇਸ ਵੰਡਦਾ ਹੈ। ਅਤੇ 41/8 ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਫਰੀਨਿਕ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

https://www.nic.ru/whois/?searchWord=105.0.0.0 
https://www.nic.ru/whois/?searchWord=41.0.0.0

ਇਸ ਤਰ੍ਹਾਂ, ਸਮੱਸਿਆ ਦਾ ਜਵਾਬ, ਅਸਲ ਵਿੱਚ, ਲੌਗ ਵਿੱਚ ਹੀ ਹੈ.

$ cat log1.txt | fgrep -e '105.' -e '41.' -e '196.' -e '197.' -e '154.' -e '102.' | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
4209 [email protected]
3313 [email protected]
2704 [email protected]
2215 [email protected]
1774 [email protected]
1448 [email protected]
1233 [email protected]
958 [email protected]
862 [email protected]
762 [email protected]
632 [email protected]
539 [email protected]
531 [email protected]
431 [email protected]
380 [email protected]
357 [email protected]
348 [email protected]
312 [email protected]
289 [email protected]
282 [email protected]
274 [email protected]

ਇਸ ਪੜਾਅ 'ਤੇ ਸਾਨੂੰ "LinuxBenedictTorvadst" ਸਤਰ ਮਿਲਦੀ ਹੈ।

ਸਹੀ ਕੁੰਜੀ: "LinusBenedictTorvalds"।

ਨਤੀਜੇ ਵਾਲੀ ਸਤਰ ਵਿੱਚ ਆਖਰੀ 3 ਅੱਖਰਾਂ ਵਿੱਚ ਸਹੀ ਕੁੰਜੀ ਦੇ ਸਬੰਧ ਵਿੱਚ ਇੱਕ ਟਾਈਪੋ ਸ਼ਾਮਲ ਹੈ। ਇਹ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਹੈ ਕਿ ਸਾਡੇ ਦੁਆਰਾ ਚੁਣੇ ਗਏ ਨੈਟਵਰਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਫਰੀਕੀ ਦੇਸ਼ਾਂ ਨੂੰ ਸਮਰਪਿਤ ਨਹੀਂ ਹਨ ਅਤੇ ਸਾਡੇ ਲੌਗ ਵਿੱਚ ਆਈਪੀ ਪਤਿਆਂ ਵਿੱਚ ਈਮੇਲਾਂ ਨੂੰ ਵੰਡਣ ਦੇ ਤਰੀਕੇ ਲਈ ਹੈ।

ਅਫਰੀਕੀ ਦੇਸ਼ਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤੇ ਗਏ ਸਭ ਤੋਂ ਵੱਡੇ ਨੈਟਵਰਕਾਂ ਦੇ ਕਾਫ਼ੀ ਨਿਰਧਾਰਨ ਦੇ ਨਾਲ, ਇੱਕ ਸਟੀਕ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

$ cat log1.txt | fgrep -e' '105.{30..255}. -e' '41. -e' '196.{64..47}. -e' '196.{248..132}. -e' '197.{160..31}. -e' '154.{127..255}. -e' '102.{70..255}. -e' '156.{155..255}. | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
3350 [email protected]
2662 [email protected]
2105 [email protected]
1724 [email protected]
1376 [email protected]
1092 [email protected]
849 [email protected]
712 [email protected]
584 [email protected]
463 [email protected]
365 [email protected]
269 [email protected]
225 [email protected]
168 [email protected]
142 [email protected]
111 [email protected]
 96 [email protected]
 78 [email protected]
 56 [email protected]
 56 [email protected]
 40 [email protected]

ਸਮੱਸਿਆ ਨੂੰ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਵੀ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ.
ਮੈਕਸ ਮਾਈਂਡ ਨੂੰ ਡਾਉਨਲੋਡ ਕਰੋ, ਇਸਨੂੰ ਅਨਪੈਕ ਕਰੋ, ਅਤੇ ਅਗਲੀਆਂ ਤਿੰਨ ਕਮਾਂਡਾਂ ਵੀ ਸਾਡੀ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰਦੀਆਂ ਹਨ।

$ cat GeoLite2-Country-Locations-ru.csv | grep "Африка" | cut -d',' -f1 > africaIds.txt
$ grep -Ff africaIds.txt GeoLite2-Country-Blocks-IPv4.csv | cut -d',' -f1 > africaNetworks.txt
$ grepcidr -f africaNetworks.txt log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n21

ਇੱਕ ਜਾਂ ਦੂਜੇ ਤਰੀਕੇ ਨਾਲ, ਅਸੀਂ ਆਖਰਕਾਰ ਅੰਕੜਿਆਂ ਦੀ ਗਣਨਾ ਕੀਤੀ, ਅਤੇ ਪ੍ਰਬੰਧਕਾਂ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਲੋੜੀਂਦਾ ਡੇਟਾ ਪ੍ਰਾਪਤ ਹੋਇਆ!

3. ਤੀਜਾ ਪੜਾਅ

ਤੀਜਾ ਪੜਾਅ ਕੁਝ ਹੱਦ ਤੱਕ ਪਹਿਲੇ ਵਰਗਾ ਹੈ - ਤੁਹਾਨੂੰ ਗਰਮ ਲੈਂਪ ਸੇਵਾ ਨੂੰ ਵੀ ਠੀਕ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਪਰ ਸਭ ਕੁਝ ਪਹਿਲੇ ਕੰਮ ਨਾਲੋਂ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ.

3.1 ਦਿਲਚਸਪ ਤੱਥ

ਪਹਿਲੇ 15 ਮਿੰਟਾਂ ਵਿੱਚ, ਤਿੰਨ ਖਿਡਾਰੀਆਂ ਨੇ ਪਹਿਲੀ ਕੁੰਜੀ ਲੱਭੀ; ਸਟੇਜ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ 2 ਘੰਟੇ ਅਤੇ 20 ਮਿੰਟ ਬਾਅਦ, ਸਾਡੇ ਵਿਜੇਤਾ ਨੇ ਕਾਰਜ ਨੂੰ ਪੂਰਾ ਕੀਤਾ।

3.2 ਕਸਰਤ

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

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

ਸਾਨੂੰ ਵਿਕੀ ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਬਹਾਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ; ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਵਿਕੀ ਪੰਨਿਆਂ ਦੀ ਸਮੱਗਰੀ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਾਂ। ਟੈਕਸਟ ਦਾ ਇੱਕ ਖਾਸ ਟੁਕੜਾ ਜੋ ਇਸ ਵਿਕੀ ਦੇ ਇੱਕ ਪੰਨੇ 'ਤੇ ਸੀ, 1C ਸਰਵਰ ਲਈ ਪਾਸਵਰਡ ਹੈ ਅਤੇ ਇਸਨੂੰ ਅਨਲੌਕ ਕਰਨ ਲਈ ਤੁਰੰਤ ਲੋੜੀਂਦਾ ਹੈ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਵਿਕੀ ਪੰਨਿਆਂ 'ਤੇ ਜਾਂ ਕਿਸੇ ਹੋਰ ਥਾਂ 'ਤੇ ਲੌਗ ਸਰਵਰ ਅਤੇ ਵੀਡੀਓ ਨਿਗਰਾਨੀ ਸਰਵਰ ਲਈ ਪਾਸਵਰਡ ਸਨ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨਾ ਵੀ ਫਾਇਦੇਮੰਦ ਹੋਵੇਗਾ; ਉਹਨਾਂ ਤੋਂ ਬਿਨਾਂ, ਘਟਨਾ ਦੀ ਜਾਂਚ ਅਸੰਭਵ ਹੈ। ਹਮੇਸ਼ਾ ਵਾਂਗ, ਅਸੀਂ ਮੁੱਦੇ ਦੇ ਤੁਰੰਤ ਹੱਲ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਾਂ!

3.3. ਹੱਲ

1. ਅਸੀਂ ਸਾਡੇ ਕੋਲ ਮੌਜੂਦ ਡਿਸਕਾਂ ਤੋਂ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਬੂਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ ਅਤੇ ਹਰ ਥਾਂ ਸਾਨੂੰ ਇੱਕੋ ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ:

No bootable medium found! System halted 

ਤੁਹਾਨੂੰ ਕਿਸੇ ਚੀਜ਼ ਤੋਂ ਬੂਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਲਾਈਵ CD/DVD (ਟਬਲਸ਼ੂਟਿੰਗ -> ਬਚਾਅ) ਤੋਂ ਬੂਟ ਕਰਨਾ ਦੁਬਾਰਾ ਮਦਦ ਕਰਦਾ ਹੈ। ਲੋਡ ਕਰਨ ਵੇਲੇ, ਅਸੀਂ ਬੂਟ ਭਾਗ ਲੱਭਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ ਇਸਨੂੰ ਨਹੀਂ ਲੱਭ ਸਕਦੇ, ਅਸੀਂ ਸ਼ੈੱਲ ਵਿੱਚ ਖਤਮ ਹੋ ਜਾਂਦੇ ਹਾਂ। ਅਸੀਂ ਅਧਿਐਨ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਾਂ ਕਿ ਡਿਸਕਾਂ ਨਾਲ ਕੀ ਅਤੇ ਕਿਵੇਂ ਕਰਨਾ ਹੈ. ਇਹ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਤਿੰਨ ਹਨ. CentOS ਦੇ 7 ਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ ਇਸਦੇ ਲਈ ਹੋਰ ਟੂਲ ਹਨ, ਜਿੱਥੇ ਕਮਾਂਡਾਂ ਹਨ blkid ਜ lsblk, ਜੋ ਸਾਨੂੰ ਡਿਸਕਾਂ ਬਾਰੇ ਸਾਰੀ ਜਾਣਕਾਰੀ ਦਿਖਾਉਂਦਾ ਹੈ।

ਅਸੀਂ ਕਿਵੇਂ ਅਤੇ ਕੀ ਕਰਦੇ ਹਾਂ:

$ ls /dev/sd*

ਇਹ ਤੁਰੰਤ ਸਪੱਸ਼ਟ ਹੈ ਕਿ

/dev/sdb1 - ext4
/dev/sdb2 - часть lvm
/dev/sda1 и /dev/sdc1 - части рейда
/dev/sda2 и /dev/sdc2 - про них ничего не известно на текущий момент

ਅਸੀਂ sdb1 ਨੂੰ ਮਾਊਂਟ ਕਰਦੇ ਹਾਂ, ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਇਹ CentOS 6 ਦਾ ਬੂਟ ਭਾਗ ਹੈ.

$ mkdir /mnt/sdb1 && mount /dev/sdb1 /mnt/sdb1

ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਗਰਬ ਸੈਕਸ਼ਨ ਵਿੱਚ ਜਾਂਦੇ ਹਾਂ ਅਤੇ ਉੱਥੇ ਪਹਿਲੀ ਕੁੰਜੀ ਲੱਭਦੇ ਹਾਂ - ਇੱਕ ਅਸਾਧਾਰਨ ਫਾਈਲ ਵਿੱਚ James191955Gosling.

2. ਅਸੀਂ pvs ਅਤੇ lvs ਦਾ ਅਧਿਐਨ ਕਰਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਅਸੀਂ LVM ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ 2 ਭੌਤਿਕ ਵਾਲੀਅਮ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਇੱਕ ਦਾ ਸਥਾਨ ਨਹੀਂ ਹੈ ਅਤੇ ਗੁੰਮ ਹੋਏ ਯੂਆਈਡੀ ਬਾਰੇ ਸ਼ਿਕਾਇਤ ਕਰਦਾ ਹੈ। ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ 2 ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ: ਰੂਟ ਅਤੇ ਸਵੈਪ, ਜਦੋਂ ਕਿ ਰੂਟ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਗੁਆਚ ਗਿਆ ਹੈ (ਵਾਲੀਅਮ ਦਾ P ਗੁਣ)। ਮਾਊਂਟ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੈ, ਜੋ ਕਿ ਅਫ਼ਸੋਸ ਦੀ ਗੱਲ ਹੈ! ਸਾਨੂੰ ਸੱਚਮੁੱਚ ਉਸਦੀ ਲੋੜ ਹੈ।

ਇੱਥੇ 2 ਹੋਰ ਡਿਸਕਾਂ ਹਨ, ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਦੇਖਦੇ ਹਾਂ, ਉਹਨਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹਾਂ ਅਤੇ ਮਾਊਂਟ ਕਰਦੇ ਹਾਂ:

$ mdadm --examine --verbose --scan
$ mdadm --assemble --verbose --scan
$ mkdir /mnt/md127 && mount /dev/md127  /mnt/md127 

ਅਸੀਂ ਵੇਖਦੇ ਹਾਂ, ਅਸੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ ਕਿ ਇਹ CentOS 6 ਦਾ ਬੂਟ ਭਾਗ ਹੈ ਅਤੇ ਜੋ ਪਹਿਲਾਂ ਹੀ ਚਾਲੂ ਹੈ ਉਸ ਦਾ ਡੁਪਲੀਕੇਟ ਹੈ /dev/sdb1, ਅਤੇ ਇੱਥੇ ਦੁਬਾਰਾ ਉਹੀ ਕੁੰਜੀ - DennisBMacAlistairCRitchie!
ਆਓ ਦੇਖੀਏ ਕਿ ਇਹ ਕਿਵੇਂ ਇਕੱਠਾ ਹੁੰਦਾ ਹੈ /dev/md127.

$ mdadm --detail /dev/md127

ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਇਸ ਨੂੰ 4 ਡਿਸਕਾਂ ਤੋਂ ਅਸੈਂਬਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਸੀ, ਪਰ ਇਹ ਦੋ ਤੋਂ ਅਸੈਂਬਲ ਕੀਤਾ ਗਿਆ ਸੀ /dev/sda1 и /dev/sdc1, ਉਹਨਾਂ ਨੂੰ ਸਿਸਟਮ ਵਿੱਚ ਨੰਬਰ 2 ਅਤੇ 4 ਹੋਣਾ ਚਾਹੀਦਾ ਸੀ। ਅਸੀਂ ਇਸ ਤੋਂ ਮੰਨਦੇ ਹਾਂ /dev/sda2 и /dev/sdc2 ਤੁਸੀਂ ਇੱਕ ਐਰੇ ਵੀ ਇਕੱਠਾ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ ਕਿ ਉਨ੍ਹਾਂ 'ਤੇ ਕੋਈ ਮੈਟਾਡੇਟਾ ਕਿਉਂ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ ਐਡਮਿਨ ਦੀ ਜ਼ਮੀਰ 'ਤੇ ਹੈ, ਜੋ ਕਿ ਗੋਆ ਵਿੱਚ ਕਿਤੇ ਹੈ। ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ RAID10 ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਵਿਕਲਪ ਹਨ। ਅਸੀਂ ਇਕੱਠਾ ਕਰਦੇ ਹਾਂ:

$ mdadm --create --verbose /dev/md0 --assume-clean --level=10 --raid-devices=4 missing /dev/sda2 missing /dev/sdc2

ਅਸੀਂ blkid, pvs, lvs ਨੂੰ ਦੇਖਦੇ ਹਾਂ। ਅਸੀਂ ਖੋਜਦੇ ਹਾਂ ਕਿ ਅਸੀਂ ਇੱਕ ਭੌਤਿਕ ਮਾਤਰਾ ਇਕੱਠੀ ਕੀਤੀ ਹੈ ਜਿਸਦੀ ਸਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਕਮੀ ਸੀ।

lvroot ਦੀ ਤੁਰੰਤ ਮੁਰੰਮਤ ਕੀਤੀ ਗਈ ਸੀ, ਅਸੀਂ ਇਸਨੂੰ ਮਾਊਂਟ ਕਰਦੇ ਹਾਂ, ਪਰ ਪਹਿਲਾਂ VG ਨੂੰ ਸਰਗਰਮ ਕਰਦੇ ਹਾਂ:

$ vgchange -a y
$ mkdir /mnt/lvroot && mount /dev/mapper/vg_c6m1-lv_root /mnt/lvroot 

ਅਤੇ ਸਭ ਕੁਝ ਉੱਥੇ ਹੈ, ਰੂਟ ਹੋਮ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਕੁੰਜੀ ਸਮੇਤ - /root/sweet.

3. ਅਸੀਂ ਅਜੇ ਵੀ ਆਪਣੇ ਸਰਵਰ ਨੂੰ ਮੁੜ ਸੁਰਜੀਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਾਂ ਤਾਂ ਜੋ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ੁਰੂ ਹੋਵੇ। ਸਾਡੇ ਤੋਂ ਸਾਰੇ ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ /dev/md0 (ਜਿੱਥੇ ਸਾਨੂੰ ਸਭ ਕੁਝ ਮਿਲਿਆ) ਇਸਨੂੰ ਖਿੱਚੋ /dev/sdb2, ਜਿੱਥੇ ਪੂਰਾ ਸਰਵਰ ਸ਼ੁਰੂ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਸੀ।

$ pvmove /dev/md0 /dev/sdb2
$ vgreduce vg_c6m1 /dev/md0

ਅਸੀਂ ਸਰਵਰ ਨੂੰ ਬੰਦ ਕਰਦੇ ਹਾਂ, ਡਿਸਕਾਂ 1 ਅਤੇ 3 ਨੂੰ ਹਟਾਉਂਦੇ ਹਾਂ, ਦੂਜੀ ਨੂੰ ਛੱਡ ਦਿੰਦੇ ਹਾਂ, ਲਾਈਵ ਸੀਡੀ/ਡੀਵੀਡੀ ਤੋਂ ਬਚਾਅ ਵਿੱਚ ਬੂਟ ਕਰਦੇ ਹਾਂ। ਬੂਟ ਭਾਗ ਲੱਭੋ ਅਤੇ ਬੂਟਲੋਡਰ ਨੂੰ ਗਰਬ ਵਿੱਚ ਰੀਸਟੋਰ ਕਰੋ:

root (hd0,0)
setup (hd0)

ਅਸੀਂ ਬੂਟ ਡਿਸਕ ਨੂੰ ਤੋੜ ਦਿੰਦੇ ਹਾਂ ਅਤੇ ਸਫਲਤਾਪੂਰਵਕ ਲੋਡ ਕਰਦੇ ਹਾਂ, ਪਰ ਸਾਈਟ ਕੰਮ ਨਹੀਂ ਕਰਦੀ।

4. ਵੈੱਬਸਾਈਟ ਨੂੰ ਲਾਂਚ ਕਰਨ ਲਈ ਦੋ ਵਿਕਲਪ ਹਨ: ਅਪਾਚੇ ਨੂੰ ਸਕ੍ਰੈਚ ਤੋਂ ਕੌਂਫਿਗਰ ਕਰੋ ਜਾਂ ਪਹਿਲਾਂ ਹੀ ਪਹਿਲਾਂ ਤੋਂ ਸੰਰਚਿਤ php-fpm ਨਾਲ nginx ਦੀ ਵਰਤੋਂ ਕਰੋ:

$ /etc/init.d/nginx start
$ /etc/init.d/php-fpm start

ਅੰਤ ਵਿੱਚ, ਤੁਹਾਨੂੰ MySQL ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

$ /etc/init.d/mysqld start

ਇਹ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋਵੇਗਾ, ਅਤੇ ਜਵਾਬ ਅੰਦਰ ਹੈ /var/log/mysql. ਜਿਵੇਂ ਹੀ ਤੁਸੀਂ MySQL ਨਾਲ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹੋ, ਸਾਈਟ ਕੰਮ ਕਰੇਗੀ, ਮੁੱਖ ਪੰਨੇ 'ਤੇ ਇੱਕ ਕੁੰਜੀ ਹੋਵੇਗੀ - RichardGCCMatthewGNUStallman! ਹੁਣ ਸਾਡੇ ਕੋਲ 1C ਤੱਕ ਪਹੁੰਚ ਹੈ, ਅਤੇ ਕਰਮਚਾਰੀ ਆਪਣੀਆਂ ਤਨਖਾਹਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਗੇ। ਅਤੇ ਹਮੇਸ਼ਾਂ ਵਾਂਗ, ਤੁਹਾਡੇ ਕੋਲ ਕੰਪਨੀ ਵਿੱਚ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਅਤੇ ਸੁਰੱਖਿਆ ਸਥਾਪਤ ਕਰਨ ਲਈ ਬਹੁਤ ਸਾਰਾ ਕੰਮ ਹੈ।

ਅਸੀਂ ਇੱਕ ਵਾਰ ਫਿਰ ਉਹਨਾਂ ਕਿਤਾਬਾਂ ਦੀ ਸੂਚੀ ਵੀ ਸਾਂਝੀ ਕਰ ਸਕਦੇ ਹਾਂ ਜਿਹਨਾਂ ਨੇ ਸਾਡੀ ਅਤੇ ਸਾਡੇ ਭਾਗੀਦਾਰਾਂ ਨੂੰ ਖੇਡ ਲਈ ਤਿਆਰ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕੀਤੀ: linux.mail.ru/books.

ਸਾਡੇ ਨਾਲ ਰਹਿਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ! ਅਗਲੀਆਂ ਖੇਡਾਂ ਦੀਆਂ ਘੋਸ਼ਣਾਵਾਂ ਲਈ ਬਣੇ ਰਹੋ!

ਸਰੋਤ: www.habr.com