левый отдельно-стоящий порт RJ45 - это не ethernet, а последовательная консоль
берете проводок из комплекта (если нет - гуглите распиновку и делаете сами), подключаете к ком-порту (или юсб переходнику) и получаете доступ к командной строке.
lldp оно тоже умеет, но хз, включен ли он. попробовать стоит - на одном из свитчей, к которому физически подключен этот свитч введите sh lldp neigbours (будет ругаться - уточните в документации, как именно это пишется на данной линейке длинка) и посмотрите, что показывается по этому порту
Первым я указываю путь к интерпретатору python, но что затем идёт?
затем идет пробел, минус, латинское эм, пробел, вэ-как-галочка, е, эн(как русское п), вэ-как-галочка
затем еще пробел
затем самая сложная часть - путь к будущему venv'у. можно относительный. можно вообще точку указать, если вы развернутым венвом прямо в корне проекта намусорить хотите.
можно, но
1) необходимо таки указать путь до нужного интерпретатора python, иначе вы рискуете получить virtualenv с python2
2) для Python 3 разумнее использовать штатный для Python 3 механизм
???
Во-первых:
python -m venv путь_к_новому_венву
(мы же про python 3.x говорим, да ?)
Во-вторых строчка выше сработает только если путь к интерпретатору python прописан в переменной окружения %PATH%. Соответственно тот, который [первее] прописан, тот и вызовется. Считайте его интерпретатором по умолчанию.
Для того, чтобы вызвать конкретный -
"C:\Program Files\Python38\python.exe" -m venv путь_к_новому_венву
после активации venv уже выполняйте все нужные pip install и вот это все
при том, что человек скорее всего хочет не только авторизацию но еще и sso аутентификацию.
это счастье настраивается на стороне nginx ( google(nginx spnego) ), результатом является содержащая логин пользователя переменная окружения http_user доступная из скриптов
а уже дальше скрипты (Symphony, или что там) могут полезть в LDAP AD за данными по этому пользователю (членство в группах итд) и на основании их провести авторизацию
нет, условная пересылка это про другое.
есть у вас, например, две 'внутренние' зоны zone1.local и zone2.local на разных серверах не завязанных через AD
С одной стороны для первого сервера zone2.local является внешней (не обслуживаемой им) зоной, с другой - вышестоящие (интернетные) сервера про нее ничего не знают.
Одним из способов решения проблемы является как раз условная пересылка.
зачем ? нет, не так: ЗАЧЕМ ???? обрабатывать редирект на основании URL на клиенте, когда информация об url доступна еще на сервере и можно клиенту вообще не отдавать страницу, а отдать только http редирект