Камраден, а что у наc теперь вместо create_proc_read_entry()?

Как в модуле ядра создать сущность в /proc и как эту сущность удалить?

Короче, поднимаю машинку, которая будет совмещать функции гейта и контроллера домена AD на samba4. Сначала машина стояла внутри сети и получала свой адрес по DHCP от старого сервера. Лицензия ему была выдана на ip 10.0.5.87. Я присвоил серваку имя прописав в hosts строчку

127.0.1.1    gate.example.kiev.ua

Машина прекрасно работала и в локалке пинговалась по этому адресу среди тех машин, у кого она была указана в качестве DNS-сервера.

Теперь машина заняла свое место, и на внутреннем интерфейсе у нее адрес 192.168.30.2, на внешнем — айпишник, раздаваемый провайдером по dhcp. Тем не менее, происходит следущая странность, пингуем адрес на этой машине:

ping gate
PING gate.example.kiev.ua (192.168.30.2) 56(84) bytes of data.
64 bytes from gate.example.kiev.ua (192.168.30.2): icmp_req=1 ttl=64 time=0.089 ms

Пингую на клиентских машинах:

C:\Users\Administrator.EXAMPLE.000>ping gate

Обмен пакетами с GATE.example.kiev.ua [10.0.5.87] с 32 байтами данных:

Делаю nslookup на сервере:

igor@gate:/etc/network$ nslookup gate.example.kiev.ua
Server:         127.0.0.1
Address:        127.0.0.1#53

Name:   gate.example.kiev.ua
Address: 10.0.5.87

Такой же результат на винде:

C:\Users\Administrator.EXAMPLE.000>nslookup.exe gate.example.kiev.ua
╤хЁтхЁ:  UnKnown
Address:  192.168.30.2

╚ь :     gate.example.kiev.ua
Address:  10.0.5.87

То есть понятно, что адрес 10.0.5.87 выдается сервером. Но вот откуда и как это победить? Простой поиск строки 10.0.5.87 на сервере ничего не дал, но где-то же он прописан? Куда рыть?

Преподаватель по СП решил выделить пару человек из группы(в том числе и меня) и выдал нам темы курсовых по QNX. В будущем он хочет направить нас именно в эту тематику и обеспечить минимум бакалаврскими работами по RTOS и по QNX в частности.

Тема интересная, право, но вот найду ли я потом работу с таким скиллом. Может забить, и как все, ковырять C#?

Перемещено mono из job