ನಿಮ್ಮ ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ಲಾಂಚರ್ ಅನ್ನು ಹೊರಗಿಡುತ್ತದೆ, ಆಟವನ್ನಲ್ಲ
ಲಾಂಚರ್ ಪಂದ್ಯಕ್ಕಾಗಿ ಇನ್ನೊಂದು ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಪ್ರಕ್ರಿಯೆಗೆ ಅದರದೇ ಸಾಕೆಟ್ಗಳಿವೆ. ನಿಜವಾದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹುಡುಕಿ, ಸರಿಯಾದ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಹೊಂದಿಸಿ, ನಂತರ ಪರೀಕ್ಷಿಸಿ.
ನೀವು ಲಾಂಚರ್ ಅನ್ನು ಹೊರಗಿಡುವ ಪಟ್ಟಿಗೆ ಸೇರಿಸುತ್ತೀರಿ, ಡೌನ್ಲೋಡ್ ನಿಧಾನದಿಂದ ವೇಗಕ್ಕೆ ಜಿಗಿಯುತ್ತದೆ, ಮತ್ತು ಪಂದ್ಯವು ಇನ್ನೂ ದೂರದ ಸರ್ವರ್ನಲ್ಲಿ ಇಳಿಯುತ್ತದೆ. ಏನೂ ಮುರಿದಿಲ್ಲ. ಲಾಂಚರ್ ಮತ್ತು ಆಟ ಎರಡು ಪ್ರಕ್ರಿಯೆಗಳು, ಎರಡು ಸಾಕೆಟ್ ಗುಂಪುಗಳೊಂದಿಗೆ, ಮತ್ತು ಒಂದನ್ನು ಹೊರಗಿಡುವುದು ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಡೌನ್ಲೋಡ್ ವೇಗವಾಯಿತು ಏಕೆಂದರೆ ಡೌನ್ಲೋಡ್ ಲಾಂಚರ್ನ ಸಂಚಾರವಾಗಿತ್ತು; ಪಂದ್ಯವು ಬೇರೆಯವರ ಸಂಪರ್ಕ, ನಿಮ್ಮ ನಿಯಮ ಎಂದೂ ನೋಡದ ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ತೆರೆದದ್ದು.
ಒಂದು ಇನ್ಸ್ಟಾಲರ್, ಅನೇಕ ಪ್ರಕ್ರಿಯೆಗಳು
ಆಧುನಿಕ ಆಟದ ಸಾಫ್ಟ್ವೇರ್ ಒಂದು ಸಣ್ಣ ನಕ್ಷತ್ರಪುಂಜ. ನಿಮ್ಮನ್ನು ಸೈನ್ ಇನ್ ಮಾಡುವ ಕ್ಲೈಂಟ್, ವಿಷಯವನ್ನು ಎಳೆಯುವ ಅಪ್ಡೇಟರ್, ಆಟವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಲಾಂಚರ್, ಮತ್ತು ಆಂಟಿ-ಚೀಟ್ ಅಥವಾ ಪಂದ್ಯ ಹೊಂದಾಣಿಕೆ ಪದರಕ್ಕಾಗಿ ತಾನೇ ಎರಡನೇ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸೃಷ್ಟಿಸಬಹುದಾದ ಆಟದ ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಇವೆ. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ತನ್ನದೇ ಸಂಪರ್ಕಗಳನ್ನು ಹೊಂದಿರಬಹುದು.
ಹೊರಗಿಡುವ ನಿಯಮ ಸಾಮಾನ್ಯವಾಗಿ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಯಾವುದನ್ನು ಹೆಸರಿಸುತ್ತದೆ ಎಂಬುದು VPN ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸುವ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಅದೇ ಬಳಕೆದಾರರು ಅಪರೂಪವಾಗಿ ಪರಿಶೀಲಿಸುವ ಭಾಗ. ಕೆಲವು ಕ್ಲೈಂಟ್ಗಳು ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಮಾರ್ಗವನ್ನು ಹೊಂದಿಸುತ್ತವೆ, ಕೆಲವು ಬಂಡಲ್ ಅಥವಾ ಪ್ಯಾಕೇಜ್ ಗುರುತಿಸುವಿಕೆಯನ್ನು, ಇನ್ನು ಕೆಲವು ಎರಡು ಸಂಬಂಧವಿಲ್ಲದ ಬೈನರಿಗಳು ಹಂಚಿಕೊಳ್ಳಬಹುದಾದ ಪ್ರಕ್ರಿಯೆಯ ಹೆಸರನ್ನು ಹೊಂದಿಸುತ್ತವೆ. ಪ್ರಕ್ರಿಯೆ ಪಟ್ಟಿಯ ಮೊದಲು ನಿಯಮವನ್ನು ಓದಿ, ಏಕೆಂದರೆ ನಿಯಮವು ನೀವು ವ್ಯಕ್ತಪಡಿಸಬಹುದಾದದ್ದನ್ನೂ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ ಲಕ್ಷಣ “ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ಮುರಿದಿದೆ” ಅಲ್ಲ. ಅದು “ನಿಯಮವು ನನಗೆ ಮುಖ್ಯವಾದ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಆವರಿಸುತ್ತದೆ”, ಇದು ಹೆಚ್ಚು ಸಂಕುಚಿತ ಮತ್ತು ಹೆಚ್ಚು ಸರಿಪಡಿಸಬಹುದಾದ ಹೇಳಿಕೆ. ಒಮ್ಮೆ ಹಾಗೆ ಹೇಳಿದರೆ, ಮುಂದಿನ ಹೆಜ್ಜೆ ಊಹೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.
ಪಂದ್ಯದ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹುಡುಕಿ
ಆಟವನ್ನು ಪ್ರಾರಂಭಿಸಿ, ಪಂದ್ಯಕ್ಕೆ ಪ್ರವೇಶಿಸಿ, ಮತ್ತು ಪರದೆಯ ಮೇಲೆ ಏನಿದೆ ಎಂಬುದರ ಬದಲು ಸಾಕೆಟ್ಗಳು ಯಾರಿಗೆ ಸೇರಿವೆ ಎಂದು ನೋಡಿ. Windows ನಲ್ಲಿ ಪ್ರಕ್ರಿಯೆ ಪಟ್ಟಿ ಮತ್ತು ಪ್ರತಿ ಪ್ರಕ್ರಿಯೆಯ ಸಾಕೆಟ್ ಪ್ರಶ್ನೆ ಎರಡು ಆದೇಶಗಳಲ್ಲಿ ಉತ್ತರಿಸುತ್ತವೆ:
Get-Process | Where-Object { $_.ProcessName -match 'launcher|game|client' } | Select-Object Id,ProcessName,Path
Get-NetTCPConnection -State Established | Select-Object OwningProcess,RemoteAddress,RemotePort | Sort-Object OwningProcessಎರಡನೇ ಆದೇಶವು ಹೆಸರಲ್ಲ, ಪ್ರಕ್ರಿಯೆ ID ಅನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಎರಡು ಔಟ್ಪುಟ್ಗಳನ್ನು ID ಮೂಲಕ ಸೇರಿಸಿ. ನೀವು ಹುಡುಕುತ್ತಿರುವ ಸಾಲು ದೂರದ ವಿಳಾಸವು ಆಟದ ಸೇವೆಗೆ ಸೇರಿದ ಸಾಲು, ಮತ್ತು ಅದನ್ನು ಹೊಂದಿರುವ ಪ್ರಕ್ರಿಯೆ ನಿಮ್ಮ ನಿಯಮವು ಹೆಸರಿಸಬೇಕಾದ ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್.
Linux ನಲ್ಲಿ ಅದೇ ಪ್ರಶ್ನೆಗೆ ಪ್ರತಿ ಸಾಕೆಟ್ ಪ್ರಕಾರಕ್ಕೆ ಒಂದು ಆದೇಶ ಬೇಕು, ಮತ್ತು ಎರಡನ್ನೂ ಪರಿಶೀಲಿಸುವುದು ಯೋಗ್ಯ, ಏಕೆಂದರೆ ಪಂದ್ಯದ ಸಂಪರ್ಕ UDP ಆಗಿರಬಹುದು ಮತ್ತು ಉಳಿದೆಲ್ಲವೂ TCP ಆಗಿರಬಹುದು:
ss -tunp state established | grep -i game
ss -tunp | awk 'NR==1 || /udp/'ಆಟವು ಕಂಟೇನರ್ ಅಥವಾ ಹೊಂದಾಣಿಕೆ ಪದರದಲ್ಲಿ ಚಲಿಸಿದರೆ, ನೀವು ಕಂಡುಕೊಳ್ಳುವ ಪ್ರಕ್ರಿಯೆ ನೀವು ಸ್ಥಾಪಿಸಿದ ಬೈನರಿ ಅಲ್ಲ, ಶಿಮ್ ಆಗಿರಬಹುದು. ಆ ಸಂದರ್ಭದಲ್ಲಿ ಮುಖ್ಯವಾದ ಗುರುತಿಸುವಿಕೆ ಕ್ಲೈಂಟ್ ನೋಡುವುದು, ಅದು ಶಿಮ್ನ ಮಾರ್ಗವಾಗಿರಬಹುದು, ಮತ್ತು ಮೂಲ ಫೈಲ್ ಅನ್ನು ಎಷ್ಟೇ ಸಂಪಾದಿಸಿದರೂ ಅದಕ್ಕೆ ಪರಿಣಾಮವಾಗುವುದಿಲ್ಲ.
ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸುವ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಹೊಂದಿಸಿ
ಏನನ್ನಾದರೂ ಸೇರಿಸುವ ಮೊದಲು ಹೊರಗಿಡುವ ನಿಯಮದ ಬಗ್ಗೆ ಕ್ಲೈಂಟ್ನ ದಾಖಲೆಗಳನ್ನು ಓದಿ. ಮೂರು ಸಾಮಾನ್ಯ ಮಾದರಿಗಳು ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಬಲೆ.
| Identifier | How it behaves | Failure mode |
|---|---|---|
| Executable path | Matches exactly the file at that path | Breaks when an update moves the binary |
| Process name | Matches any binary with that name | Too broad; catches unrelated software |
| Package or bundle id | Matches a signed application group | May include services you did not intend |
ಮಾರ್ಗ ನಿಯಮಗಳು ಅತ್ಯಂತ ನಿಖರ ಮತ್ತು ಅತ್ಯಂತ ಸೂಕ್ಷ್ಮ. ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಅನ್ನು ಸ್ಥಳಾಂತರಿಸುವ ಲಾಂಚರ್ ನವೀಕರಣವು ನಿಯಮವನ್ನು ಇನ್ನು ಚಲಿಸದ ಫೈಲ್ಗೆ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಸ್ಪಷ್ಟವಾಗಿ ಏನೂ ಬದಲಾಗದೆ ಲಕ್ಷಣ ಮತ್ತೆ ಬರುತ್ತದೆ. ಪ್ಯಾಕೇಜ್ ನಿಯಮಗಳು ಅದನ್ನು ಮೀರುತ್ತವೆ, ಮತ್ತು ಅವು ನೀವು ಎಂದೂ ಯೋಚಿಸದ ಸಹಾಯಕ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸದ್ದಿಲ್ಲದೆ ಆವರಿಸಬಹುದು, ಇದು ಸಹಾಯಕವನ್ನು ಅವಲಂಬಿಸಿ ಅನುಕೂಲಕರ ಅಥವಾ ಆತಂಕಕಾರಿ.
ಕ್ಲೈಂಟ್ ಏನನ್ನು ಬೆಂಬಲಿಸಿದರೂ, ನೀವು ಕಂಡುಕೊಳ್ಳುವ ಪ್ರತಿ ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ಗೂ ನಮೂದುಗಳನ್ನು ಸೇರಿಸಬೇಡಿ. ಒಂದು ಅಧಿವೇಶನ ಕೆಲಸ ಮಾಡುವವರೆಗೆ ಪ್ರಯೋಗ ಮತ್ತು ದೋಷದಿಂದ ಜೋಡಿಸಿದ ಪಟ್ಟಿಯನ್ನು ಪರಿಶೀಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ಅದು ಸಂಬಂಧವಿಲ್ಲದ ಸಾಫ್ಟ್ವೇರ್ಗೆ ಅಪವಾದಗಳನ್ನು ಸದ್ದಿಲ್ಲದೆ ಸಂಗ್ರಹಿಸುತ್ತದೆ. ನೀವು ಕಂಡುಕೊಂಡ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೆಸರಿಸಿ, ಮತ್ತು ಅದು ಯಾವುದಕ್ಕಾಗಿತ್ತು ಎಂದು ಬರೆಯಿರಿ.
ಪಂದ್ಯದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ, ಡೌನ್ಲೋಡ್ನಲ್ಲಿ ಅಲ್ಲ
ಲಾಂಚರ್ನ ಡೌನ್ಲೋಡ್ ವೇಗವು ಸಾಧ್ಯವಾದ ಅತ್ಯಂತ ಕೆಟ್ಟ ಪರೀಕ್ಷೆ, ಏಕೆಂದರೆ ಅದು ಈಗಾಗಲೇ ಹೊರಗಿಡಲಾದ ಪ್ರಕ್ರಿಯೆಯನ್ನೇ ವ್ಯಾಯಾಮ ಮಾಡುತ್ತದೆ. ವಿಫಲವಾಗುತ್ತಿದ್ದ ವಿಷಯವನ್ನು ಬಳಸಿ, ಮತ್ತು ಆಟದ ಸ್ವಂತ ಕಾರ್ಯಕ್ಷಮತೆ ಪ್ರದರ್ಶನದ ಬದಲು ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ:
ip route get 203.0.113.55
Get-NetTCPConnection -State Established | Where-Object RemotePort -eq 27015ಮೊದಲ ಆದೇಶಕ್ಕೆ ಪಂದ್ಯ ಸರ್ವರ್ ಪರಿಹರಿಸಿದ ವಿಳಾಸ ಬೇಕು, ಅದನ್ನು ಆಟದ ಸಂಪರ್ಕ ಲಾಗ್ ಅಥವಾ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ನೀಡಬಹುದು. ಮಾರ್ಗವು ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸಿದರೆ, ನಿಯಮ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ. ಎರಡನೆಯದು ಅಧಿವೇಶನವೇ ಇದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಇದು “ಹೊರಗಿಡಲಾಗಿದೆ ಆದರೆ ಸರ್ವರ್ ಆಫ್ ಆಗಿದೆ” ಮತ್ತು “ಹೊರಗಿಡಲಾಗಿಲ್ಲ” ನಡುವೆ ವ್ಯತ್ಯಾಸ ಮಾಡುತ್ತದೆ.
ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ ಪ್ರದೇಶ ಮತ್ತು ಪ್ರವೇಶ ಜಾಲವನ್ನು ಸ್ಥಿರವಾಗಿಡಿ. ಪ್ರತಿ ಪ್ರಯತ್ನದಲ್ಲೂ ಬೇರೆ ಡೇಟಾ ಕೇಂದ್ರಕ್ಕೆ ಇಳಿಯುವ ಪಂದ್ಯವು ವಿಭಿನ್ನ ವಿಳಾಸಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಮತ್ತು ನಿಯಮವನ್ನು ಮೌಲ್ಯೀಕರಿಸುವ ಬದಲು ಚಲಿಸುವ ಗುರಿಯನ್ನು ಬೆನ್ನಟ್ಟುತ್ತೀರಿ. ಒಂದೇ ವಿಳಾಸದೊಂದಿಗೆ ಎರಡು ಚಾಲನೆಗಳು ವಿಭಿನ್ನ ವಿಳಾಸಗಳೊಂದಿಗೆ ಹತ್ತಕ್ಕಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯಯುತ.
ಮುಂದಿನ ನವೀಕರಣದ ನಂತರ ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ
ಮಾರ್ಗ ಆಧಾರಿತ ಯಾವುದೇ ನಿಯಮಕ್ಕೆ ಪ್ಯಾಚ್ ಚಕ್ರಗಳಲ್ಲಿ ಅಳೆಯಲಾದ ಬಾಳಿಕೆ ಇರುತ್ತದೆ. ಆಟವು ಒಂದು ತಿಂಗಳ ನಂತರ ಹೊರಗಿಡುವಿಕೆಯನ್ನು ಗೌರವಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದಾಗ, ಮೊದಲು ಪರಿಶೀಲಿಸುವುದು ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಸ್ಥಳಾಂತರಗೊಂಡಿದೆಯೇ ಎಂದು, ಮತ್ತು ಎರಡನೆಯದು ಅದರ ಪಕ್ಕದಲ್ಲಿ ಹೊಸ ಸಹಾಯಕ ಪ್ರಕ್ರಿಯೆ ಕಾಣಿಸಿಕೊಂಡಿದೆಯೇ ಎಂದು.
ಒಂದು ಕ್ಲೈಂಟ್ ದಾಖಲಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಹೊರಗಿಡುವ ಮಾದರಿ ಈ ನಿಯಮಗಳನ್ನು ಹೇಗೆ ವಿವರಿಸಲಾಗುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸೂಕ್ತ ಉಲ್ಲೇಖ, ಆದರೂ ವಿವರಗಳು ಉತ್ಪನ್ನಗಳ ನಡುವೆ ಭಿನ್ನವಾಗಿರುತ್ತವೆ. ನಿಮ್ಮದನ್ನು ಓದಿ, ನೀವು ಬಳಸಿದ ಗುರುತಿಸುವಿಕೆಯನ್ನು ದಾಖಲಿಸಿ, ಮತ್ತು ದಿನಾಂಕವನ್ನು ಬರೆಯಿರಿ. ಆ ದಾಖಲೆಯೇ ಮುಂದಿನ ಬಾರಿ ಲಾಂಚರ್ ನವೀಕರಣ ಕಳುಹಿಸಿದಾಗ ಒಂದು ನಿಗೂಢವನ್ನು ಐದು ನಿಮಿಷಗಳ ಸರಿಪಡಿಸುವಿಕೆಯಾಗಿ ಬದಲಿಸುತ್ತದೆ.
ಕ್ಲೈಂಟ್ ನಿಮಗೆ ಬೇಕಾದ ಗಡಿಯನ್ನು ವ್ಯಕ್ತಪಡಿಸಲೇ ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಅನುಮೋದಿತ ವಿಶಾಲ ನೀತಿಯು ದಾಖಲೆಯಾಗದ ಅಪವಾದಗಳ ರಾಶಿಗಿಂತ ಉತ್ತಮ. ವಿಶಾಲ ಮತ್ತು ಅರ್ಥವಾದದ್ದು ಸಂಕುಚಿತ ಮತ್ತು ತಪ್ಪಾದದ್ದನ್ನು ಸೋಲಿಸುತ್ತದೆ, ವಿಶೇಷವಾಗಿ ಸಂಕುಚಿತ ಆವೃತ್ತಿಯೇ ಎಲ್ಲರೂ ಜಾರಿಯಲ್ಲಿದೆ ಎಂದು ನಂಬುವುದಾಗಿದ್ದಾಗ.