каков синтаксис для Доступа, кто-то/окна совместно использует через альтернативные порты?
Мы используем его в производстве для веб-сайта информации о компании. И у нас havnt была любая проблема вообще с ним все же. И это работает гладкое для приведения в нерабочее состояние серверов, и выравнивание нагрузки также работают хорошие. Используя наименьшее количество reponsetime, таким образом, один из сервера получает еще некоторые запросы. Мы собираемся переместить одно из наших хранилищ электронной коммерции также, которые имеют намного больше трафика затем сайт информации о компании. Таким образом, мы будем видеть, как это работает под большей большой нагрузкой. Но наши тесты имеют, показал, что это должно обработать его без проблем
Не может быть сделан извините. Windows не поддерживает порты TCP кроме 445/139. (Вот одна ссылка.)
Вы могли попробовать порт Windows rinetd на клиентской машине, которая позволила бы Вам сделать что-то вроде этого на клиентской машине:
#bindaddress bindport connectaddress connectport
192.168.1.1 139 4.2.2.2 999
Принимая, который работал, Вы могли использовать свой нормальный \servername.server.com\sharename от Вашей клиентской машины, и rinetd изменил бы порт подключения для того адреса.
Эта статья: http://codewut.de/content/port-redirection-windows имеет больше информации и исправленный двоичный файл. Я не попробовал это сам, но похоже, что этого стоит делать попытку.
-
1похож это работало бы над сервером для входящих запросов, не отправителем для выхода, правильно? – Maslow 12 July 2009 в 13:49
-
2Вы настроили бы это на клиенте, не сервере. Сервер был бы все еще установлен в 139, конечно. Вы сохранили бы порт, отображающий Вас, имел на маршрутизаторе. – Adam Brand 12 July 2009 в 18:36