லினக்ஸ் நேர்காணல் கேள்விகள்: பதில்களுடன் 24 கேள்விகள்

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

ஆலோசனை: பதிலளிக்கும்போது, உங்கள் கூற்றைச் சரிபார்க்க எந்தக் கட்டளையைப் பயன்படுத்துவீர்கள் என்று சொல்லுங்கள். "ss -tlnp மூலம் பார்ப்பேன்" என்பது பொதுவான வார்த்தைகளைவிட நம்பகமாகத் தோன்றும்.

கோப்பு முறைமை

1. FHS என்றால் என்ன, முக்கியக் கோப்பகங்களில் என்ன இருக்கும்?

FHS (Filesystem Hierarchy Standard) என்பது கோப்பகங்களின் அமைப்புத் தரம். முழு மரமும் root / இலிருந்து தொடங்குகிறது; தனித்தனி எழுத்துப் பெயர் கொண்ட இயக்கிகள் இல்லை, மற்ற கோப்பு முறைமைகள் மரத்தின் கோப்பகங்களில் இணைக்கப்படுகின்றன.

• /etc — அமைப்பு மற்றும் சேவைகளின் உள்ளமைவு;
• /var — மாறும் தரவு: பதிவுகள் (/var/log), தற்காலிகச் சேமிப்பு, வரிசைகள், தரவுத்தளங்கள்;
• /home — பயனர்களின் முகப்புக் கோப்பகங்கள், /root — root-இன் முகப்புக் கோப்பகம்;
• /usr — நிரல்களும் நூலகங்களும்; நவீன விநியோகங்களில் /bin மற்றும் /sbin பொதுவாக /usr/bin, /usr/sbin-க்கான இணைப்புகள்;
• /tmp — தற்காலிகக் கோப்புகள், /boot — கர்னல் மற்றும் துவக்க ஏற்றி;
• /proc மற்றும் /sys — செயல்முறைகள், கர்னல் பற்றிய தகவல்கள் கொண்ட மெய்நிகர் கோப்பு முறைமைகள், /dev — சாதனக் கோப்புகள்.

2. inode என்றால் என்ன?

Inode என்பது கோப்பின் மெட்டாடேட்டாவை வைத்திருக்கும் கோப்பு முறைமை அமைப்பு: வகை, அனுமதிகள், உரிமையாளர், அளவு, நேர முத்திரைகள், hard link-களின் எண்ணிக்கை, தரவுத் தொகுதிகளின் சுட்டிகள். கோப்பின் பெயர் inode-இல் இல்லை: பெயர் கோப்பகத்தில் "பெயர் → inode எண்" ஜோடியாக இருக்கும்.

Inode எண்ணை ls -i காட்டும்; விவரங்களை stat file. ஒரு கோப்பு முறைமையில் inode-களின் எண்ணிக்கை வரம்பிற்குட்பட்டது; எவ்வளவு பயன்பாட்டில் உள்ளது என்பதை df -i காட்டும். உன்னதமான நிலைமை: "வட்டில் நிறைய இடம் இருக்கிறது, ஆனால் கோப்பை உருவாக்க முடியவில்லை" — மில்லியன் கணக்கான சிறிய கோப்புகளால் inode-கள் தீர்ந்துவிட்டன.

3. Hard link மற்றும் symbolic link வேறுபாடு என்ன?

Hard link (ln file link) ஒரே inode-க்கான மற்றொரு பெயர். இரண்டு பெயர்களும் சமமானவை; link எண்ணிக்கை பூஜ்யத்தை அடைந்தால் மட்டுமே தரவு அழியும். வரம்புகள்: கோப்பகத்தை hard link செய்ய முடியாது, ஒரு கோப்பு முறைமையின் எல்லையைத் தாண்ட முடியாது.

Symbolic link (ln -s target link) தனக்கென inode கொண்ட தனிக் கோப்பு; அதனுள் இலக்கின் பாதை எழுதப்பட்டிருக்கும். அது கோப்பகங்களையும் வேறு கோப்பு முறைமைகளையும் சுட்டலாம், ஆனால் இலக்கு நீக்கப்பட்டாலோ நகர்த்தப்பட்டாலோ "உடைந்துவிடும்".

4. வட்டில் இடம் தீர்ந்துவிட்டது, ஆனால் du, df-ஐவிடக் குறைவாகக் காட்டுகிறது. ஏன்?

மிகப் பொதுவான காரணம்: கோப்பு நீக்கப்பட்டுவிட்டது, ஆனால் ஏதோ ஒரு செயல்முறை அதை இன்னும் திறந்து வைத்திருக்கிறது — எடுத்துக்காட்டாக இயங்கும் சேவையின் பெரிய பதிவுக் கோப்பு நீக்கப்பட்டது. பெயர் இல்லை, அதனால் du அதைப் பார்க்காது; ஆனால் தொகுதிகள் இன்னும் பயன்பாட்டில் உள்ளன, அவற்றை df கணக்கிடுகிறது.

இத்தகைய கோப்புகளைக் கண்டறிய: lsof +L1 அல்லது lsof | grep deleted. தீர்வு: செயல்முறையை மறுதொடக்கம் செய்யுங்கள், அல்லது அதன் descriptor வழியாக கோப்பைக் காலியாக்குங்கள்: : > /proc/PID/fd/N. எதிர்காலத்தில் பதிவுகளை rm மூலம் அல்ல, truncate அல்லது logrotate சுழற்சி மூலம் அழியுங்கள்.

5. லினக்ஸ் எப்படித் துவங்குகிறது?

ஃபிர்ம்வேர் (BIOS அல்லது UEFI) வன்பொருளைத் தொடங்கி கட்டுப்பாட்டை துவக்க ஏற்றியிடம் (பொதுவாக GRUB) ஒப்படைக்கிறது. துவக்க ஏற்றி அதன் உள்ளமைவைப் படித்து, கர்னலையும் initramfs-ஐயும் நினைவகத்தில் ஏற்றுகிறது — initramfs என்பது உண்மையான root-ஐ அணுகத் தேவையான இயக்கிகள் கொண்ட தற்காலிக root கோப்பு முறைமை.

கர்னல் சாதனங்களைத் தொடங்கி, root கோப்பு முறைமையை இணைத்து, PID 1 எண் கொண்ட முதல் பயனர் வெளிச் செயல்முறையை இயக்குகிறது — பெரும்பாலான விநியோகங்களில் அது systemd. அது இயல்பு target வரை சேவைகளைத் தொடங்குகிறது, எடுத்துக்காட்டாக multi-user.target. நிலைகளின் நேரத்தை systemd-analyze காட்டும்.

6. mount கட்டளை என்ன செய்கிறது, தானியங்கி இணைப்பு எங்கே எழுதப்பட்டுள்ளது?

mount ஒரு சாதனத்திலிருந்து கோப்பு முறைமையை ஒரு கோப்பகத்தில் (ஏற்றுப் புள்ளி) இணைக்கிறது: mount /dev/sdb1 /mnt/data. தற்போதைய இணைப்புகளை findmnt அல்லது வாதங்கள் இல்லாத mount காட்டும்.

துவக்கத்தில் இணைப்பு /etc/fstab-இல் எழுதப்பட்டுள்ளது. சாதனங்களை UUID மூலம் எழுதுவது நல்லது (அதை blkid காட்டும்), /dev/sdb1 போன்ற பெயரால் அல்ல, ஏனெனில் பெயர் மாறக்கூடும். மறுதுவக்கத்துக்கு முன் மாற்றங்களை mount -a மூலம் சரிபார்க்கவும்: fstab-இல் உள்ள பிழை துவக்கத்தை நிறுத்திவிடலாம்.

பயனர்களும் அனுமதிகளும்

7. லினக்ஸில் அனுமதிகள் எப்படி வேலை செய்கின்றன?

ஒவ்வொரு கோப்புக்கும் ஓர் உரிமையாளர், ஒரு குழு, மூன்று அனுமதித் தொகுப்புகள் உண்டு: உரிமையாளர், குழு, மற்றவர்களுக்கு. ஒவ்வொரு தொகுப்பிலும் r (படிக்க), w (எழுத), x (இயக்க). எண் வடிவில் r=4, w=2, x=1; எனவே chmod 640 file உரிமையாளருக்கு படிக்க, எழுத; குழுவுக்கு படிக்க; மற்றவர்களுக்கு எதுவுமில்லை.

$ ls -l app.conf
-rw-r----- 1 deploy www-data 512 Oct 12 10:03 app.conf

உரிமையாளரை chown user:group file மாற்றும்; அனுமதிகளை chmod.

8. கோப்பகங்களுக்கு r, w, x என்ன பொருள்?

கோப்பகங்களுக்கு பொருள் வேறு: r — பெயர்ப் பட்டியலைப் பார்க்கலாம்; w — உள்ளே கோப்புகளை உருவாக்கலாம், நீக்கலாம், பெயர் மாற்றலாம்; x — கோப்பகத்துக்குள் நுழையலாம், பெயரால் கோப்புகளை அணுகலாம்.

இதன் விளைவாக, கோப்பு தங்களுடையதல்லாவிட்டாலும், கோப்பகத்தில் எழுதும் அனுமதி இருந்தால் ஒருவர் அதை நீக்கலாம். கோப்பகத்தில் x இல்லையென்றால் r பயனற்றது: பெயர்கள் தெரியும், ஆனால் கோப்புகளைத் திறக்க முடியாது.

9. SUID, SGID, sticky bit என்றால் என்ன?

இயக்கக்கூடிய கோப்பில் SUID இருந்தால், நிரல் அதை இயக்குபவரின் உரிமையில் அல்ல, கோப்பின் உரிமையாளரின் உரிமையில் இயங்கும். உன்னதமான எடுத்துக்காட்டு /usr/bin/passwd: அது root-க்குச் சொந்தம், /etc/shadow-ஐ மாற்ற முடியும். கோப்பில் SGID அதையே குழுவுக்குச் செய்கிறது; கோப்பகத்தில் அது புதிய கோப்புகள் கோப்பகத்தின் குழுவை மரபுரிமையாகப் பெறச் செய்கிறது — பகிர்ந்த கோப்புறைகளுக்குப் பயனுள்ளது.

கோப்பகத்தில் sticky bit உரிமையாளர் மட்டுமே கோப்பை நீக்க அனுமதிக்கிறது, கோப்பகம் அனைவராலும் எழுதக்கூடியதாக இருந்தாலும். /tmp இப்படித்தான் வேலை செய்கிறது: ls -ld /tmp-இல் drwxrwxrwt தெரியும். அனைத்து SUID கோப்புகளையும் தணிக்கை செய்ய: find / -perm -4000 -type f 2>/dev/null.

10. umask என்றால் என்ன?

umask என்பது புதிய கோப்புகள் மற்றும் கோப்பகங்களின் அனுமதிகளிலிருந்து சில பிட்களை நீக்கும் முகமூடி. அடிப்படை அனுமதிகள் கோப்புகளுக்கு 666, கோப்பகங்களுக்கு 777; umask அவற்றிலிருந்து பிட்களைக் கழிக்கிறது. பொதுவான umask 022 எனில் கோப்புகள் 644 அனுமதியுடனும், கோப்பகங்கள் 755 உடனும் உருவாகின்றன. தற்போதைய மதிப்பை umask கட்டளை காட்டும்.

11. பயனர்களும் கடவுச்சொற்களும் எங்கே சேமிக்கப்படுகின்றன?

கணக்குகள் /etc/passwd-இல் உள்ளன: பெயர், UID, முதன்மைக் குழுவின் GID, முகப்புக் கோப்பகம், ஷெல். கடவுச்சொல் ஹாஷ்கள் /etc/shadow-க்கு மாற்றப்பட்டுள்ளன; அதை root மட்டுமே படிக்க முடியும் — அதனால் சாதாரண பயனர்கள் ஹாஷ்களை ஆஃப்லைனில் தாக்க முடியாது. குழுக்கள் /etc/group-இல் உள்ளன.

பயனர் தகவலை id user மற்றும் getent passwd user மூலம் பார்ப்பது நல்லது — இரண்டாவது LDAP போன்ற வெளி மூலங்களையும் உள்ளடக்கும்.

12. sudo எப்படி வேலை செய்கிறது, root ஆக உள்நுழைவதை விட அது ஏன் சிறந்தது?

sudo /etc/sudoers மற்றும் /etc/sudoers.d/ கோப்புகளின் விதிகளின்படி வேறு பயனர் (இயல்பாக root) சார்பாக கட்டளையை இயக்குகிறது. பயனர் root-இன் கடவுச்சொல்லுக்குப் பதில் தனது கடவுச்சொல்லை உள்ளிடுகிறார்; ஒவ்வொரு செயலும் யார் செய்தார் என்ற விவரத்துடன் பதிவாகிறது.

விதி எல்லாவற்றுக்கும் அனுமதி தரலாம் (alena ALL=(ALL:ALL) ALL) அல்லது குறிப்பிட்ட கட்டளைகளுக்கு மட்டும். sudoers-ஐ visudo மூலம் மட்டுமே திருத்துங்கள்: சேமிக்கும் முன் அது தொடரியலைச் சரிபார்க்கும்; பிழை இருந்தாலும் உங்கள் sudo அணுகல் போகாது. Ubuntu-வில் நிர்வாக உரிமை sudo குழு உறுப்பினர் என்பதன் மூலம்; RHEL குடும்பத்தில் wheel குழு மூலம்.

13. பயனரை ஒரு குழுவில் எப்படிச் சேர்ப்பது, மாற்றம் ஏன் உடனே செயல்படவில்லை?

usermod -aG docker alena பயனரை ஒரு கூடுதல் குழுவில் சேர்க்கிறது. -a கட்டாயம்: அது இல்லையென்றால் -G முழுக் குழுப் பட்டியலையும் மாற்றிவிடும்.

மாற்றம் புதிய உள்நுழைவில் செயல்படும்: நடப்பு அமர்வு பழைய குழுப் பட்டியலை வைத்திருக்கும். நீங்கள் வெளியேறி மீண்டும் உள்நுழையலாம், அல்லது newgrp docker மூலம் புதிய குழுவுடன் ஷெல்லைத் திறக்கலாம். id மூலம் சரிபார்க்கவும்.

செயல்முறைகள்

14. செயல்முறை என்றால் என்ன, PID என்றால் என்ன, செயல்முறைகளை எப்படிப் பார்ப்பது?

செயல்முறை என்பது இயங்கும் நிரல்; அதற்கென நினைவக இடம், திறந்த கோப்புகள், PID என்ற அடையாளம் உண்டு. ஒவ்வொரு செயல்முறைக்கும் ஒரு பெற்றோர் (PPID) உண்டு; அனைத்துச் செயல்முறைகளின் பொதுமூதாதை PID 1. செயல்முறைப் பட்டியலை ps aux மற்றும் ps -ef காட்டும், மரமாக pstree அல்லது ps -ef --forest, நிகழ்நேரத்தில் top மற்றும் htop.

15. SIGTERM மற்றும் SIGKILL வேறுபாடு என்ன?

kill PID இயல்பாக SIGTERM (15) அனுப்புகிறது — பணிவான நிறுத்தக் கோரிக்கை. செயல்முறை அதைப் பிடித்து, இணைப்புகளை மூடி, தரவைச் சேமித்து வெளியேறலாம். SIGKILL (9, kill -9) பிடிக்க முடியாதது: கர்னல் எந்தச் சுத்திகரிப்பும் இல்லாமல் செயல்முறையை உடனே முடித்துவிடுகிறது.

சரியான வரிசை: முதலில் SIGTERM, செயல்முறை பதிலளிக்காவிட்டால் மட்டுமே SIGKILL. மற்றொரு பொதுவான சிக்னல் SIGHUP: பல டீமன்கள் அதைப் பெற்றதும் உள்ளமைவை மீண்டும் படிக்கும்.

16. Zombie செயல்முறை என்றால் என்ன?

Zombie என்பது முடிந்துவிட்ட செயல்முறை; ஆனால் அதன் பெற்றோர் இன்னும் wait() மூலம் அதன் வெளியேறு குறியீட்டைப் படிக்கவில்லை. அது கிட்டத்தட்ட வளங்களைப் பயன்படுத்துவதில்லை, ஆனால் செயல்முறை அட்டவணையில் ஒரு உள்ளீட்டைப் பிடித்து வைத்திருக்கிறது. ps-இல் அதன் நிலை Z.

Zombie-ஐக் கொல்ல முடியாது, ஏனெனில் அது ஏற்கனவே இறந்துவிட்டது. தேவை அதன் பெற்றோர் அதை "அடக்கம் செய்வது" — பெற்றோர் நிரலைச் சரிசெய்யுங்கள், அல்லது பெற்றோரை நிறுத்துங்கள்; அப்போது zombie PID 1-க்குச் சென்று அது சுத்தம் செய்யப்படும்.

17. Load average எதைக் காட்டுகிறது?

uptime மற்றும் top-இல் உள்ள மூன்று எண்கள் கடந்த 1, 5, 15 நிமிடங்களில் இயங்குவதற்குக் காத்திருக்கும் செயல்முறைகளின் சராசரி எண்ணிக்கை. லினக்ஸில் குறுக்கிட முடியாமல் காத்திருக்கும் செயல்முறைகளும் (நிலை D) இதில் சேரும்; அது பொதுவாக வட்டுக்காகக் காத்திருப்பது.

மதிப்பை CPU கோர்களின் எண்ணிக்கையுடன் (nproc) ஒப்பிடுங்கள்: 4 கோர்களில் load 4 என்றால் முழுச் சுமை; 16 கோர்களில் அது நான்கில் ஒரு பங்கு. CPU பயன்பாடு குறைவாக இருக்கும்போது அதிக load என்றால் I/O பிரச்சினை என்று பொருள்; அதை iostat அல்லது top-இல் wa நெடுவரிசை மூலம் சரிபார்க்கலாம்.

பிணையம்

18. IP முகவரிகள், வழிகள், திறந்த போர்ட்டுகளை எப்படிப் பார்ப்பது?

இடைமுகங்களின் முகவரிகள்: ip a. ரூட்டிங் அட்டவணை: ip r. பழைய ifconfig மற்றும் netstat (net-tools தொகுப்பு) பல விநியோகங்களில் இயல்பாக நிறுவப்படுவதில்லை.

கேட்கும் போர்ட்டுகளையும் அவற்றைத் திறந்த செயல்முறைகளையும் ss -tlnp காட்டும்: t — TCP, l — கேட்பவை மட்டும், n — பெயர்களாக மாற்றாமல், p — செயல்முறையுடன். UDP-க்கு ss -ulnp.

$ sudo ss -tlnp
State  Recv-Q Send-Q Local Address:Port Peer Address:Port Process
LISTEN 0      511          0.0.0.0:80        0.0.0.0:*     users:(("nginx",pid=812,fd=6))
LISTEN 0      128          0.0.0.0:22        0.0.0.0:*     users:(("sshd",pid=640,fd=3))

19. சேவை 127.0.0.1:8080-இல் கேட்கிறது — வெளியிலிருந்து இணைக்க முடியுமா?

முடியாது. 127.0.0.1 loopback இடைமுகம்; அதே கணினியிலிருந்து மட்டுமே அடைய முடியும். வெளி இணைப்புகளைப் பெற, சேவை வெளி இடைமுகத்தின் முகவரியையோ 0.0.0.0-ஐயோ (அனைத்து IPv4 முகவரிகள்) கேட்க வேண்டும். "போர்ட் திறந்திருக்கிறது, ஆனால் வெளியிலிருந்து வேலை செய்யவில்லை" என்பதற்கு இது பொதுவான காரணம்; ஃபயர்வாலுடன் சேர்த்து.

20. லினக்ஸ் ஹோஸ்ட் பெயரை IP முகவரியாக எப்படி மாற்றுகிறது?

மூலங்களின் வரிசையை /etc/nsswitch.conf-இல் உள்ள hosts: வரி தீர்மானிக்கிறது; பொதுவாக முதலில் /etc/hosts கோப்பு, பின்னர் DNS. DNS சேவையகங்களின் முகவரிகள் /etc/resolv.conf-இலிருந்து வருகின்றன; systemd-resolved உள்ள அமைப்புகளில் அங்கே உள்ளூர் முகவரி 127.0.0.53 இருக்கும், உண்மையான சேவையகங்களை resolvectl status காட்டும்.

சரிபார்க்க dig example.com அல்லது dig @1.1.1.1 example.com (குறிப்பிட்ட சேவையகத்தில் வினவல்) பயன்படுத்துங்கள். ஒரு முக்கியமான நுணுக்கம்: dig மற்றும் nslookup நேரடியாக DNS-இடம் கேட்கின்றன, /etc/hosts-ஐப் படிப்பதில்லை; getent hosts example.com பயன்பாடுகள் பயன்படுத்தும் அதே வழியில் செல்கிறது.

21. TCP மற்றும் UDP வேறுபாடு என்ன?

TCP இணைப்பை ஏற்படுத்துகிறது (SYN, SYN-ACK, ACK என்ற மூன்று-படி கைகுலுக்கல்), தரவு சென்று சேர்வதையும் வரிசையையும் உறுதி செய்கிறது, இழந்த பாக்கெட்டுகளை மீண்டும் அனுப்புகிறது. HTTP, SSH, பெரும்பாலான தரவுத்தளங்கள் இதில் இயங்குகின்றன. UDP இணைப்பு இல்லாமலும் உத்தரவாதம் இல்லாமலும் டேட்டாகிராம்களை அனுப்புகிறது, ஆனால் குறைந்த தாமதத்துடன் — DNS வினவல்கள், வீடியோ அழைப்புகள், விளையாட்டுகள் இதைப் பயன்படுத்துகின்றன.

22. தளம் திறக்கவில்லை. காரணத்தை எப்படித் தேடுவீர்கள்?

அடுக்கு அடுக்காகச் செல்லுங்கள், பெயரிலிருந்து பயன்பாடு வரை:

1. பெயர் தீர்க்கப்படுகிறதா: dig site.example, முகவரி எதிர்பார்த்தபடி உள்ளதா.
2. ஹோஸ்ட் அடையக்கூடியதா: ping (தடுக்கப்பட்டிருக்கலாம்), traceroute அல்லது mtr.
3. போர்ட் திறந்திருக்கிறதா: nc -zv host 443 அல்லது curl -v https://site.example.
4. சேவையகத்தில்: சேவை இயங்குகிறதா (systemctl status nginx), போர்ட் கேட்கப்படுகிறதா (ss -tlnp), ஃபயர்வால் தடுக்கிறதா (sudo nft list ruleset, sudo ufw status).
5. பயன்பாட்டின் பதிவுகள் மற்றும் சேவையின் journalctl -u.

நேர்காணல் செய்பவர் கவனிப்பது முறையான சிந்தனை வரிசையை, குறிப்பிட்ட கருவிகளின் பட்டியலை அல்ல.

23. TIME_WAIT நிலை என்றால் என்ன?

TCP இணைப்பு மூடப்பட்ட பின், முதலில் மூடிய தரப்பு சிறிது நேரம் சாக்கெட்டை TIME_WAIT நிலையில் வைத்திருக்கும்; அப்போது பழைய இணைப்பின் தாமதமான பாக்கெட்டுகள் அதே முகவரி மற்றும் போர்ட் கொண்ட புதிய இணைப்புக்குள் நுழையாது. பல குறுகிய இணைப்புகளைத் திறக்கும் பிஸியான சேவையகம் அல்லது கிளையன்ட்டுக்கு அதிக TIME_WAIT எண்ணிக்கை இயல்பானது. அதை ss -tan state time-wait | wc -l மூலம் எண்ணலாம்.

24. /etc/hosts மற்றும் DNS வேறுபாடு என்ன, முதலாவது எப்போது தேவை?

/etc/hosts ஒரு கணினியில் உள்ள உள்ளூர், நிலையான "முகவரி — பெயர்" அட்டவணை. அது DNS-க்கு முன் படிக்கப்படுகிறது (இயல்பு nsswitch-இல்) மற்றும் சோதனைகளுக்கு உதவுகிறது: எடுத்துக்காட்டாக DNS பதிவுகள் மாற்றப்படுவதற்கு முன் ஒரு டொமைனை புதிய சேவையகத்துக்குச் சுட்டிக்காட்டுவது. DNS என்பது பரவலாக்கப்பட்ட அமைப்பு; அதன் பதில்களை அனைத்து கிளையன்ட்களும் பார்க்கின்றன. /etc/hosts-இல் உள்ள பிழை, "என் கணினியில் தளம் திறக்கிறது, ஆனால் எல்லோருக்கும் திறக்கவில்லை" என்ற நிலைக்கு அடிக்கடி காரணம்.

சுருக்கம்

லினக்ஸ் நேர்காணல் கேள்விகள் மூன்று விஷயங்களைச் சோதிக்கின்றன: அமைப்பின் மாதிரியைப் புரிந்துகொள்கிறீர்களா (inode, அனுமதிகள், செயல்முறைகள், துவக்கம்), நோய் கண்டறியும் கருவிகளை அறிவீர்களா (ss, dig, journalctl, lsof), படிப்படியாகப் பிரச்சினையின் காரணத்தைக் கண்டறிவீர்களா. கட்டளைகளும் உங்கள் நடைமுறை அனுபவத்திலிருந்து உதாரணங்களும் சேர்த்துப் பதிலளியுங்கள். கோப்பு முறைமை, அனுமதிகள், பிணையம் ஆகியவை லினக்ஸ் பாடநெறியில் நடைமுறையுடன் ஆழமாகக் கற்பிக்கப்படுகின்றன.