L2TP, GRE ಅಥವಾ IPsec: ಸೆಷನ್ ಅನ್ನು ಯಾವ ಪದರ ಹೊತ್ತುಕೊಳ್ಳಬೇಕು?
L2TP PPP ಸೆಷನ್‌ಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ, GRE ರೂಟ್ ಆದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು, IPsec ಆಯ್ದ ಟ್ರಾಫಿಕ್ ಅನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. ಪ್ರತಿ ಪದರಕ್ಕೂ ಒಂದು ಕೆಲಸ ನೀಡಿ, ನಂತರ ಪ್ರತಿಯೊಂದನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ.
ಎರಡು ಪ್ರಶ್ನೆಗಳು ಒಂದೇ ವಿನ್ಯಾಸ ಟಿಪ್ಪಣಿಯಲ್ಲಿ L2TP, GRE ಮತ್ತು IPsec ಬಂದಾಗಲೆಲ್ಲಾ ಗೊಂದಲಕ್ಕೀಡಾಗುತ್ತವೆ: ನಾನು ಯಾವ ಸೆಷನ್ ಅನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತಿದ್ದೇನೆ, ಮತ್ತು ಅದನ್ನು ಯಾವ ಪದರ ರಕ್ಷಿಸುತ್ತದೆ? ಮೊದಲನೆಯದನ್ನು ತಪ್ಪಾಗಿ ಅರ್ಥ ಮಾಡಿಕೊಂಡರೆ, ಕೆಳಗಿನ ಎಲ್ಲವೂ ಒಳಗಿನಿಂದ ಸ್ಥಿರವಾಗಿಯೇ ಇರುತ್ತದೆ, ಆದರೆ ತಪ್ಪು ಸಮಸ್ಯೆಯನ್ನು ಬಗೆಹರಿಸುತ್ತದೆ — ಬಳಕೆದಾರರು ಡಯಲ್-ಇನ್ ಮಾಡಬೇಕಿದ್ದಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ರೂಟ್ ಆದ ಓವರ್‌ಲೇ, ಅಥವಾ ಸೈಟ್-ಟು-ಸೈಟ್ ಗೇಟ್‌ವೇ ಬದಲಿಗೆ ನಿಂತಿರುವ ಡಯಲ್-ಇನ್ ಕಾನ್ಸೆಂಟ್ರೇಟರ್. ಕೆಳಗಿನ ವರ್ಕ್‌ಶೀಟ್ ಯಾರಾದರೂ ಸಾಧನಕ್ಕೆ ಲಾಗಿನ್ ಆಗುವ ಮೊದಲೇ ಈ ವ್ಯತ್ಯಾಸವನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ. ಅದನ್ನು ಕ್ರಮವಾಗಿ ಭರ್ತಿ ಮಾಡಿ ಮತ್ತು ಪ್ರತಿ ಸಾಲೂ ಸ್ವತಂತ್ರವಾಗಿ ಪರೀಕ್ಷಿಸಬಹುದಾದ ವಿಷಯವಾಗುತ್ತದೆ.
ಪ್ರೋಟೋಕಾಲ್ ಪಟ್ಟಿಯಿಂದಲ್ಲ, ಸೆಷನ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ
PPP ಸೆಷನ್ ಹೊಂದಿರುವ ದೂರದ ಬಳಕೆದಾರ ಮತ್ತು ಎರಡು ಗೇಟ್‌ವೇಗಳ ನಡುವಿನ ರೂಟ್ ಆದ ಓವರ್‌ಲೇ ಎರಡೂ ಕೊನೆಗೆ IPsecನಲ್ಲಿ ಸುತ್ತಿಕೊಂಡರೂ, ಅವು ಬೇರೆ ಬೇರೆ ಜಾಲ ಸಂಬಂಧಗಳು. ಮೊದಲನೆಯದು ಪ್ರತಿ ಬಳಕೆದಾರನ ಕೊಂಡಿಯನ್ನು ಮುಗಿಸುತ್ತದೆ ಮತ್ತು ವಿಳಾಸ ಹಂಚಿಕೆ, ವ್ಯಕ್ತಿ ಅಥವಾ ಸಾಧನದ ದೃಢೀಕರಣ, ಮತ್ತು ಆ ಬಳಕೆದಾರ ಯಾವ ಒಳಗಿನ ಜಾಲಗಳನ್ನು ತಲುಪಬಹುದು ಎಂದು ಹೆಸರಿಸುವ ನೀತಿಯನ್ನು ಬೇಡುತ್ತದೆ. ಎರಡನೆಯದು ಯಾರೂ ಡಯಲ್-ಇನ್ ಮಾಡದ ಸೈಟ್‌ಗಳ ನಡುವೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ರವಾನಿಸುತ್ತದೆ.
ನೀವು ಎರಡರಲ್ಲಿ ಯಾವುದನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೆಸರಿಸುವ ಒಂದು ವಾಕ್ಯ ಬರೆಯಿರಿ, ನಂತರ ಅದನ್ನು ನಿರ್ವಹಿಸಬೇಕಾದ ವ್ಯಕ್ತಿ ನೀವೇ ಎಂಬಂತೆ ಮತ್ತೆ ಓದಿ. ವಾಕ್ಯಕ್ಕೆ «ಮತ್ತು» ಎಂಬ ಪದ ಬೇಕಾದರೆ, ನೀವು ಎರಡನ್ನೂ ನಿರ್ಮಿಸುತ್ತಿದ್ದೀರಿ, ಮತ್ತು ವರ್ಕ್‌ಶೀಟ್‌ಗೆ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಅರ್ಧ ಸೇವೆ ಸಲ್ಲಿಸುವ ಒಂದು ರಾಜಿ ಕಾಲಂ ಬದಲಿಗೆ ಎರಡು ಕಾಲಂಗಳು ಬೇಕು. ಅದು ಬಳಕೆದಾರನನ್ನು ಹೆಸರಿಸಿ ವಿಳಾಸ ಪೂಲ್ ಇಲ್ಲದಿದ್ದರೆ, ಅಥವಾ ಪ್ರಿಫಿಕ್ಸ್ ಹೆಸರಿಸಿ ರವಾನೆ ನೀತಿ ಇಲ್ಲದಿದ್ದರೆ, ವಾಕ್ಯ ಇನ್ನೂ ಅಪೂರ್ಣವಾಗಿದೆ. ಪದಗುಚ್ಛವು ಅಧಿಕಾರಶಾಹಿ ಎನಿಸುತ್ತದೆ, ಆದರೆ ಇಲ್ಲದಿದ್ದರೆ ಸಹಾಯವಾಣಿ ಟಿಕೆಟ್ ಮೂಲಕ ಪತ್ತೆಯಾಗುವ ವಿನ್ಯಾಸವನ್ನು ಹಿಡಿಯುವ ಅಗ್ಗದ ಸ್ಥಳ ಇದೇ.
ಪ್ರತಿ ಪದರಕ್ಕೂ ನಿಖರವಾಗಿ ಒಂದು ಕೆಲಸ ನೀಡಿ
L2TPv2 ತನ್ನ ಎರಡು ಅಂತ್ಯ ಬಿಂದುಗಳ ನಡುವೆ PPP ಸೆಷನ್‌ಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ. PPP ಕೊಂಡಿ ಸಂಧಾನವನ್ನೂ, ಅದು ಸಂಧಾನವಾದಾಗ ಬಳಕೆದಾರ ದೃಢೀಕರಣವನ್ನೂ ನಡೆಸುತ್ತದೆ; L2TP ಯಾವುದೇ ಗೂಢಲಿಪೀಕರಣವನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಬರಿಗೆ L2TP ಡೀಮನ್ IPsec ಭದ್ರತಾ ಸಂಬಂಧದ ಯಾವ ಭಾಗವನ್ನೂ ಅಳವಡಿಸುವುದಿಲ್ಲ ಮತ್ತು ನೀವು ಈಗಾಗಲೇ ನಂಬುವ ಕೊಂಡಿಯ ಒಳಗೆ ಮಾತ್ರ ಇರುತ್ತದೆ.
GRE ಎಂಬುದು ಎರಡು ವಿಳಾಸಗಳ ನಡುವಿನ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್. ಅದು ಜಾಲ ಪದರದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ತಾರ್ಕಿಕ ಓವರ್‌ಲೇ ಮೂಲಕ ಹೊತ್ತುಕೊಂಡು ಹೋಗುತ್ತದೆ ಮತ್ತು ತನ್ನಷ್ಟಕ್ಕೇ ಗೋಪ್ಯತೆಯನ್ನಾಗಲೀ ದೃಢೀಕೃತ ಸಹಭಾಗಿ ಗುರುತನ್ನಾಗಲೀ ನೀಡುವುದಿಲ್ಲ. ಅದು ದೋಷವಲ್ಲ: ಶೀರ್ಷಿಕೆಯನ್ನು ಸರಳವಾಗಿ ವಿನ್ಯಾಸ ಮಾಡಲಾಗಿದೆ, ಹಾಗಾಗಿ ರವಾನೆ ಹಾರ್ಡ್‌ವೇರ್‌ನಲ್ಲಿ ಸಂಸ್ಕರಿಸಲು ಅಗ್ಗವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಪರಿಣಾಮವೆಂದರೆ GRE ಈ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಎರಡು ವಿಳಾಸಗಳ ನಡುವೆ ಹೇಗೆ ಸಾಗಿಸುವುದು ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಮಾತ್ರ ಉತ್ತರಿಸುತ್ತದೆ, ಬೇರೆ ಯಾವುದಕ್ಕೂ ಅಲ್ಲ, ಮತ್ತು ನೀವು ಅದನ್ನು ಕೇಳಬೇಕಾದ ಪ್ರಶ್ನೆ ನಿಖರವಾಗಿ ಅದೇ.
ಆಗ IPsec ಟ್ರಾಫಿಕ್ ಆಯ್ಕೆ ಮಾಡುವ, ಸಹಭಾಗಿಗಳನ್ನು ದೃಢೀಕರಿಸುವ ಮತ್ತು ರಕ್ಷಿಸಲು ಹೇಳಿದ್ದನ್ನು ಗೂಢಲಿಪೀಕರಿಸುವ ಪದರವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಅದು ಯಾವ ಟ್ರಾಫಿಕ್ ರಕ್ಷಿಸುತ್ತದೆ ಎಂಬುದು ಸಂರಚನಾ ನಿರ್ಧಾರವಾಗಿದ್ದು, ಅಂತ್ಯ ಬಿಂದುಗಳು ವಾಸ್ತವವಾಗಿ ಉತ್ಪಾದಿಸುವ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು, ಏಕೆಂದರೆ GRE ಹೊರಗಿನ ವಿಳಾಸಕ್ಕಾಗಿ ಬರೆದ ನೀತಿ ಒಳಗಿನ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳಿಗಾಗಿ ಬರೆದದ್ದಕ್ಕಿಂತ ಬೇರೆಯಾಗಿ ವರ್ತಿಸುತ್ತದೆ. GRE ವಿವರಣೆ ಪೇಲೋಡ್, GRE ಶೀರ್ಷಿಕೆ ಮತ್ತು ಹೊರಗಿನ ವಿತರಣಾ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಕಣ್ಣಿಗೆ ಕಾಣುವಂತೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ನೀತಿಗೂ ಅದೇ ಪ್ರತ್ಯೇಕತೆ ಬೇಕು.
| Layer | Its one job | What it never does |
|---|---|---|
| PPP | Link negotiation, optional user authentication, address assignment | Protect traffic between gateways |
| L2TPv2 | Carry the PPP session between two endpoints | Encrypt or authenticate peers |
| GRE | Encapsulate network-layer packets between two addresses | Hide or authenticate the payload |
| IPsec | Authenticate peers and encrypt selected traffic | Carry a dial-in user session by itself |
ಸಂರಚನೆಗೆ ಮೊದಲು ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗವನ್ನು ಬರೆಯಿರಿ
ಒಂದು ಪ್ಯಾಕೆಟ್ ತೆಗೆದುಕೊಂಡು ಸೇರಿಸುವ ಪ್ರತಿ ಶೀರ್ಷಿಕೆಯನ್ನೂ ಅದು ಸೇರುವ ಕ್ರಮದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಿ, ಮತ್ತು ಅದನ್ನು ಸೇರಿಸುವ ಸಾಧನವನ್ನು ಹೆಸರಿಸಿ. ಡಯಲ್-ಇನ್ ಬಳಕೆದಾರರಿಗೆ ಇದು ಸಾಮಾನ್ಯವಾಗಿ IPsec ಒಳಗಿನ L2TP ಒಳಗಿನ PPP; ಸೈಟ್ ಓವರ್‌ಲೇಗೆ ಇದು IPsec ಒಳಗಿನ GRE ಒಳಗಿನ ಒಳಗಿನ IP ಪ್ಯಾಕೆಟ್. ಎರಡು ಸಾಧನಗಳು ಒಂದೇ ಶೀರ್ಷಿಕೆಯನ್ನು ಸೇರಿಸಿದರೆ, ನಿಮಗೆ ಲೂಪ್ ಅಥವಾ ನಕಲಿ ಸುರಂಗ ಇದೆ, ಮತ್ತು ಎಷ್ಟೇ ನೀತಿ ಸಂಪಾದನೆ ಮಾಡಿದರೂ ಅದು ಸರಿಯಾಗುವುದಿಲ್ಲ.
ಅದೇ ಪಟ್ಟಿ MTU ಅನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಬಳಸಬಹುದಾದ ಒಳಗಿನ ಗಾತ್ರ ಎಂದರೆ ಅಳೆದ ಮಾರ್ಗದ MTU ನಿಂದ ನೀವು ಈಗ ಪಟ್ಟಿ ಮಾಡಿದ ಶೀರ್ಷಿಕೆಗಳನ್ನು ಕಳೆದದ್ದು, ಬೇರೆ ಯಾವುದೂ ಅಲ್ಲ. ಫೋರಂ ಪೋಸ್ಟ್‌ನಿಂದ ಸಂಖ್ಯೆಯನ್ನು ನಕಲಿಸಬೇಡಿ: ಹೊರಗಿನ IP, UDP ಮತ್ತು ESP ಓವರ್‌ಹೆಡ್, ನಂತರ GRE ಅಥವಾ L2TP, ನಂತರ ಅನ್ವಯವಾಗುವಲ್ಲಿ PPP ಸೇರಿಸಿ, ಮತ್ತು ನೀವು ವಾಸ್ತವವಾಗಿ ಅಳೆದ ಮಾರ್ಗದ MTU ನಿಂದ ಕಳೆಯಿರಿ. ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳಲ್ಲಿ ಮಾತ್ರ ಕಾಣುವ ಲಕ್ಷಣಗಳು, ಅಥವಾ ಸ್ಥಾಪನೆಯಾದ ನಂತರ ಮೊದಲ ದೊಡ್ಡ ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಸಾಯುವ ಸೆಷನ್‌ಗಳು, ಸಾಮಾನ್ಯವಾಗಿ ಆ ಸೇರಿಸುವಿಕೆ ಊಹೆಯಿಂದ ಮಾಡಿದ್ದಕ್ಕೆ ಕಾರಣವಾಗಿರುತ್ತವೆ.
ಪ್ರತಿ ಪದರವನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ, ಹೊರಗಿನಿಂದ ಒಳಗೆ ಪರಿಶೀಲಿಸಿ
ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ನಡೆಸಿ ಮತ್ತು ಮೊದಲ ವಿಫಲವಾದದ್ದರಲ್ಲಿ ನಿಲ್ಲಿಸಿ. ಪ್ರತಿ ಸಾಲೂ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ವೈಫಲ್ಯವು ಸುರಂಗ ಮುರಿದಿದೆ ಎಂದು ಹೇಳುವ ಬದಲಿಗೆ ವರ್ಕ್‌ಶೀಟ್‌ನ ಒಂದು ಕಾಲಂ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ip xfrm state # is the IPsec SA up?
ip -s link show gre1 # does the overlay interface carry packets?
ip route get 10.20.0.5 # does the inner prefix route where you think?
ss -lun | grep -E "1701|4500" # are the L2TP and NAT-T listeners bound?Cisco ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಸಮಾನವಾದದ್ದು ಪಾತ್ರವನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ನಿಖರ ವಾಕ್ಯರಚನೆ ವೇದಿಕೆ ಹಾಗೂ ಆವೃತ್ತಿಯನ್ನು ಅವಲಂಬಿಸಿದೆ: IPsec ಸಹಭಾಗಿಗಳಿಗೆ show crypto session, GRE ಅಥವಾ ಸುರಂಗ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಇಂಟರ್‌ಫೇಸ್ ಕೌಂಟರ್‌ಗಳು, ಮತ್ತು ಡಯಲ್-ಇನ್ ಪಾತ್ರಕ್ಕೆ VPDN ಅಥವಾ PPP ಪರಿಶೀಲನೆ. PPP ಅನ್ನು ಮುಗಿಸುವ ಆಜ್ಞೆಗಳ ಗುಂಪು GRE ಬೆಂಬಲದ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ GRE ಇಂಟರ್‌ಫೇಸ್ PPP ಸೇವೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ರೇಖಾಚಿತ್ರದಲ್ಲಿರುವುದಲ್ಲ, ನೀವು ವಾಸ್ತವವಾಗಿ ಸಂರಚಿಸಿದ ಪಾತ್ರವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಪ್ರತಿ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಅದು ಸೇರಿದ ವರ್ಕ್‌ಶೀಟ್ ಸಾಲಿನ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ. ದೋಷ ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಬರೆದ ಟಿಪ್ಪಣಿಗಳು, ನಂತರ ನೆನಪಿನಿಂದ ಮತ್ತೆ ಬಿಡಿಸಿದ ಟೋಪಾಲಜಿಗಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯದ್ದಾಗಿವೆ.
ಕೆಡವುವ ಕ್ರಮವನ್ನು ಜೋಡಿಸಿ, ನಂತರ ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ
ಕೆಡವುವುದು ಹಿಮ್ಮುಖ ಕ್ರಮದಲ್ಲಿ ನಡೆಯುತ್ತದೆ, ಒಂದು ಕಾರಣಕ್ಕಾಗಿ: ರಕ್ಷಿತ ಟ್ರಾಫಿಕ್ ಅನ್ನು IPsec ನೀತಿಯಿಂದ ಹೊರತೆಗೆಯಿರಿ, ಅದಕ್ಕಾಗಿ ಬರೆದ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ತೆಗೆಯುವ ಮೊದಲು, ಇಲ್ಲದಿದ್ದರೆ ನೀತಿ ಇನ್ನು ಇಲ್ಲದ ಇಂಟರ್‌ಫೇಸ್‌ನತ್ತ ಸೂಚಿಸುತ್ತಲೇ ಇರುತ್ತದೆ ಮತ್ತು ಮುಂದಿನ ಸಂರಚನಾ ಲೋಡ್ ಸಂಬಂಧವಿಲ್ಲದ ಜಾಗದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. Linux ನಲ್ಲಿ ಇದರರ್ಥ ಸುರಂಗ ಇಂಟರ್‌ಫೇಸ್‌ಗಿಂತ ಮೊದಲು ಸ್ಥಿತಿ ಮತ್ತು ನೀತಿ ನಮೂದುಗಳನ್ನು ಅಳಿಸುವುದು; ರೌಟರ್‌ನಲ್ಲಿ, ಸುರಂಗಕ್ಕಿಂತ ಮೊದಲು ಕ್ರಿಪ್ಟೋ ನಕ್ಷೆ ಅಥವಾ ಪ್ರೊಫೈಲ್ ನಮೂದನ್ನು ತೆಗೆಯುವುದು.
ಮರುನಿರ್ಮಾಣದ ನಂತರ, ನಾಲ್ಕು ಸ್ವೀಕೃತಿ ವೀಕ್ಷಣೆಗಳನ್ನು ಒಂದೊಂದಾಗಿ ಪುನರಾವರ್ತಿಸಿ: ಹೊರಗಿನ ತಲುಪುವಿಕೆ, ಸ್ಥಾಪಿತವಾದ IPsec ಒಕ್ಕೂಟ, ವಿನ್ಯಾಸವು ಒಂದನ್ನು ಒಳಗೊಂಡಲ್ಲಿ ಸ್ಥಾಪಿತವಾದ PPP ಸೆಷನ್, ಮತ್ತು ನಿಜವಾದ ಗಮ್ಯ ವಿಳಾಸಕ್ಕೆ ಒಳಗಿನ ರವಾನೆ. ಒಂದು ಹಸಿರು ಬೆಳಕು ಉಳಿದ ಮೂರಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ, ಮತ್ತು ಆ ಕಂದರವೇ ಉತ್ಪಾದನೆಯಲ್ಲಿ ದೀರ್ಘಕಾಲ ಉಳಿಯುವ ವೈಫಲ್ಯ — ಸುರಂಗ ಎದ್ದಿದೆ, ಗೂಢಲಿಪೀಕರಿಸಲಾಗಿದೆ, ಮತ್ತು ಏನನ್ನೂ ರವಾನಿಸುತ್ತಿಲ್ಲ, ಏಕೆಂದರೆ ಒಳಗಿನ ಮಾರ್ಗವನ್ನು ಎಂದೂ ಸೇರಿಸಲಿಲ್ಲ.
ಭರ್ತಿ ಮಾಡಿದ ವರ್ಕ್‌ಶೀಟ್ ಅನ್ನು ಸಾಧನ ಸಂರಚನೆಯ ಪಕ್ಕದಲ್ಲಿ ಇಡಿ. ನೀವು ಭರ್ತಿ ಮಾಡಲಾಗದ ಯಾವುದೇ ಕಾಲಂ ಎಂದರೆ ಕೆಲಸ ನಿಗದಿಯಾಗದ ಪದರ, ಮತ್ತು ಕೆಲಸ ಇಲ್ಲದ ಪದರ ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಟಾಕ್‌ನಲ್ಲಿ ಇರಬಾರದ ಪದರ.