Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Удаелнное управление пользовательской сессией (shadow)

Автор: goletsa
Дата сообщения: 17.02.2013 12:30
slech
Нашли где смотреть.
Какие именно смотрели?
Вот примеры цен на патчкорды:
http://all4tele.com/shop/CID_405_ALL.html


Добавлено:
Кстати говоря о свичах, есть например такие варианты, тут все порты сдвоены.
http://zyxel.ru/xgs-4728f
Автор: slech
Дата сообщения: 17.02.2013 12:58
goletsa
PowerConnect 8164F
По ссылке при покупке свитча можно выбрать кабеля

Хотя похоже что я попутал и правельные кабеля с ценами тут

Например:
LC to LC Duplex Single Mode Fiber Yellow Patch Cable - 9.8 ft - 40$

Похожие цены и на cablestogo.com
Автор: tankistua
Дата сообщения: 17.02.2013 16:55

Цитата:
ну почему, есть устройства ТОЛЬКО с SFP.

они денег стоят - обычно подороже чем на меди, а если напаковать модулями - так вообще космос.


Цитата:
Патчкорды оптические на dell.com по 150$. 150*24=3600$ - это совсем не мало.

круто - ну по факту ничем не отличается от обычного за 2 бакса, а учитывая расстояния в 2 метра - так вообще будет работать если волокно жвачкой в модуле залепить

З.Ы. как по мне, то на текущий момент брать 10G на меди это тупиковый вариант, надо брать оптику однозначно. И не заморачиваться на брендовые патчкорды.
Автор: slech
Дата сообщения: 17.02.2013 18:52
tankistua

Цитата:
И не заморачиваться на брендовые патчкорды.

Да я особо и не заморачивался, увидел цену и понял, что неочень хорошо по цене получается. На dell всё дороже, но не в 2-а же раза. Поэтому пришёл за советом.
Как оказалось за 40$ можно найти неплохие кабеля. Это впринципе решает проблему.

Спасибо tankistua, goletsa.

Автор: slech
Дата сообщения: 20.02.2013 18:49
А верно ли я понимаю, что для того что бы соединить
PowerConnect 8164F c Broadcom 57810 DP 10Gb DA/SFP+ Converged Network Adapter и с Brocade 1020, Dual Port 10Gb SFP+, Converged Network Adapter
Нужно обычные LC-LC кабеля ?

Автор: goletsa
Дата сообщения: 20.02.2013 20:42
slech
Могу ошибаться но я вроде даже SFP+ на SFP+ кабеля видел.
Т.е. без использования оптических модулей.
Но вообще кабель зависит от типа SFP+ модулей.

Добавлено:

Цитата:
Нужно обычные LC-LC кабеля ?

Зависит от оптических модулей, могут быть разными.

Ну или типа таких штук.
http://www.cablesondemand.com/category/SFP+%20CBL/product/SF-SFPP2EPASS-003/URvars/Items/Library/InfoManage/.htm
Цена копеечна будет на короткие растояния.
Автор: Freda33
Дата сообщения: 24.06.2013 14:32
Здравствуйте.У меня вопрос касаемо управляемого коммутатора D-Link DES 1100-16.2 недели назад я поставила управляемые свичи.Узловой к которому я воткнула медиаконвектор работает нормально,пингуется удаленно на отлично,а вот второй,который подключен к узловому и раздает инет моим абонентам стал "глючить"...Думала дело в нагрузке,проверяла в разное время суток и с разной нагрузкой,но проблема осталась.Мне не нравится потеря пакетов,из 25 выставленных, 3-4 стабильно теряются.Порты проверяла -диагностика обрывов не показывает.Лантестером тоже тестила,все гуд.Вирусов не нашла.но потери есть.Нагрузка здесь ни причем.Вопрос такой это особенность коммутатора такая или обратиться к поставщику и заменить хаб?
Автор: slech
Дата сообщения: 24.06.2013 15:18
Freda33 - кабель, порт ?
Автор: Freda33
Дата сообщения: 24.06.2013 15:44
Диагностировала и кабель и порт
Автор: slech
Дата сообщения: 24.06.2013 16:09
Freda33
У вас потери на всех портах этого свитча ? Вы пробовали ставиьь другой кабель на котором потерь точно нет ?
У нас была днажды сложность по потерм и дело было в кабеле. Просто сменили на другой.
Была сложность на порту Dell комутатора - только на одном порту проявлялось - сменили комутатор. Это был продакшен и не хотелось играть в кошки-мышки, что бы и другие порты не пошли следом.
Автор: Freda33
Дата сообщения: 24.06.2013 19:51
Потери на всем коммутаторе,общий пинг устройства делаю.А порты показывает ОК, кабель ОК. Недавно, недели 4 назад заменили кабель на новый,да я не ощущаю пока проблем.вызывает мандраж потеря пакетов.ибо уже с таким сталкивалась,так же началось все с потери пакетов,потом инет стал "резиновым"оказалось дело в коммуматоре,но хаб был не управляемый.Заменила на новый и все там гуд пашет.А здесь на этом участке не понятно что происходит.
Автор: slech
Дата сообщения: 24.06.2013 19:55
Freda33

Цитата:
Потери на всем коммутаторе,общий пинг устройства делаю
Поидее этот комутатор подключён к точке с которой ты пингуешь каким-то конкретным портом, вот я думаю что при пинге отрабатывает этот порт.
Попробуй сменить порт на пути пинга и проверь с снова.


Цитата:
А порты показывает ОК, кабель ОК.
Это в интерфейсе свитча ?
Мы никому не верим, мы просто берём кабель где тестировали и потерь нет и меняем на текущий.
Автор: Freda33
Дата сообщения: 25.06.2013 14:28
Спасибо.Попробую поменять порт.Просто и кабель и свич новые. Лантестер обрыва на кабеле не выявил,значит точно порт глючит.А еще надо в настройках свича удалить мак адрес,ибо не пускает на другой порт.Значит мне надо будет с этого порта удалить мак адрес,затем с другого,свободных нет,все заняты порты,удалить в общем мак адреса,затем вручную или автоматом прописать мак адрес на порт?И только затем я смогу проверить?Кстати,пингую абонентов на этом коммутаторе,все гуд у них.Может пока на гарантии заменить его или порт сам откиснет?сталкивалась и с таким явлением.Единственное обидно,что управляемые решила везде поставить,что бы облегчить себе и монтажникам жизньА в итоге глючит их...Беготни еще больше...
Автор: slech
Дата сообщения: 25.06.2013 14:34
Freda33

Цитата:
Значит мне надо будет с этого порта удалить мак адрес,затем с другого,свободных нет,все заняты порты,удалить в общем мак адреса,затем вручную или автоматом прописать мак адрес на порт? И только затем я смогу проверить?
Если у вас там порт-секюрити, то да, так как вы описали. Или есть есть возможность на этих портах отключить это, то это поможет.

Цитата:
Кстати,пингую абонентов на этом коммутаторе,все гуд у них.
Ну это как раз и говорит, что у вас проблема на порту-кабеле.
LAN-тестер - это вы прозвонили кабель ? Думаю, что это не обязательно показатель. Может контак где не очень, может толщина, может наводки.

Вы просто возьмите кабель с соседнего свитча - где вы точно потестили и проблем с потерями нет и замените текущий.

Цитата:
Может пока на гарантии заменить его или порт сам откиснет?сталкивалась и с таким явлением.
У нас получается наоборот скисание получилось Потому как в начале всё вроде было пормально.
Автор: Freda33
Дата сообщения: 25.06.2013 14:42
Я даже коннекторы сменила на этом кабеле.Да уж,про Лантестер слышала,что он не панацея от проблемКабель главный,он идет от узла,от оптики в общем,да я же говорю,что до управляемого гуд инет был,но к сожалению,я пинговать могла не свич, а только абонентов.Несколько дней пинговала устройство все хорошо было,и вот началось...Обязательно сменю порт,завтра профилактику устрою,проверю все на линии.Спасибо огромное.

Добавлено:
И еще столкнулась с тем,что сэкономила на кабеле,в итоге бухта валяется дома...Даже 100 метров не тянет.Висят старые хорошие медные кабели,я их хотела сменить на новые,пока лето,но получилось как всегда...Менять не на что,а там расстояния до 150 метров.А у меня связи даже на 100 нет.дорогие кабеля покупать пока не могу себе позволить,а дешевые не тянут.Итак на коммутаторы потратилась.Буду копить на экранированные.
Автор: AdminLPDS
Дата сообщения: 27.06.2013 14:24
Посоветуйте что нибудь из простых неуправляшек на 48 портов 100 МБит/сек с как можно большим количеством дополнительных гигнабитных портов?
Автор: vlary
Дата сообщения: 27.06.2013 20:46
AdminLPDS
Цитата:
Посоветуйте что нибудь из простых неуправляшек на 48 портов
Выбор коммутатора (switch)
Автор: Freda33
Дата сообщения: 29.06.2013 00:59
slech
Спасибо за совет.Помогла замена портов,глючный порт я записала,как глючный,возможно и откиснет,нет,так будет 15 портовый свич. Теперь все гуд с пингами,да и я успокоилась.
Автор: res2001
Дата сообщения: 11.12.2015 09:07
Всем привет!

Юзаю в конторе удаленное управление пользовательскими сессиями (shadow) для целей администрирования и help desk, не терминальными сессиями пользователей, а консольными на удаленных пользовательских компах (типа радмин, VNC, "удаленный помощник" и т.д.).
Уже несколько лет схема работает через старый терминальный сервер под Win 2003, с него в терминальной сессии админа делаю
shadow console /server:user-pc
и подключаюсь к консоли пользовательского ПК.

Т.к. на дворе давно уже конец 2015 года и поддержка мелкософтом ХР и 2003 уже закончилась, то настала пора апгрейдить пользовательские и серверные операционки.
Поднял Win2008R2 с ролью RDS, на пользовательских компах Win7.

И встала проблема - схема с удаленным управлением с Win2008R2 на Win7 не работает!
Причем ошибок нет.
shadow пишет:

Код: Удаленное управление сеансом console
Удаленное управление осуществлено
Автор: Jon_Dow
Дата сообщения: 11.12.2015 13:11
res2001
в Win2012R2 все вернули взад. Но так как
Цитата:
На вопросы почему именно Win7/Win2008R2 ответ простой - эти версии куплены в конторе, выше нет
придется юзать сторонний софт.
Автор: res2001
Дата сообщения: 11.12.2015 14:10
Jon_Dow
Да, про Win2012R2 я знаю, что там оно снова появилось.
В связке Win7/Win2008R2 shadow не работает что ли? Я не нашел объяснения такому поведению.
Думаю, если с shadow ничего не выйдет, то настрою удаленного помощника, там правда от запросов юзеру не избавится, но это и не особо критично.
Автор: Jon_Dow
Дата сообщения: 11.12.2015 14:19
res2001
На Win2008R2 - без вариантов.
Есть конечно еще возможность заюзать RDPWrap, но это уже нарушение лицензионной чистоты... Так что удаленный помощник будет корректнее.
Автор: ipmanyak
Дата сообщения: 11.12.2015 14:21
res2001 Возможно поможет:

Black screen during a Remote Assistance session in Windows Vista, in Windows Server 2008, in Windows 7, or in Windows Server 2008 R2
http://support.microsoft.com/kb/2614066

In addition which version of client RDP you are using in your environment. I would suggest you to increase to RDP 8.1.
Автор: res2001
Дата сообщения: 11.12.2015 15:05
Jon_Dow

Цитата:
На Win2008R2 - без вариантов.

Но почему?
По умолчанию в Win 7 SP1 используется RDP 7.1, там shadow еще не успели вырезать, судя по описаниям микрософта. То же самое и в Win 2008 R2. Даже при наличии RDP 8.0 на Win 7 он по умолчанию не работает - надо включать политикой.
Кроме того, если делать shadow с Win 2003 или XP - на Win 7/2008R2, то все работает. Именно из-за этого я думаю, что оно должно работать и в варианте с Win 2008 R2.

Я даже удалял обновление KB2592687 с которым ставится RDP 8.0 - безрезультатно.

В общем, печаль.
Похоже что пока придется еще какое-то время держать виртуалку с 2003/XP для этих целей, пока не купим 2012R2.

ipmanyak
На эту статью я в своих поисках то же натыкался. Но это не то - тут пишут про патч к удаленному помощнику. Кроме того этот патч у меня стоит - ставится все с WSUSа, так что везде все последние обновления расставлены.

Спасибо за участие, коллеги!
Автор: res2001
Дата сообщения: 16.12.2015 15:56
Jon_Dow

Цитата:
На Win2008R2 - без вариантов.

В общем провел множество тестов и выяснил - удаленное управление на Win2008R2 вполне себе работает.
У меня не работало из-за Novell Client, который был установлен на сервере. Не знаю почему, но с установленным этим софтом shadow сессия не проходит, если его удалить - все замечательно работает.
К сожалению я не могу отказаться от Novell Clienta. Сейчас пытаюсь его настроить, чтоб он не мешал shadow.

Страницы: 1234567

Предыдущая тема: Подключиться по RDP c Windows 2003 к Windows 2012


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.