ಎರಡನೇ PowerShell ಹಾಪ್ನಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ರುಜುವಾತುಗಳು
ರಿಮೋಟಿಂಗ್ ಲಾಗಿನ್ ಡೆಲಿಗೇಟ್ ಆಗಿದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ರಿಮೋಟ್ ಸರ್ವರ್ನಲ್ಲಿ ಚಲಿಸುವ Invoke-WebRequest ಗೆ ಉದ್ದೇಶಿತ ಪ್ರಾಕ್ಸಿ ಖಾತೆಯನ್ನು ಒದಗಿಸಿ.
ಸರ್ವರ್ B ನಲ್ಲಿ ಸಂವಾದಾತ್ಮಕವಾಗಿ ಕೆಲಸ ಮಾಡುವ ವೆಬ್ ವಿನಂತಿಯು ಅದೇ ಆಜ್ಞೆಯನ್ನು ಅಲ್ಲಿ PowerShell ರಿಮೋಟಿಂಗ್ ಮೂಲಕ ಚಲಾಯಿಸಿದಾಗ 407 ಪಡೆಯಬಹುದು. A ನಿಂದ B ಗೆ ಲಾಗಿನ್ ಮಾಡುವುದು B ನ ಮುಂದಿನ ದೃಢೀಕರಣ ವಿನಿಮಯಕ್ಕಾಗಿ ಆ ಗುರುತನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಡೆಲಿಗೇಟ್ ಮಾಡುವುದಿಲ್ಲ.
A → remoting session on B → HTTP proxy → website
ಬೆಂಬಲಿತ ವಿನ್ಯಾಸವೆಂದರೆ ಪ್ರಾಕ್ಸಿ ಖಾತೆಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಒದಗಿಸುವುದು ಹೊರಹೋಗುವ ವಿನಂತಿಗಾಗಿ. ಇರುವ PSSession ಮತ್ತು ಸರಿಯಾಗಿ ಪಡೆದ PSCredential ಆಬ್ಜೆಕ್ಟ್ ಜೊತೆಗೆ:
Invoke-Command -Session $session -ArgumentList $proxyCredential -ScriptBlock {
param([pscredential]$outboundProxyCredential)
$requestOptions = @{
Uri = 'https://api.example/'
Proxy = 'http://proxy.example:8080'
ProxyCredential = $outboundProxyCredential
}
Invoke-WebRequest @requestOptions
}
ರುಜುವಾತು ಆಬ್ಜೆಕ್ಟ್ ಪ್ರಾಕ್ಸಿಯ ಉದ್ದೇಶಿತ ಖಾತೆಗಾಗಿ. ಸೆಷನ್ ಇನ್ನೂ ತನ್ನ ಸಾಮಾನ್ಯ ರಿಮೋಟಿಂಗ್ ದೃಢೀಕರಣವನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ವೆಬ್ಸೈಟ್ ಲಾಗಿನ್ ಆ ವೆಬ್ಸೈಟ್ ವಿನಂತಿಯ ಭಾಗವಾಗಿಯೇ ಉಳಿಯುತ್ತದೆ.
ಇದು ಮೊದಲ ಲಾಗಿನ್ನ ಸ್ವಯಂಚಾಲಿತ ಡೆಲಿಗೇಶನ್ ಮೇಲೆ ಅವಲಂಬನೆಯನ್ನು ತಪ್ಪಿಸುತ್ತದೆ. ಆದರೆ ರಿಮೋಟ್ ಹೋಸ್ಟ್ ಒದಗಿಸಿದ ಖಾತೆ ಸಾಮಗ್ರಿಯನ್ನು ಉದ್ದೇಶಿತ ಆಡಳಿತ ವಿನ್ಯಾಸದ ಭಾಗವಾಗಿ ನಿರ್ವಹಿಸಬೇಕು ಎಂದು ಅದು ಬಯಸುತ್ತದೆ. ನಿರ್ವಹಿತ RunAs ಎಂಡ್ಪಾಯಿಂಟ್ ಅಥವಾ ಸೀಮಿತ ಸೇವಾ ಪ್ರವೇಶದಂತಹ ಇತರ ಆರ್ಕಿಟೆಕ್ಚರ್ಗಳಿಗೆ ತಮ್ಮದೇ ಸಂರಚನಾ ಅವಶ್ಯಕತೆಗಳಿವೆ.
ಡೀಫಾಲ್ಟ್ ಪ್ರಾಕ್ಸಿ ರುಜುವಾತುಗಳೇ ತಪ್ಪು ಊಹೆಯಾಗಿದ್ದರೆ, ರಿಮೋಟ್ ಆಜ್ಞೆ ಯಾವ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಯಾವ ದೃಢೀಕರಣವನ್ನು ಕೇಳುತ್ತದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ. ಉದ್ದವಾದ ವೆಬ್-ವಿನಂತಿ ಕಾಲಮಿತಿಯು ಕಾಣೆಯಾದ ರುಜುವಾತುಗಳನ್ನು ಒದಗಿಸಲಾರದು.
New-PSSessionOption ನ ಪ್ರಾಕ್ಸಿ ಆಯ್ಕೆಗಳು ರಿಮೋಟಿಂಗ್ ಸಂಪರ್ಕಕ್ಕೇ ಸಂಬಂಧಿಸಿವೆ. B ಯ ಹೊರಮುಖ ವೆಬ್ ಸಂಪರ್ಕವೇ ಪ್ರಾಕ್ಸಿ ಅಗತ್ಯವಿರುವುದಾದರೆ ರಿಮೋಟ್ ಸ್ಕ್ರಿಪ್ಟ್ ಬ್ಲಾಕ್ ಒಳಗೆ Invoke-WebRequest ಅನ್ನು ಸಂರಚಿಸಿ.