Server is listening to ipx unloaded как исправить

	не обнаружен ключ защиты программы Я
svent0vit 08.08.08 — 10:40	клиенты вывалилсиь с ошибкой, больше не подключаются менеждер ключей работает что случилось?
elisem 1 — 08.08.08 — 10:46	смотри монитором
svent0vit 2 — 08.08.08 — 10:47	монитор грит ipx unload
shuhard 3 — 08.08.08 — 10:48	(2)[ipx unload] под Novell работаете — респект
svent0vit 4 — 08.08.08 — 10:53	еще грит nhsrv.ini не найден
Maxus43 5 — 08.08.08 — 10:55	дак слушай его, правду глаголит… >> менеждер ключей работает >> ipx unload посмотри в менеджере, перезапусти ipx
pavlika 6 — 08.08.08 — 11:01	(3) ipx unload — это просто IPX/SPX-протокол не установлен.
Naumov 7 — 08.08.08 — 11:01	— Ты ключ видишь? — Нет. — И я нет. А он есть!
Salvador Limones 8 — 08.08.08 — 11:05	Telnet подключается?
Maxus43 9 — 08.08.08 — 11:09	туплю, ipx и должен быть анлоад (нафег он нужен). >>клиенты вывалилсиь с ошибкой, больше не подключаются Монитор грит что есть свободные лицензии? Перезапусти менеджер лицензий например, попингуй его, поди сеть отвалилась) >> еще грит nhsrv.ini не найден дык, посмотри есть ли он, скорей всего поможет переустановка менеджера
svent0vit 10 — 08.08.08 — 11:20	переустановили все что можно, файл все равно не найден замечание: 1С через терминал не работает (ругается на ключ) на сервере запускается нормально
svent0vit 11 — 08.08.08 — 11:39	ключ стал локальнм, а не сетевым, что делать?
svent0vit 12 — 08.08.08 — 11:40	или вопрос —  в usb воткнуто два девайса, ключей hasp в мониторе тоже должно быть два?
Salvador Limones 13 — 08.08.08 — 11:41	(11) Как? О_О (12) Нет.
SurFace 14 — 08.08.08 — 11:44	а разве можно втыкать несколько лицензий на одном компе?
pavlika 15 — 08.08.08 — 11:45	(14) А почему нельзя Другое дело, что будет виден только один ключ.
Maxus43 16 — 08.08.08 — 11:47	(12) раньше работоло? О_о
svent0vit 17 — 08.08.08 — 12:06	вроде разобрались: при заходе с моего в базу компа вырубался сервис менеджера лицензий почему — хз. быть может из-за hamachi? сейчас удалил ее, завелось все
svent0vit 18 — 08.08.08 — 12:06	*т.е при заходе в базу с моего компа
Maxus43 19 — 08.08.08 — 12:11	(17) только не понятно как это связано с (0)… В тот момент hamachi ставили?
svent0vit 20 — 08.08.08 — 12:17	вчера я ставил хамачи, все работало ночью подключался через нее к рабочему компу из дома утром (с рабочего) при первой попытке войти в базу хасп отваливался хм

Протокол ipx для windows 10 x64

Вопрос

Select Network Protocol IPX/SPX (Windows10)

Есть необходимость перейти с виртуальной машины (гостевой системы с WindowsXP) на Windows10, для перехода нужна поддержка протокола IPX/SPX. Как реализовать поддержку протокола IPX/SPX на Windows10?

Ответы

Select Network Protocol IPX/SPX (Windows10)

Есть необходимость перейти с виртуальной машины (гостевой системы с WindowsXP) на Windows10, для перехода нужна поддержка протокола IPX/SPX. Как реализовать поддержку протокола IPX/SPX на Windows10?

(translated)
There is a need to move a virtual machine (guest system with WindowsXP) on Windows10, for the transition need support protocol IPX / SPX. How to implement support for IPX / SPX protocol on Windows10?

(but. if the requirement exists within the XP VM, that may not be needed on the host hypervisor??)

Don
(Please take a moment to «Vote as Helpful» and/or «Mark as Answer», where applicable.
This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

Источник

Протокол ipx для windows 10 x64

Загрузить драйверы
Microsoft IPX/SPX-compatible Protocol

Шаги обновления драйвера устройства IPX/SPX-compatible Protocol вручную:

Эти стандартные драйверы IPX/SPX-compatible Protocol можно найти в %%os%% или загрузить из обновления Windows®. Встроенный драйвер поддерживает основные функции оборудования IPX/SPX-compatible Protocol. Это руководство по эксплуатации проведет вас через обновление драйверов Microsoft.

Автоматическое обновление драйверов IPX/SPX-compatible Protocol:

Благодаря доступу к базе, содержащей более 2 150 000 драйверов, DriverDoc будет выполнять обновление не только драйверов Монитор, но и остальных драйверов на вашем ПК.

IPX/SPX-compatible Protocol Часто задаваемые вопросы относительно обновления

Почему пользователи не обновляют драйверы IPX/SPX-compatible Protocol?

Большинство людей не выполняют обновления драйверов IPX/SPX-compatible Protocol, потому что они могут столкнуться с ошибками или сбоями.

Как узнать, когда обновлять драйверы IPX/SPX-compatible Protocol?

Для того, чтобы реализовать все функции вашего оборудования IPX/SPX-compatible Protocol, мы рекомендуем периодически проверять наличие обновлений драйверов.

Можете ли вы объяснить, что делают драйверы Монитор Microsoft?

По сути, драйверы — это небольшие программные приложения, которые позволяют IPX/SPX-compatible Protocol вашего устройства «взаимодействовать» с операционной системой, а также являются залогом функциональности аппаратных средств.

Какие операционные системы работают с драйверами IPX/SPX-compatible Protocol?

Последние IPX/SPX-compatible Protocol драйверы поддерживаются Windows.

Проблемы обновления драйверов

Ошибки IPX/SPX-compatible Protocol часто вызваны вирусами устаревших и поврежденных драйверов устройств. Драйверы устройств могут сломаться необъяснимо, по разным причинам. Лучшая часть заключается в том, что ваши драйверы Монитор всегда могут быть изменены для решения дилеммы ноутбука.

Часто трудно найти правильное решение аппаратной ошибки IPX/SPX-compatible Protocol, посетив веб-сайт Microsoft. Хотя у вас может быть большой опыт работы с драйверами IPX/SPX-compatible Protocol, в этом процессе обновления все еще много времени. Установка неправильных драйверов может негативно сказаться на функциональности оборудования или операционной системы.

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

Источник

Ipx протокол для windows 10 x64

Решение проблемы сетевых протоколов в Windows 10

Сброс протокола TCP/IP и Winsock

Первое, что стоит попробовать если диагностика неполадок сети пишет, что один или несколько сетевых протоколов Windows 10 отсутствуют — выполнить сброс WinSock и протокола TCP/IP.

Сделать это просто: запустите командную строку от имени администратора (правый клик мышью по кнопке «Пуск», выбрать нужный пункт меню) и по порядку введите следующие две команды (нажимая Enter после каждой):

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

Если при выполнении первой из указанных команд вы увидите сообщение о том, что вам отказано в доступе, то откройте редактор реестра (клавиши Win+R, ввести regedit), перейдите к разделу (папке слева) HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Control Nsi 26 и кликните правой кнопкой мыши по этому разделу, выберите пункт «Разрешения». Предоставьте группе «Все» полный доступ для изменения этого раздела, после чего выполните команду снова (и не забудьте перезагрузить компьютер после этого).

Отключение NetBIOS

Еще один способ исправить проблему с подключением и Интернетом в данной ситуации, срабатывающий для некоторых пользователей Windows 10 — отключение NetBIOS для сетевого подключения.

Попробуйте по шагам выполнить следующее:

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

Программы, вызывающие ошибку с сетевыми протоколами Windows 10

Подобные проблемы с Интернетом могут вызывать и сторонние программы, устанавливаемые на компьютер или ноутбук и какими-либо хитрыми способами использующие сетевые подключения (мосты, создание виртуальных сетевых устройств и т.д.).

Что такое IPX и как его использовать в своих целях

1. Подробнее об известном

Так вот, программа IPX реализует

протоколы сетевого уровня (IPX) и транспортного

уровня (SPX) (о чем честно и сообщает при старте).

В соответствии с моделью ISO

каждый последующий уровень зависит только от

одного предшествующего. Поэтому, в частности, при

изменении технического обеспечения (на которое

возлагаются функции первых двух уровней) надо

изменять только программу IPX, но не NETx, которая

участвует в реализации уровней, начиная с

сеансового, и поэтому имеет право использовать

только возможности IPX и SPX, но не сетевого

Точно так же и Вы можете

использовать IPX для написания своих сетевых

программ, не зависящих от того, какие сетевые

адаптеры будут использоваться. Более того, Ваша

программа будет пригодна практически для всех

сетей, так как очень редко можно встретить

сетевую плату, для которой не было бы драйвера

NetWare (по крайней мере 2.1x).

2. Почему IPX, а не NETBIOS?

В большинстве случаев

использование NETBIOS обусловлено тем, что его

протокол более известен. Далее я собираюсь

изложить протокол IPX, а в следующей статье и SPX с

достаточной подробностью, чтобы уважаемые

читатели могли пользоваться этими протоколами

3. IPX. Принципы обмена

В этом пункте я собираюсь в

общих чертах описать протокол IPX, который

подробно будет описан в дальнейшем. Как Вы

увидите, протокол IPX и используемые в нем

структуры имеют определенную избыточность, в

некоторых случаях неудобную. Это объясняется

тем, что IPX (протокол, а не программа)

первоначально предназначался для несколько

других сетей. Он был разработан фирмой Xerox, и

затем стал применяться фирмой Novell как основной

протокол системы NetWare. При этом для соблюдения

преемственности было сохранено и то, что в сетях

IPX предназначен для передачи

коротких сообщений (пакетов) от одного процесса к

другому. При этом для пользователя почти никогда

не имеет значения, на одном компьютере

выполняются эти процессы или на разных (разница

только в некоторых кодах завершения).

Пакет имеет длину не более 576

байтов. Величина, прямо скажем, несколько

странная. Во всяком случае, она не соответствует,

насколько я знаю, длине физически пересылаемого

пакета ни для одного сетевого адаптера. Для сетей

ArcNet, например, максимальная длина передаваемого

за один раз физического пакета равна 512 байтам.

Поэтому максимальный «пакет» IPX на самом

деле передается по сети как два физических

пакета. Но пользователю до этого нет дела (если,

конечно, не учитывать потери скорости).

4. Как передать сообщение

В настоящее время Novell

поставляет для разработчиков полный программный

интерфейс (API) своей системы для всех основных

вариантов языка C. Однако эти библиотеки не

продаются за рубли, и следовательно вряд ли

доступны читателю. Поэтому будем писать

программу, не пользуясь фирменными библиотеками,

а используя интерфейс с IPX через программные

Программа должна ввести

строку, сформировать ECB и пакет, а затем передать

его. Буфер, из которого формируется пакет, не

обязан располагаться в памяти в виде

непрерывного массива, а может быть разделен на

некоторое количество кусков (см. справочное

приложение). Я использовал это свойство и

разделил буфер вывода на две части: системный

заголовок IPX и массив с передаваемой информацией.

Остальное ясно из текста программы.

Текст программы приема

приведен в листинге 1. Она должна открыть сокет и

затем принять пакет. Для ожидания приема пакета

используется динамическое ожидание: программа

проверяет флаг использования ECB. Прием, как и

передача, осуществляется в буфер, разделенный на

две части: заголовок и передаваемую строку. По

окончании программа закрывает сокет.

Листинг 1. Программа приема

#define TargetSocket 0x08

Программа приема и распечатки строки символов

void main () uned char RecieveString [80]; // Принимаемая строка

ECB_2 _far *My_ECB_ptr;

union REGS inregs, outregs;

struct SREGS segreg;

My_ECB.FragmentSize_2 = sizeof RecieveString;

/* Выдача кода завершения */

inregs.x.si = FP_OFF ( My_ECB_ptr );

segreg.es = FP_SEG ( My_ECB_ptr );

while (My_ECB.InUseFlag) // Ожидание завершения приема

/* Распечатка строки или кода завершения */

f («Ошибка приема сообщения. Код завершения %x

f («%s n», RecieveString);

Листинг 2. Программа

#define TargetSocket 0x08

#define TargetNode 0x02

Программа передачи введенной оператором строки

void main () uned char DispString [80]; // Строка, которую вводим с

int Length; // Длина введенной строки

ECB_2 _far *My_ECB_ptr;

union REGS inregs, outregs;

struct SREGS segreg;

f («Введите, пожалуйста, передаваемое

scanf («%s», DispString);

Length = strlen (DispString);

strnset (My_ECB.ImteAddress, 0x00, sizeof My_ECB.ImteAddress);

/* Заполнение заголовка сообщения */

strnset (er.DestantionNetwork, 0x00, sizeof er.DestantionNetwork);

strnset (er.DestantionNode, 0x00, sizeof er.DestantionNode);

er.DestantionNode [5] = TargetNode;

inregs.x.si = FP_OFF ( My_ECB_ptr );

segreg.es = FP_SEG ( My_ECB_ptr );

while (My_ECB.InUseFlag) // Ожидание завершения посылки

/* и выдача кода завершения */

f («Сообщение передано, код завершения %x

Листинг 3. Константы и

Константы и структуры IPX

#define IPX_interrupt 0x7A // Программное прерывание IPX

#define er_length 30 // Длина заголовка пакета

#define IPX_open 0x00

#define IPX_close 0x01

#define IPX_localTarget 0x02

#define IPX_send 0x03

#define IPX_listen 0x04

#define IPX_event 0x05

#define IPX_cancel 0x06

#define IPX_specialEvent 0x07

#define IPX_interval 0x08

#define IPX_GetInternetwork 0x09

#define IPX_control 0x0A

#define IPX_disconnect 0x0B

typedef struct uned int Checksum;

uned char TransportControl;

uned char PacketType;

uned char DestantionNetwork [4];

uned char DestantionNode [6];

uned int DestantionSocket;

uned char SourceNetwork [4];

uned char SourceNode [6];

uned int SourceSocket;

/* Управляющий блок с одним фрагментом данных */

typedef struct void _far *Address;

void _far *ESRAddress;

uned char InUseFlag;

uned char CompletionCode;

uned int SocketNumber;

uned char IPXWorkspace [4];

uned char DriverWorkspace [12];

uned char ImteAddress [6];

uned int FragmentCount;

void _far *FragmentAddress;

uned int FragmentSize;

/* Управляющий блок с двумя фрагментами данных */

typedef struct void _far *Address;

void _far *ESRAddress;

uned char InUseFlag;

uned char CompletionCode;

uned int SocketNumber;

uned char IPXWorkspace [4];

uned char DriverWorkspace [12];

uned char ImteAddress [6];

uned int FragmentCount;

void _far *FragmentAddress_1;

uned int FragmentSize_1;

void _far *FragmentAddress_2;

uned int FragmentSize_2;

/* Управляющий блок службы времени */

typedef struct void _far *Address;

void _far *ESRAddress;

uned char InUseFlag;

uned char WorkSpace [5];

/* Сетевой адрес плюс непосредственный адрес узла

typedef struct uned char NetworkNumber [4]; // Номер локального участка

uned char NodeAddress [6]; // Сетевой адрес

uned int Socket; // Номер сокета

uned char ImteAddress [6]; // Непосредственный адрес

Обе программы (листинги 1 и 2)

используют описания структур и некоторых

констант из файла ipx.h (листинг 3). В этом файле

описаны некоторые функции, которые не

объясняются (и не используются) в программах,

рассмотренных в данной части статьи.

Каждый пакет IPX состоит из заголовка и

информационной части. Заголовок (er)

представляет собой структуру следующего вида:

Структура заголовка IPX

Смещение Содержимое Тип

4 Transport Control BYTE

5 Packet Type BYTE

6 Destination Network BYTE [4]

10 Destination Node BYTE [6]

16 Destination Socket BYTE [2]

18 Source Network BYTE [4]

22 Source Node BYTE [6]

28 Source Socket BYTE [2]

Поля имеют следующий смысл:

Checksum (контрольная сумма)

Это поле включено для соответствия

оригинальному определению заголовка пакета

Ксерокса. IPX всегда устанавливает это поле в 0xFFFF.

Поскольку сетевые карты сами подсчитывают

контрольную сумму пакета, оно никому не нужно.

Transport Control (управляющее слово моста)

Это поле используется межсетевыми мостами. IPX

всегда устанавливает его в 0 перед посылкой.

Packet Type (тип пакета)

Это поле показывает, какой тип обслуживания

предполагает или запрашивает пакет. В протоколе

фирмы Xerox определены следующие типы:

Пользователи IPX должны устанавливать Packet Type 0 или

4. SPX устанавливает 5 для пакетов его протокола.

Так написано в документации фирмы Novell. Мне однако

не удалось получить каких-либо особенностей и

при использовании других типов. Кажется, имеют

смысл только два типа: 5 (необходим при

использовании SPX) и 17.

Derstantion Network (сеть адресата)

Это поле содержит номер сети,

которой принадлежит адресуемый узел. В NetWare

каждый локальный участок (Network) глобальной сети

(Internetwork) получает от администратора сети

уникальный 4-х байтовый номер.

Если это поле равно 0, то NetWare подразумевает, что

адресуемый узел находится на том же локальном

участке сети, что и передающий, и информация не

передается через мост.

Destination Node (узел адресата)

Адрес узла FF FF FF FF FF FFh (6 байтов, содержащих FF)

служит для широковещательной (broadcast) передачи

пакета всем узлам адресуемой локальной сети.

Destination Socket (сокет адресата)

Это поле содержит сокет процесса, которому

Фирма Novell поддерживает список сокетов, хорошо

известных (well-known) во всем окружении NetWare.

Разработчики программного обеспечения, которые

пишут дополнительные (value-added) модули NetWare, могут

получить назначение своих сокетов у фирмы Novell.

Номера динамически распределяемых сокетов

начинаются с 4000h (это отличие от стандарта Xerox).

Номера well-known сокетов назначаются, начиная с 8000h.

Сокеты с номерами, превышающими 8000h, не должны

использоваться, если они не зарегистрированы для

приложений в фирме Novell.

Source Wetwork (исходная сеть)

Поле содержит номер локальной сети, которой

принадлежит исходный узел.

Поле может содержать ноль. Это обозначает, что

физическая локальная сеть, к которой присоединен

Source Node (узел источника)

IPX записывает в это поле физический адрес узла

Source Socket (сокет источника)

IPX записывает в это поле номер сокета процесса,

передавшего пакет. Процессы не должны

использовать для приема и передачи один и тот же

Б. Управляющий блок IPX

Для того чтобы послать или принять пакет, Ваша

программа должна сформировать управляющую

структуру, называемую ECB (Event Control Block). ECB состоит

из двух частей: 36-байтовая порция фиксированной

длины и порция данных, длина которой зависит от

количества буферов, ассоциированных с ECB. Ниже

приведено изображение ECB и описание его полей.

Смещение Содержимое Тип Поpядок

0 Address BYTE [4] offset-segment

4 ESR Address BYTE [4] offset-segment

8 In Use Flag BYTE

9 Completion Code BYTE

10 Socket Number WORD hi-lo

12 IPX Workspace BYTE [4]

16 Driver Workspace BYTE [12]

28 Imte Address BYTE [6]

34 Fragment Count WORD lo-hi

38 Fragment Address 1 BYTE [4] offset-segment

40 Fragment Size 1 WORD

42 Fragment Address 2 BYTE [4] offset-segment

46 Fragment Size 2 WORD

Address (поле связи)

IPX использует это поле во время работы с ECB. В

общем случае это поле используется приложениями

как поле связки в списке свободных ECB.

ESR Address (адрес ESR)

In Use Flag (флаг использования)

Поле содержит ненулевое значение, когда IPX

использует данный ECB. При получении ответа IPX

пишет сюда ноль. Возможные ненулевые значения:

FBh Событие произошло, но ECB стоит в очереди на

FDh Событие обслуживается, а IPX ждет истечения

FEh IPX ждет, пока в сокет придет пакет.

FFh ECB используется для посылки пакета.

FAh ECB обрабатывается IPX.

F8h Произошла попытка передачи в то время, когда IPX

Пакет и ECB направлены в очередь для последующей

По приходе ответа IPX сбрасывает это поле в 0.

Completion Code (код завершения)

IPX использует это поле для индикации результата

посылки или приема. Его не надо использовать,

пока In Use Flag не установлен в ноль. Возможные

значения будут указаны при описании функций IPX.

Socket Number (номер сокета)

IPX Workspace (рабочая область IPX)

Это 4-байтовое поле резервируется для IPX. Оно не

должно инициализироваться и изменяться во время

использования ECB IPX. В остальное время может

Driver Workspace (рабочая область драйвера)

Это 12-байтовое поле резервируется для сетевого

драйвера. Оно не должно инициализироваться и

изменяться во время использования ECB IPX. В

остальное время может использоваться

Imte Address (непосредственный адрес)

Перед посылкой пакета при помощи IPX приложение

обязано заполнить это поле. SPX само заполняет его

при установлении соединения.

Это поле содержит количество фрагментов, из

которых состоит пакет (при посылке) или в которые

он будет помещен (при приеме). Его значение должно

быть больше нуля. Значение 1 указывает, что прием

или передача производятся с использованием

Fragment Descriptor (описатель фрагмента)

Fragment Descriptor идентифицирует буфер, из которого

берется или в который будет помещен кусок пакета.

ECB IPX обязано иметь по крайней мере один описатель

фрагмента (соответствующий заголовку пакета).

Описатели фрагментов образуют список описателей

фрагментов (Fragment Descriptor List).

Fragment Descriptor содержит два поля:

Address содержит адрес буфера приема/передачи.

Size содержит величину буфера.

Первый буфер, описанный в Fragment Descriptor List, должен

быть не меньше 30 байтов для IPX и 42 байтов для SPX. Он

должен вмещать полный заголовок пакета. Полная

длина пакета (сумма величин фрагментов) не должна

Установка клиента NetWare протокола NW (IPX/SPX).

По умолчанию при установке Windows XP Professional этот протокол не установлен. NW применяется для сетевого подключения к серверу Novell NetWare. Если в вашей локальной сети работает сервер NetWare с протоколом IPX, то необходимо для связи с сервером дополнительно установить на ваш компьютер протокол NW.

Чтобы установить или настроить сетевой протокол NW, зайдите в Панель управления, меню Сетевые подключения, выберите Подключение по локальной сети. Вы также можете выбрать пункт Свойства в контекстном меню раздела Сетевое окружение, расположенного в меню «Пуск».

В появившемся окне представлены различные соединения вашего компьютера с внешним миром. После успешной установки сетевого адаптера в окне должен присутствовать как минимум один значок с именем Подключение по локальной сети. Количество таких значков зависит от количества сетевых адаптеров, установленных в вашем компьютере.

Дважды щелкните по значку Подключение по локальной сети. Появится новое окно с информацией о состоянии соединения из которого вы сможете узнать длительность соединения, его скорость, количество отправленных и принятых пакетов данных.

Кнопка Свойства вызывает окно настройки свойств соединения, в том числе и параметров используемых протоколов.

В этом окне вы можете получить информацию о сетевом адаптере, через который осуществляется соединение. Щелкнув кнопку Настроить, вы откроете окно свойств сетевого адаптера и сможете их изменить.

Установив флажок При подключении вывести значок в области уведомлений, вы включите отображение значка, представляющего соединение, на панели задач Windows. Это позволит наблюдать за активностью соединения и быстро осуществлять его настройку, не используя Панель управления.

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

Для подключения к серверу NetWare необходимо установить NetWare-клиента, который использует протокол NW для связи с сервером. При установке данного клиента, протокол NW установится автоматически.

Для установки NetWare-клиента нажмите кнопку Установить, в списке устанавливаемых компонентов выберите Клиент и нажмите кнопку Добавить.

Далее из предложенного вам списка сетевых клиентов выберите Клиент для сетей NetWare и нажмите OK.

Завершив установку клиента и протокола, операционная система потребует перезагрузить компьютер. Все добавленные сетевые компоненты начнут работать только после перезагрузки компьютера.

После добавления, протокол NW не требует дополнительных настроек.

Операционные системы Windows XP и Windows Server 2003 не поддерживают сетевой протокол NetBEUI. Данный протокол не включен в список сетевых протоколов устанавливаемых при инсталляции Windows.

При обновлении предыдущей версии Microsoft Windows с установленным протоколом NetBEUI мастер проверки совместимости выводит сообщение о том, что протокол NetBEUI будет удален при обновлении операционной системы, т.к. является несовместимым с Windows XP.

Однако, возможность установки протокола NetBEUI в Windows XP существует. На установочном компакт-диске присутствуют файлы Netnbf.inf и Nbf.sys, необходимые для его установки. Чтобы установить протокол NetBEUI выполните следующие действия:

1. Нажмите кнопку Пуск, откройте Панель управления и выберите элемент панели управления Сетевые подключения.

2. Щелкните правой кнопкой мыши по значку сетевой платы, для которой необходимо добавить протокол NetBEUI, и в контекстном меню выберите пункт Свойства.

3. Перейдите на вкладку Главная и нажмите кнопку Установить.

4. В списке сетевых компонентов выберите Протокол и нажмите кнопку Добавить.

5. Нажмите кнопку Установить с диска, вставьте установочный компакт-диск Windows XP, в окне обзора откройте папку Valueaddmsftnetnetbeui, выберите файл Netnbf.inf и нажмите кнопку Открыть.

6. Нажмите кнопку ОК. В окне «Выбор сетевого протокола» нажмите кнопку ОК для завершения установки.

Следует заметить, что работа протокола NetBEUI в Windows XP не поддерживается службами технической поддержки Microsoft.

Источник

Adblock
detector

Автор:	Microsoft
Категория:	Монитор
Конфигурация:	IPX/SPX-compatible Protocol
Операционные системы:	Windows XP, Vista, 7, 8, 10, 11

I think you have to append ;server to plugin_opts for ss-server to operate.

Yes, if I add server opt then error with port is gone. But it start to complain on

2022/06/09 11:35:02 No TLS cert specified, trying  ..... /fullchain.cer
2022/06/09 11:35:02 main: failed to parse config > main: failed to read cert > open ..../fullchain.cer: no such file or directory

I try to use shadowsocks-libev with v2ray plugin as client on local computer for connect to remote server (my own heroku applet) And I cannot guess what is server and what is client in that case. server connect url is ss://<key>@<server>.com:443?plugin=v2ray%3Bpath%3D%2F2<path>%3D<server>.com%3Btls

Android client did not require tls keys setup.. (and work with that ss url)

Разпарсь урл ss:// утилитой ssurl (или ss-url, зависит от реализации клиента) с перенаправлением вывода в произвольный файл с расширением json, например: ss-url ss://… > ~/.v2ray.json. Укажи в нем дополнительно графу «local_port = <любой номер порта>,» после графы, например, «server_port». Там же отредактируй строку «plugin» из «v2ray» в «v2ray-plugin». После этого запусти не ss-server, а «ss-local -c <файл.json>». Запустится локальный сервер 127.0.0.1:<номер порта>, который будет перенаправлять пущеный на него трафик на <имя.herokuapp.com:443>. Чтобы работало в фоне, рекомендую оформить в сервис systemd. Но нужно будет либо прописывать переменные окружения …_proxy, которые читают полторы программы, либо искать настройки прокси в DE (например, в XFCE этого нет), либо редиректить через iptables/nftables — без этого трафик туда не пойдет. Либо, если нужно только для браузера, можно установить расширения, через настройки лазить неудобно. Сам промудохался какое-то время со всем этим хозяйством, проги и документация кривые до жопы, как и всё китайское.

---

Parse the ss://-url with the ssurl program (or ss-url, depending on the client implementation) redirecting its output to any .json file, i.e. ss-url ss://… > ~/.v2ray.json. Add the «local_port = ,» section there. Edit the «plugin» section from «v2ray» to «v2ray-plugin». Run the ss-local program instead of ss-server as follows: ss-local -c .json. It will spawn the local 127.0.0.1: server, and the traffic should be redirected there for the proxy to actually work.