OpenVPN ಮೂಲಕ ಎರಡು ಬೋರ್ಡ್ಗಳ ನಡುವೆ ಪ್ರತ್ಯೇಕ TAP ಸೇತುವೆ

ಎರಡು ಅಭಿವೃದ್ಧಿ ಬೋರ್ಡ್ಗಳು ಒಂದೇ Ethernet ವಿಭಾಗವನ್ನು ಹಂಚಿಕೊಳ್ಳಬೇಕು, ಆದರೆ ಅವುಗಳ ಬೆಂಚ್ಗಳು ಬೇರೆ ಬೇರೆ ಕಟ್ಟಡಗಳಲ್ಲಿವೆ. ಸುರಂಗ ಈಗಾಗಲೇ ಇದೆ ಮತ್ತು ಈಗಾಗಲೇ Ethernet ಸಾಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಉಳಿದ ಕೆಲಸವು ಮೂರು ಆದೇಶಗಳಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ಹಾಗಿಲ್ಲ. ಹೋಸ್ಟ್ ಸೇತುವೆ ಮಾಡಿದ ಫ್ರೇಮ್ನೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತದೆ, ಕಂಪ್ಯೂಟರ್ನ ಸ್ವಂತ ವಿಳಾಸ ಎಲ್ಲಿದೆ ಮತ್ತು ಸೇತುವೆ ಯಾವ ಗಡಿಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ ಎಂಬುದು ಮೂರು ಪ್ರತ್ಯೇಕ ಸಂಗತಿಗಳು, ಮತ್ತು ಎರಡನೆಯದರಲ್ಲಿ ತಪ್ಪು ಮಾಡುವುದು ಲ್ಯಾಬ್ ಮಧ್ಯಂತರವಾಗಿ ಕೆಲಸ ಮಾಡುವ ಮತ್ತು ಅದರ ನಿರ್ವಹಣಾ ಪ್ರವೇಶ ಮೌನವಾಗಿ ಕ್ಷೀಣಿಸುವ ಸಾಮಾನ್ಯ ಕಾರಣವಾಗಿದೆ. ಆ ಮೂರು ಸಂಗತಿಗಳಲ್ಲಿ ಯಾವುದೂ ಟೋಪಾಲಜಿ ರೇಖಾಚಿತ್ರದಲ್ಲಿ ಕಾಣುವುದಿಲ್ಲ.

ಕೆಳಗಿನ ಮಾರ್ಗವು ಎರಡು Linux ಕಂಪ್ಯೂಟರ್ಗಳ ನಡುವೆ ದೃಢೀಕೃತ TAP ಸಂಪರ್ಕ, ಪ್ರತಿ ಬೆಂಚ್ಗೆ ಒಂದು ಮೀಸಲಾದ ತಂತಿ ಪೋರ್ಟ್, ಮತ್ತು ಪ್ರಯೋಗದ ಭಾಗವಲ್ಲದ ನಿರ್ವಹಣಾ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಊಹಿಸುತ್ತದೆ. ಕ್ರಮ ಮುಖ್ಯ: ಮೊದಲು ಫ್ರೇಮ್ಗಳು, ನಂತರ ವಿಳಾಸಗಳು, ಕೊನೆಯದಾಗಿ ಗಡಿ.

ಸೇತುವೆ ನಿಜವಾಗಿ ಏನನ್ನು ಸಾಗಿಸುತ್ತದೆ

ಸೇತುವೆ ತಂತ್ರಾಂಶದಲ್ಲಿ ಜಾರಿಗೊಳಿಸಿದ ಸ್ವಿಚ್ ಆಗಿದೆ. ಯಾವ MAC ವಿಳಾಸವು ಯಾವ ಸದಸ್ಯ ಪೋರ್ಟ್ನ ಹಿಂದೆ ಕಾಣಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಕಲಿಯುತ್ತದೆ ಮತ್ತು IP ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಸಂಪರ್ಕಿಸದೆ ಸದಸ್ಯರ ನಡುವೆ ಫ್ರೇಮ್ಗಳನ್ನು ರವಾನಿಸುತ್ತದೆ. ಆ ವಿವರಣೆಯಲ್ಲಿ ಸಬ್ನೆಟ್, ಗೇಟ್ವೇ ಅಥವಾ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಇಲ್ಲ, ಆದ್ದರಿಂದ IP ರವಾನೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಈ ಸಂಪರ್ಕವನ್ನು ಉಂಟುಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಆದ್ದರಿಂದ ping ಯಶಸ್ವಿಯಾಗಬಹುದು ಆದರೆ ಇತರ ಸಂಚಾರ ವಿಫಲವಾಗುತ್ತದೆ. ಬೋರ್ಡ್ ಯಾವುದೇ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಇಲ್ಲದೆಯೇ ತನ್ನ ಸಹಚರರನ್ನು ತಲುಪಬಹುದು, ಇದು ಲೇಯರ್ ಎರಡು ಲೇಯರ್ ಮೂರರಂತೆ ವರ್ತಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವವರಿಗೆ ಆಶ್ಚರ್ಯ ತರುತ್ತದೆ.

ಪ್ರತಿ ಕಂಪ್ಯೂಟರ್ ಸೇತುವೆಗೆ ಒಂದು ತಂತಿ ಪೋರ್ಟ್ ಮತ್ತು TAP ಸಾಧನವನ್ನು ಅದೇ ಸೇತುವೆಗೆ ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಬೋರ್ಡ್ನಿಂದ ಫ್ರೇಮ್ ಸ್ಥಳೀಯ ಪೋರ್ಟ್ಗೆ ಪ್ರವೇಶಿಸಿ, TAP ಸಾಧನಕ್ಕೆ ರವಾನೆಯಾಗಿ, ಸುರಂಗವನ್ನು ದಾಟಿ, ಸಹಚರರ TAP ಸಾಧನವನ್ನು ತಲುಪಿ ಸಹಚರರ ಬೋರ್ಡ್ಗೆ ರವಾನೆಯಾಗುತ್ತದೆ. ಸುರಂಗವು ಬೇರೆ ಯಾವುದೇ ಸದಸ್ಯ ಪೋರ್ಟ್ನಂತೆಯೇ ಇದೆ, ಮತ್ತು ಸೇತುವೆಗೆ ಅದರ ಹಿಂದೆ VPN ಇದೆ ಎಂದು ತಿಳಿಯದು ಅಥವಾ ಚಿಂತೆಯಿಲ್ಲ. ಈ ಸಮಮಿತಿಯೇ ಉದಾಹರಣೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸುಲಭಗೊಳಿಸುತ್ತದೆ: ಪ್ರತಿ ಬದಿಯಲ್ಲಿ ಲ್ಯಾಬ್ನತ್ತ ಒಂದು ಪೋರ್ಟ್ ಮತ್ತು ಒಂದು ಸುರಂಗ ಪೋರ್ಟ್ ಇದೆ, ಮತ್ತು ಯಾವ ಬದಿಯೂ ವಿಶೇಷವಲ್ಲ.

Board A -- bench0 -- br-test -- tap-bench
                                 |  OpenVPN TAP
Board B -- bench0 -- br-test -- tap-bench

ಎರಡೂ ಕಂಪ್ಯೂಟರ್ಗಳಲ್ಲಿ ಒಂದೇ ಹೆಸರುಗಳು ಸ್ಥಳೀಯ ಹೆಸರುಗಳು, ಹಂಚಿಕೊಂಡ ವಸ್ತುಗಳಲ್ಲ. ಬೆಂಚ್ಗಳ ನಡುವೆ ಒಂದು Ethernet ಮಾರ್ಗವಿದೆ, ಎರಡನೇ ಕೇಬಲ್ ಮತ್ತು ಲೂಪ್ ಮುಚ್ಚುವ ಎರಡನೇ ಸುರಂಗವಿಲ್ಲದೆ; ಒಂದೇ MAC ಎರಡು ಪೋರ್ಟ್ಗಳಿಗೆ ಬರುವುದನ್ನು ನೋಡುವ ಸೇತುವೆ ಸಂತೋಷದಿಂದ ವೃತ್ತದಲ್ಲಿ ರವಾನಿಸುತ್ತದೆ.

ಸೇತುವೆಗೆ ವಿಳಾಸ ನೀಡಿ, ಅದರ ಸದಸ್ಯ ಪೋರ್ಟ್ಗಳಿಗಲ್ಲ

ಲ್ಯಾಬ್ ವಿಭಾಗದಲ್ಲಿ ಕಂಪ್ಯೂಟರ್ನ ಗುರುತು ಸೇತುವೆ ಸಾಧನಕ್ಕೆ ಸೇರಿದೆ. ಸದಸ್ಯ ಪೋರ್ಟ್ಗಳು ಸಂಖ್ಯೆಯಿಲ್ಲದೆ ಉಳಿಯುತ್ತವೆ, ಏಕೆಂದರೆ ಪೋರ್ಟ್ ರವಾನಿಸುವ ಸದಸ್ಯ ಮತ್ತು ಅದರ ಮೇಲಿನ ವಿಳಾಸವು ಅದೇ ವಿಭಾಗದ ಎರಡನೇ, ಸ್ಪರ್ಧಾತ್ಮಕ ಮಾಲೀಕರನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಇದೇ ಕೈಬರಹದ ಪಾಕವಿಧಾನಗಳು ತಪ್ಪಾಗಿ ಮಾಡುವ ಸರಿಪಡಿಸುವಿಕೆ: ಅವು TAP ಸಾಧನ ಮತ್ತು ಸೇತುವೆ ಎರಡಕ್ಕೂ ವಿಳಾಸ ನೀಡಿ, ನಂತರ ಸಹಚರರು ಯಾವುದನ್ನು ನಿಜವಾಗಿ ತಲುಪುತ್ತಾರೆ ಎಂದು ಯೋಚಿಸುತ್ತವೆ.

ip link add br-test type bridge
ip link set bench0 master br-test
ip link set tap-bench master br-test
ip address add 172.30.90.2/24 dev br-test
ip link set bench0 up
ip link set tap-bench up
ip link set br-test up

ಸಹಚರರು ಬೇರೆ ಹೋಸ್ಟ್ ವಿಳಾಸದೊಂದಿಗೆ ಅದೇ ಆಕಾರವನ್ನು ಬಳಸುತ್ತವೆ, ಮತ್ತು ಬೋರ್ಡ್ಗಳು ಅದೇ ಶ್ರೇಣಿಯಲ್ಲಿ ವಿಳಾಸಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ, ಅಗತ್ಯವಿದ್ದರೆ ಕಂಪ್ಯೂಟರ್ನ ಸೇತುವೆ ವಿಳಾಸವನ್ನು ಮುಂದಿನ ಹಾಪ್ ಆಗಿ ಬಳಸುತ್ತವೆ. ಯೋಜನೆ ಒಪ್ಪಿಗೆಯಾಗುವವರೆಗೆ ದಾಖಲೆ ಶ್ರೇಣಿಗಳನ್ನು ಬಳಸಿ, ಮತ್ತು ಕಚೇರಿ ಈಗಾಗಲೇ ರೂಟ್ ಮಾಡುತ್ತಿರುವ ಯಾವುದಕ್ಕೂ ಘರ್ಷಣೆಯಾಗದಂತೆ ಶ್ರೇಣಿಯನ್ನು ಕಾಯ್ದಿರಿಸಿ. ಯಾವುದನ್ನೂ ಚಲಾಯಿಸುವ ಮೊದಲು ಸದಸ್ಯ ಪೋರ್ಟ್ಗಳಲ್ಲಿ ಉಳಿದ ವಿಳಾಸ, DHCP ಕ್ಲೈಂಟ್ ಮತ್ತು ಇನ್ನೊಂದು ಸೇತುವೆಯ ಸದಸ್ಯತ್ವ ಇಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮತ್ತು ಸುರಂಗ ಸಂರಚನೆಯನ್ನು ಹೊಂದಿರುವ ಮೂಲಕ TAP ಸಾಧನದ ವಿಳಾಸವನ್ನು ಹೊಂದಿಸಿ, ನಂತರ ವಿಳಾಸವನ್ನು ಮರುಸ್ಥಾಪಿಸದಂತೆ.

ಪ್ರತಿ ಬೆಂಚ್ಗೆ ಒಂದು ಮೀಸಲಾದ ಪೋರ್ಟ್ ಏಕೆ

ಮೀಸಲಾದ ತಂತಿ ಪೋರ್ಟ್ ಪ್ರಯೋಗವನ್ನು ಇಡೀ ಕಚೇರಿಯ ಬದಲಾವಣೆಯಾಗದಂತೆ ತಡೆಯುತ್ತದೆ. ನಿರ್ವಹಣಾ ಇಂಟರ್ಫೇಸ್ SSH, ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಮತ್ತು ಹೊರಗಿನ VPN ಸಂಪರ್ಕವನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಲ್ಯಾಬ್ ಫ್ರೇಮ್ಗಳನ್ನು ಸಾಗಿಸುವುದೇ ಉದ್ದೇಶವಾದ ಸೇತುವೆಗೆ ಸೇರಿಲ್ಲ.

ನಿರ್ವಹಣಾ ಅಡಾಪ್ಟರ್ ಸಂಪರ್ಕಿಸುವುದು ಕಚೇರಿ LAN ಅನ್ನು ಅಭಿವೃದ್ಧಿ ಬೋರ್ಡ್ನಿಂದ ಒಂದು ರವಾನೆ ನಿರ್ಣಯದ ದೂರದಲ್ಲಿ ಇಡುತ್ತದೆ, ಮತ್ತು ಲೇಯರ್ ಎರಡರಲ್ಲಿ ಕೆಟ್ಟದಾಗಿ ವರ್ತಿಸುವ ಬೋರ್ಡ್ ಆ ವಿಭಾಗದಲ್ಲಿ ನೀವು ಬಯಸದ ಸಾಧನ ಪ್ರಕಾರವೇ. Wi-Fi ಅಡಾಪ್ಟರ್ ಇನ್ನೂ ಕೆಟ್ಟದು: ಮೂಲಸೌಕರ್ಯ ಮೋಡ್ನಲ್ಲಿ ವೈರ್ಲೆಸ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸೇತುವೆ ಮಾಡುವುದು Ethernet ಸೇತುವೆಯಂತೆ ವರ್ತಿಸುವುದಿಲ್ಲ, ಮತ್ತು ವೈಫಲ್ಯವು ಸ್ವಚ್ಛವಲ್ಲ, ಗೊಂದಲಕರ.

ಲ್ಯಾಬ್ ಶ್ರೇಣಿಯನ್ನು ಯಾವುದೇ ಉತ್ಪಾದನಾ DHCP ವ್ಯಾಪ್ತಿಯಿಂದ ಹೊರಗಿಡಿ. ಬೋರ್ಡ್ಗಳಿಗೆ ನಂತರ ಕ್ರಿಯಾಶೀಲ ವಿಳಾಸ ಬೇಕಾದರೆ, ಒಂದು ಪೂಲ್ನೊಂದಿಗೆ ಒಂದು ಅಧಿಕೃತ ಹಂಚಿಕೆದಾರ ಮಾತ್ರ ಮುನ್ಸೂಚನೀಯವಾಗಿ ಉಳಿಯುತ್ತದೆ; ಒಂದೇ ವಿಭಾಗದಲ್ಲಿ ಉತ್ತರಿಸುವ ಎರಡು ಸ್ಥಳಗಳ ಸಾಮಾನ್ಯ ರೂಟರ್ಗಳು ಯಾರೂ ವಿವರಿಸಲಾಗದ ವಿಳಾಸಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ.

ಸೇತುವೆ ಸೃಷ್ಟಿಸದ ಗಡಿ

ಸೇತುವೆ ಮಾಡುವುದು ರೂಟಿಂಗ್ ಅಲ್ಲ, ಮತ್ತು ಅದು ಪ್ರತ್ಯೇಕತೆಯೂ ಅಲ್ಲ. ಸೇತುವೆಯನ್ನು ದಾಟುವ ಫ್ರೇಮ್ಗಳು ಇನ್ಸ್ಟಾಲ್ ಆದ bridge-netfilter ಮಾರ್ಗವನ್ನು ಅವಲಂಬಿಸಿ ಹೋಸ್ಟ್ನ ಫಿಲ್ಟರಿಂಗ್ ಕೊಕ್ಕೆಗಳನ್ನು ಇನ್ನೂ ತಲುಪಬಹುದು, ಆದ್ದರಿಂದ ಪರಿಣಾಮಕಾರಿ ನೀತಿಯನ್ನು ಊಹಿಸದೆ ಪರಿಶೀಲಿಸಬೇಕು. ಒಂದು ಫ್ರೇಮ್ ಕಳೆದುಹೋದ ಕಾರಣ ಫೈರ್ವಾಲ್ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ನಿರ್ದಿಷ್ಟ ದೋಷವನ್ನು ಸಾಮಾನ್ಯ ದೋಷದೊಂದಿಗೆ ವಿನಿಮಯ ಮಾಡುತ್ತದೆ.

ಸೇತುವೆ ಮತ್ತು ಪ್ರತಿ ನಿರ್ವಹಣಾ ಅಥವಾ ಅಪ್ಲಿಂಕ್ ಇಂಟರ್ಫೇಸ್ ನಡುವಿನ IP ರವಾನೆ ಆಫ್ ಆಗಿರಬೇಕು ಅಥವಾ ಸ್ಪಷ್ಟವಾಗಿ ನಿರಾಕರಿಸಬೇಕು, ಮತ್ತು ಇದು ಸೇತುವೆ ಸದಸ್ಯತ್ವದಿಂದ ಪ್ರತ್ಯೇಕ ನಿಯಂತ್ರಣ. ಕಂಪ್ಯೂಟರ್ನ ಲ್ಯಾಬ್ ವಿಳಾಸವನ್ನು ತನ್ನ ಗೇಟ್ವೇ ಆಗಿ ಆರಿಸುವ ಬೋರ್ಡ್ ನಿಖರವಾಗಿ ಇದನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ: ನಿರ್ವಹಣಾ ಸಾಗಣೆ ಯಶಸ್ವಿಯಾದರೆ, ನೀವು ಉದ್ದೇಶಿಸಿದ ಗಡಿ ಎಂದೂ ಇರಲಿಲ್ಲ.

ಇನ್ನೂ ಎರಡು ಕುಟುಂಬಗಳು ಸ್ಪಷ್ಟ ನಿರ್ಣಯಕ್ಕೆ ಅರ್ಹ. ವಿಳಾಸ ಯೋಜನೆ ಸೇತುವೆಯನ್ನು ಕೇವಲ IPv4 ಮಾಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ IPv6 ಮತ್ತು ಇತರ EtherTypeಗಳಿಗೆ ತಮ್ಮದೇ ಯೋಜನೆ ಅಥವಾ ಫಿಲ್ಟರ್ ಬೇಕು. ಮತ್ತು ಯಶಸ್ವಿ ping ಬೋರ್ಡ್ನ ಅನ್ವೇಷಣಾ ಪ್ರಸಾರಗಳು, ಮಲ್ಟಿಕಾಸ್ಟ್ ಗುಂಪುಗಳು ಅಥವಾ ಜಂಬೋ ಫ್ರೇಮ್ಗಳು ಮಾರ್ಗವನ್ನು ದಾಟುತ್ತವೆಯೇ ಎಂದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅವು ಬೇರೆ ಬೇರೆ ಡೀಫಾಲ್ಟ್ಗಳಿರುವ ಬೇರೆ ಬೇರೆ ಸಂಚಾರ ವರ್ಗಗಳು.

ಕೊನೆಯದಾಗಿ, ಸಾಗಣೆ ಮತ್ತು ಗೋಪ್ಯತೆ ಎರಡು ಬೇರೆ ಬೇರೆ ಖರೀದಿಗಳು. TAP Ethernet ಸಾಗಿಸುತ್ತದೆ; OpenVPN ಸೇವೆ ಅದರ ಸುತ್ತಲಿನ ರಕ್ಷಣೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. VXLAN ಒವರ್ಲೇ ಕೂಡ Ethernet ಸಾಗಿಸುತ್ತದೆ ಮತ್ತು ತನ್ನಷ್ಟಕ್ಕೇ ಯಾವುದೇ ಗೋಪ್ಯತೆ ನೀಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಒಂದನ್ನು ಇನ್ನೊಂದರಿಂದ ಬದಲಿಸುವುದು ಟೋಪಾಲಜಿ ರೇಖಾಚಿತ್ರ ಒಂದೇ ರೀತಿ ಕಂಡರೂ ಭದ್ರತಾ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ.

ಸ್ಥಿರತೆ ಮತ್ತು ಅದನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಪರೀಕ್ಷೆಗಳು

ಸಂಪರ್ಕದ ನಂತರ ಒಮ್ಮೆ ಟೈಪ್ ಮಾಡಿದ ಆದೇಶ ಸಂರಚನೆ ಅಲ್ಲ. ಸೇತುವೆ, ಪೋರ್ಟ್ ಸದಸ್ಯತ್ವ ಮತ್ತು ಏಕೈಕ ಹೋಸ್ಟ್ ವಿಳಾಸವನ್ನು ಕಂಪ್ಯೂಟರ್ನ ಇರುವ ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಮೂಲಕ ಸ್ಥಿರಗೊಳಿಸಿ, ಮತ್ತು ಸಂಪರ್ಕವನ್ನು TAP ಸಾಧನದ ಗೋಚರಿಕೆಗೆ ಬಿಗಿದು ಮರುಸಂಪರ್ಕವು ಸದಸ್ಯ ಕಳೆದುಹೋದ ಸೇತುವೆಯನ್ನು ಬಿಡದಂತೆ ಮಾಡಿ.

bridge link show
ip -d link show br-test
bridge fdb show br br-test | head

ನಂತರ ಬೋರ್ಡ್ಗಳಿಗೆ ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ನಿಜವಾಗಿ ಏನು ಬೇಕು ಎಂದು ಪರೀಕ್ಷಿಸಿ, ಸುರಂಗವನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಮತ್ತು ಅನುಮೋದಿತ ಚೇತರಿಕೆ ಯೋಜನೆಯ ಪ್ರಕಾರ ಒಂದು ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ. ನಂತರ ಮೂರನ್ನು ಖಚಿತಪಡಿಸಿ: ನಿರ್ವಹಣಾ ಪ್ರವೇಶ ಇನ್ನೂ ಸ್ವತಂತ್ರವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ನಕಲಿ ಲ್ಯಾಬ್ ವಿಳಾಸ ಕಾಣಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಅನಿರೀಕ್ಷಿತ ಉತ್ಪಾದನಾ ಇಂಟರ್ಫೇಸ್ ಸೇತುವೆಗೆ ಸೇರಿಲ್ಲ. ಆ ಸಂಯೋಜನೆಯೇ ಪ್ರಯೋಗ ತನ್ನ ಬೆಂಚಿನ ಒಳಗೆ ಉಳಿದಿದೆ ಎಂಬ ರುಜುವಾತು.