Ръководство на потребителя

En мрежа QNX Neutrino представлява група от свързани помежду си работни станции, всяка от които работи под QNX Neutrino операционна система. В тази мрежа, програмата има прозрачен достъп до всеки ресурс, който се намира във всеки друг възел (компютър или работна станция) местно подмрежа, дали даден файл, устройство или процес. QNX Neutrino собствена мрежа, дори ви позволява да стартирате програми на други възли.

Забележка. Протокол, който се използва в домашната мрежа на QNX 4, наречен флот. Не е съвместима с протокол Qnet QNX Neutrino операционната система.

По същество, Qnet протокол прозрачно разширява механизма на IPC (IPC) на микроядра мрежа с помощта на принципа на съобщения операционната система QNX Neutrino за изпълнението на собствената си мрежа.

Записите на всички хостове в локалната подмрежа, които се изпълняват протокола Qnet, разположена в пространството от имена / нето (в 4 операционната система QNX за достъп до друг възел прилага двойна наклонена черта, следван от номера на уреда).

За повече информация относно протокола Qnet виж гл 13 ръчно "Описание на употреба Част 1:. Архитектура на системата". ". Програмиране с Qnet протокол е описано в раздела" KPDA.10964-01 31 Януари Прозрачен Разпределени мрежа чрез "ръчно" Ръководство Qnet програмиста ".

Кога да използваме Qnet протокол, и когато - TCP или някой друг протокол? Всичко зависи от това какъв вид компютър, който искате да се слеят в мрежата.

Qnet протокол е предназначен за мрежа от доверени компютри, работещи под операционната система QNX Neutrino и имат една и съща байт ред. При тези обстоятелства, компютрите могат да споделят ресурси с малки режийни разходи. Qnet протокол дава възможност на предприятия трябва да използват QNX Neutrino операционна система (ср. Mv, и така нататък. Г.) За да работите с файлове, които се намират навсякъде в мрежата Qnet просто като че ли са на локалния ви компютър.

От Qnet протокол е предназначен за група от надеждни компютри (например членове на вградената система), тя не работи ефективно оторизация. Защита на файлове се извършва с конвенционални разрешения за достъп, които се прилагат за потребители и групи (вж. Div. "Владение на файлове и права на достъп" в точка 6). обаче maproot ключове mapany и ще позволи до известна степен контролира действията на отдалечените потребители на компютъра. За разлика от NFS, Qnet протокол е връзка ориентирани; на мрежа съобщения за грешки се изпращат в процеса на клиент.

TCP / IP е предназначена за компютри, които не са свързани помежду си толкова тясно и могат да работят на различни операционни системи. За да контролирате достъпа до компютъра ПЗР на / IP протокол изпълнява процедурата за удостоверяване; е полезно за свързване към машини, които не са непременно има доверие. TCP / IP се използва като основа за специализирани протоколи като FTP и Telnet и осигурява висока производителност стрийминг на данни. За повече информация, вижте. Раздел 13.

Протоколът NFS е проектирана да изпълнява операции на файловата система на всеки хост и да е цел на байта и се радва на широка подкрепа. NFS е на връзка протокол; Сървър може да бъде спряно и да се продължи, и клиентът автоматично продължава комуникация със сървъра. В допълнение, NFS протокол използва автентикация и контрол на достъпа до директории. За повече информация, вижте. В Секта. раздел "NFS файлова система" 11.

За домакин протокол за разпознаване на имената Qnet използва следните правила.

Името на възела (име възел) - символен низ, който идентифицира възела, към който връзката. Това име трябва да бъде уникален в областта и не може да съдържа черти и точки.

възел на домейн (възел домейн) - символен низ, който се добавя към името npm-qnet.so библиотека възел. Името и възела на домейн в съвкупност трябва да бъде низ, който е уникален за всички възли взаимодействат помежду си по мрежата. Стойност по подразбиране възел домейн е определена конфигурация _CS_DOMAIN линия.

напълно определено име на хост (напълно квалифицирано име възел, FQNN) - низ, който се формира чрез комбиниране на име на възел и домейн. Например, ако възелът има име и име на домейн Карл qnx.com. напълно определено име на хост е karl.qnx.com.

Setevoykatalog (мрежа директория) - директория в пространството в името на пътя, който се създава npm-qnet.so библиотека. Всяка мрежа директория (може да има няколко по един възел), свързани домейн възел. Мрежа директория по подразбиране е / нето; се използва в примерите, са посочени в този раздел.

Забележка. директория / мрежести елементи. които съответстват на възли, разположени в същия домейн като на локалния компютър, не включват име на домейн. Например, ако локалния компютър е в qnx.com домейн. Карл елемент монтаж има форма / нето / Карл. Ако компютърът е в домейн, различен, този елемент е под формата /net/karl.qnx.com.

За функционирането на оборудване Qnet мрежа, заедно със следните софтуерни компоненти са необходими (фигура 12.1.):

  • Йо-PKT * - администратор, който осигурява подкрепа за динамично зареждаеми мрежови модули;

мрежови драйвери (devn- *, devnp- *) - администратори, които формират интерфейс с оборудването;

Фиг. 12.1. компоненти Qnet мрежови

lsm-qnet.so - собствен мрежов администратор QNX Neutrino операционна система, която реализира протокола Qnet.

Qnet протокол може да се стартира по един от следните начини:

useqnet създаване на файла и рестартирайте компютъра си;

изрично стартирате мрежов администратор, протоколи, както и драйверите, както е описано по-долу.

Забележка. Ако Qnet протокол работи на локалния компютър, потребителят на всеки компютър с работен протокол Qnet да видите файловете и процесите на локалния компютър, ако имате разрешение за достъп до тях. За повече информация, вижте следните ресурси:.:

Div. "Собствеността на файлове и права на достъп" точка 6;

Div. раздел "Qnet" 19;

Секция "AutoDiscovery срещу статично" глава "Прозрачна разпределена обработка Използването Qnet" ръчно "Ръководство Neutrino програмист".

За да се изпълни автоматично Qnet протокол по време на зареждане, трябва да го въведете като потребител на корен и да се създаде празен файл useqnet следва:

Ако не съществува този файл, скрипт / и т.н. / система / sysinit стартира Qnet протокол, когато ботушите компютърни. За да прехвърлите протокол Qnet никакви параметри, редактирате sysinit на файла. промяната в своята следните линии:

# Започнете qnet протокол, ако потребителят е включил него.

ако тест -r / и т.н. / система / довереник / useqnet -а-г / сътрудничество / Йо-нето; след това

монтиране -Tio-PKT lsm-qnet.so

Например, когато се занимават с ненадеждни оборудване подходящо да се включат цикличен съкращения проверка код пакети. По тази линия трябва да се промени по-горе, както следва:

# Започнете qnet протокол, ако потребителят е включил него.

ако тест -r / и т.н. / система / довереник / useqnet -а-г / сътрудничество / Йо-нето; след това

монтиране -Tio-РКТ -о do_crc = 1 lsm-qnet.so


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

Работещи мрежов администратор, протоколи и шофьори

Администратор Йо-PKT * - процес, който изпълнява важна функция изтегля набор от споделени обекти. Той е в основата на протоколния стек и осигурява предаване на данни между модулите. Наборът от споделени обекти от собствената си мрежа QNX Neutrino включва lsm-qnet.so библиотека и мрежовите драйвери, например devn-ppc800-ads.so. Споделени обекти са организирани в йерархия, където най-високата точка е на крайния потребител, и по-ниско ниво - на оборудването.

програма за разпознаване на устройството автоматично започва * процеса на IO-PKT когато ботушите компютърни и зарежда драйверите откритите устройства. Можете да стартирате няколко екземпляра на * Администратор Йо-PKT, но това изисква специална настройка. Ако искате да започнете процеса на IO-PKT * ръчно, първо трябва да завърши процеса на работа Йо-PKT * използване заколи екип.

Процесът на IO-PKT * може да се управлява от командния ред, като го посочва, кои драйвери и протоколи трябва да бъдат изтеглени:

$ Йо-PKT * -del900 -p NPM-qnet

В този пример, администраторът Йо-PKT-v4-зареди стека с Ethernet драйвер и devn-el900.so протоколи Qnet.

Модулите могат да се пуска и спира динамично с помощта на планината и демонтирате команди, както следва:

$ Mount -Tio-PKT devn-el900.so

$ Mount -Tio-PKT lsm-qnet.so

За да се разтоварят на водача, въведете следната команда:


Забележка. Демонтажът на протоколни стекове като TCP / IP и Qnet, не е възможно.

След стартиране на протокол Qnet директория / мрежата се състои от елементи за всички други възлови точки в локалната подмрежа, които се изпълняват Qnet протокол. Достъп до файлове и процеси, които са разположени на други компютри, това е възможно да се извърши, като че ли тези файлове и процеси са на локалния компютър (поне до степен, че да позволи на права за достъп).

Например, за да се покаже съдържанието на файл, който се намира на друг компютър, можете да използвате инструмента по-малко. посочва пътя към префикс / мрежата.

За да прочетете система информация за всички отдалечени сайтове, които са изброени в директорията / мрежата. Трябва да използвате инструмента с нетно аргумент pidin:

Можете да се обадите на полезност pidin с опцията -n. за да получите информация за други компютърни процеси:

pidin -н Алонзо | по-малко


Можете дори да започне процес на друг компютър, използвайки собствените си конзола за вход и изход, с помощта на на командата с опцията -f.

на -f дата Алонсо

Запълване на директория / нето

След като изтеглите и стартирате Qnet с водача на мрежата, ако в заявлението на хоста не се опитвайте да си взаимодействат с други приложения чрез Qnte, директорията / мрежата бавно ще се запълнят останалите възли, доколкото е получаване на информация от тях, те изпращат в режим на предаване.

По подразбиране, този интервал е настроена на 30 секунди, и тя може да бъде променена от опции auto_add = X lsm-qnet.so модул. С други думи, на 30 секунди след изтегляне директория / мрежата, тя може да бъде запълнена, колкото е възможно.

Забележка. За да общува с отдалечен възел не е необходимо да се изчака 30 секунди; приложения могат да бъдат достъпни чрез Qnet отдалечени обекти и веднага след нулиране Qnet и мрежови драйвери.

Елементи на стоките / нето не е отстранена, докато някой се опитва да ги използват, така че те може да са неправилни.

Например, един възел може да се стартира преди около час, за да работи една минута и да завърши работата. Той ще продължи да има запис в каталозите на възлите Qnet, които не взаимодействат с тях. На тези сайтове, които си взаимодействат с съединението настройка, записи ще бъдат изтрити след изтичане на sesy на изчакване.

За да премахнете лошите елементи от / нето можете да използвате командата:

За пълно почистване / нето е необходимо да се изпълни командата:

За да притежавате мрежа от QNX Neutrino операционна система да функционира, всички софтуерни компоненти Qnet протокол трябва правилно да комуникира с хардуера. Ако Qnet мрежа не работи, когато търсят проблеми, можете да използвате различни Qnet-комунални съоръжения и мрежа, за да се получи информация за диагностика.

Дали Qnet протоколни дела?

Qnet протокол създава директория / нето. За да сте сигурни, че съществува тази директория, използвайте командата

Ако директорията / мрежата не съдържа поддиректория, а след това Qnet протокол не работи. Тази директория трябва да съдържа поне един елемент с името на локалния компютър, който показва командата име на хост. Ако използвате протокола Ethernet свързване, всички други налични компютри също са показани в директорията / мрежата. например:

Са protsessio-PKT * и шофьори?

Както беше отбелязано по-рано, Йо-PKT * процес е връзката между шофьорите и протоколи. За да проверите за проблеми в това, трябва да използвате pidin отбора:

$ Pidin -Р Йо-PKT-v4-HC-кор


Следван от търсене за споделен обект протокола Qnet в резултат изход:

PID три пъти дневно стек код данни име PRIO ДЪРЖАВНА

1 118 802 sbin / IO-РКТ-v4-HC 21о SIGWAITINFO 876K 672K 4096 (516K) *

2 118 802 sbin / IO-РКТ-v4-HC 21о ПОЛУЧИ 876K 672K 8192 (132K)

3 118 802 sbin / IO-РКТ-v4-HC 21R ПОЛУЧИ 876K 672K 4096 (132K)

4 118 802 sbin / IO-РКТ-v4-HC 21о ПОЛУЧИ 876K 672K 4096 (132K)

5 118 802 sbin / IO-РКТ-v4-HC 20 ° ПОЛУЧИ 876K 672K 4096 (132K)

118 802 6 sbin / IO-РКТ-v4-HC 10 ° ПОЛУЧИ 876K 672K 4096 (132K)

libc.so.2 @ b0300000 436K 12К

devn-pcnet.so @ b8208000 40К 4096

lsm-qnet.so @ b8213000 168K 36k

Ако ПИН е споделен обект lsm-qnet.so. Qnet протокола работи.
  • Дали мрежовата карта?

    За да определите дали мрежовата карта на интерфейс (с други думи, дали тя изпълнява предаване и приемане на пакети), използвайте nicinfo екип. Потребителят на околната среда променлива PATH корен включва директорията, която съдържа изпълним файл nicinfo; всички други потребители, трябва да укажете пълния път до файла:

    Вече можете да изтеглите диагностичната информация от следния изход:

    AMD PCNET-32 Ethernet контролер

    Физическа ID на възел. 000C29 DD3528

    Текущ Физическо ID възел. 000C29 DD3528

    Текущ Операция процент. 10.00 Mb / сек

    Active Interface Type. UTP

    Максимална заразни Unit данни. 1514

    Максимална Unit Вземания данни. 1514

    Хардуерно прекъсване. 0x9

    I / O блендата. 0x1080 - 0x10ff

    Памет на диафрагмата. 0x0

    Множествено режим. от

    Multicast поддръжка. Enabled

    Предавани пакети OK. 588

    Bytes предавани OK. 103721

    Заделяне на памет Повреди по предаване. 0

    Пакети Получени OK. 11639

    Байтове, получени OK. 934712

    Повреди разпределение на паметта на Получи. 0

    Единични Колизиите предаване. 0

    Отложени предава. 0

    Късно Сблъсък на предаващите грешки. 0

    Предава аборт (прекомерно сблъсъци). 0

    Предават Underruns. 0

    No Carrier на предаване. 0

    Получавате Alignment грешки. 0

    Получени пакети с КРС грешки. 0

    Пакети, пуснати над получават. 0

    Ние трябва да обърнат специално внимание на стойностите на броячите Общо Пакети Txd ОК и Общо Пакети RxD OK. Ако те са равни на нула, е възможно, че водачът не работи или не е свързан към мрежата. Трябва да се провери записа Текущ Операция процент, и се уверете, че правилният драйвер автоматично се определя скоростта на данните.

    Как да се получи информация за диагностика?

    Диагностичната информация във файла / ргос / qnetstats. Ако този файл не съществува, Qnet протокол не работи.

    qnetstats файл съдържа много информация за диагностика, кото рай има смисъл за разработчиците, използващи Qnet протокол, но безполезен за други потребители. Въпреки това, можете да използвате помощната програма Впиши. за извличане на специфични области от файла / ргос / qnetstats.

    # Cat / PROC / qnetstats | Впиши "съставен"


    Друг пример:

    # Cat / PROC / qnetstats | Впиши -Е "ОК" -e "лош"


    Ако стартирате Qnet протокол нужда от помощ, техническа поддръжка, QNX Software Systems могат да бъдат помолени да предоставят тази информация.

    Уникален дали името на хоста?

За да намерите името на хоста, използвайте помощната име на хост. Qnet мрежа работи само ако името на хоста е уникален.
  • дали възли са в същия домейн?

Ако домакините са в различни области, достъпът до сайта е необходимо да се уточни на домейна. например: