Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - jk_oO

Страницы: [1] 2 3
1
Unix / Непонятки с файловыми правами
« : 12 июля 2016, 12:58:25 »
Вот в Вин2008 можно запретить удалять папку, но внутри неё дать пользователям полные права. При этом, если пользователь попробует удалить эту папку (через контекстное меню по ней непосредственно), то получит предупреждение, что это невозможно, и всё на этом собственно, все данные на месте.

В Линухе получилось настроить всё тоже самое, но за одним исключением. Предупреждение то пользователю вывалится, но всё содержимое данной папки, при этом, один хрен затирается, остаётся только сама папка, которую по прежнему нельзя удалить! :cry:

Можно как-то сделать по аналогии в Вин2008? Кстати, в предыдущих версиях Вин, на сколько помнится, была такая же проблема! Может сию защиту от дурака просто реализовали на уровне ОС и возможности файловой системы здесь не при чём?

 :blush2:

2
Иными словами: на линукс клиентах я ничего не настраивал, и оно почему-то работает, на windows-клиентах тоже ничего не настраивал, и оно почему-то не работает.
Да. Почему так?

3
Проверил. Ничего не изменилось. Как и прежде, пинг проходит только с точкой на конце. Пинг вида x-5.server1.frm.lan не работает, да и не надо такого счастья, если честно.

В общем, не знаю, что ещё можно сделать для нормальной работы DNS в VPN-соединении, без всяких точек и прочей нечести. Ведь просто в локалке работает. Скажу больше! Работает и на удалённых Linux-клиентах, также подключающихся по PPTP VPN!! :(

4
Изменил хост на server1.frm.lan, работоспособность восстановилась. Но подключиться удалённо по PPTP VPN и проверить работу DNS смогу только вечером.

5
Блин, прописал в /etc/hostname строку server1.lan, дал команду reboot и теперь не могу к нему по PPTP VPN приконнектиться :cry:

6
а ping x-5. (с точкой на конце) что покажет?
А вот с точкой на конце пингуется нормально ??? Как так? В /etc/hostname не указан домен (там сейчас просто server1)?

Домена нет, используется обычная рабочая группа.

8
покажите результат выполнения обеих команд, а так же ipconfig /all клиента.

C:\Users\ml>nslookup x-5
Сервер:  UnKnown
Address:  192.168.0.1

Имя:     x-5
Address:  192.168.0.125

C:\Users\ml>ping x-5
При проверке связи не удалось обнаружить узел x-5.
Проверьте имя узла и повторите попытку.

C:\Users\ml>ipconfig /all

Настройка протокола IP для Windows

   Имя компьютера  . . . . . . . . . : ml-pc
   Основной DNS-суффикс  . . . . . . :
   Тип узла. . . . . . . . . . . . . : Гибридный
   IP-маршрутизация включена . . . . : Нет
   WINS-прокси включен . . . . . . . : Нет

Адаптер PPP FRM PPTP VPN:

   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : FRM PPTP VPN
   Физический адрес. . . . . . . . . :
   DHCP включен. . . . . . . . . . . : Нет
   Автонастройка включена. . . . . . : Да
   IPv4-адрес. . . . . . . . . . . . : 192.168.0.31(Основной)
   Маска подсети . . . . . . . . . . : 255.255.255.255
   Основной шлюз. . . . . . . . . :
   DNS-серверы. . . . . . . . . . . : 192.168.0.1
   NetBios через TCP/IP. . . . . . . . : Включен

Адаптер беспроводной локальной сети Беспроводное сетевое соединение:

   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Intel(R) Wireless WiFi Link 4965AGN
   Физический адрес. . . . . . . . . : 11-3B-1D-22-15-89
   DHCP включен. . . . . . . . . . . : Да
   Автонастройка включена. . . . . . : Да
   Локальный IPv6-адрес канала . . . : fe90::cfd4:a81c:f215:11e4%31(Основной)
   IPv4-адрес. . . . . . . . . . . . : 192.168.1.12(Основной)
   Маска подсети . . . . . . . . . . : 255.255.255.0
   Аренда получена. . . . . . . . . . : 7 октября 2015 г. 16:25:40
   Срок аренды истекает. . . . . . . . . . : 8 октября 2015 г. 16:25:44
   Основной шлюз. . . . . . . . . : 192.168.1.1
   DHCP-сервер. . . . . . . . . . . : 192.168.1.1
   IAID DHCPv6 . . . . . . . . . . . : 226112817
   DUID клиента DHCPv6 . . . . . . . : 01-0D-00-F2-21-17-C2-12-11-2C-75-30-F5-C1

   DNS-серверы. . . . . . . . . . . : 192.168.1.1
   NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер isatap.{F2122C9F-0FD8-45B0-B681-B155EFF5347B}:

   Состояние среды. . . . . . . . : Среда передачи недоступна.
   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #2
   Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-D0
   DHCP включен. . . . . . . . . . . : Нет
   Автонастройка включена. . . . . . : Да

Туннельный адаптер Teredo Tunneling Pseudo-Interface:

   Состояние среды. . . . . . . . : Среда передачи недоступна.
   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-D0
   DHCP включен. . . . . . . . . . . : Нет
   Автонастройка включена. . . . . . : Да

Туннельный адаптер isatap.{12BDA43C-740B-4CC8-9BFE-5784D2FA4F51}:

   Состояние среды. . . . . . . . : Среда передачи недоступна.
   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #4
   Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-D0
   DHCP включен. . . . . . . . . . . : Нет
   Автонастройка включена. . . . . . : Да

ms-wins 192.168.0.1 тоже пробовал в настройках PPTP включать. Как и ms-dns он успешно присваивается, но толку ноль. Так, на всякий случай :)

9
покажите результат выполнения обеих команд, а так же ipconfig /all клиента.
К сожалению, до вечера не будет возможности подключиться к VPN-сети с удалённой машины. Сейчас могу, разве что, подключиться из той же самой сети к ней же, но нам это ничего не даст, как я понимаю. Или есть способ это обойти (прикинуться удалённой машиной в Интернете)?

10
Нет, DHCP-клиенты никто не отключал.

11
Debian Wheezy. На нём поднят PPTP VPN. И всё это прекрасно работает, за исключением DNS.

Дело в том, что Windows-клиенты не могут обращаться к другим машинам внутри этой сети по DNS-именам. Причём, nslookup прекрасно отрабатывает, а вот ping - нет, не удалось обнаружить заданный узел и всё такое (по IP-адресам, разумеется, ping проходит). У Linux-клиентов такой проблемы нет.

В настройках PPTP присутствует параметр ms-dns 192.168.0.1 и этот адрес успешно присваевается клиентам Windows (иначе бы nslookup не работал), но толку от этого, как сказано выше, никакого.

Читал в Инетах, что виной тому могут быть правила iptables, но я даже пробовал разрешать вообще всё - не помогло ???

12
офтоп конечно, но у ТС скорее всего была следующего рода: подцепляется по RDP, а там, а там - Core. С синтаксисом команды copy разбираться не захотел. ну думает ща я копирну со своего компа. ну и как следствие создание этой темы  :D так что не всегда спасает RDP, он как бы есть, но его сразу нет.  :trollface:
Да не... Просто иногда влом по rdp лезть, проще из одной шары в другую файлы перегнать. Но каждый раз сталкивался с сабжем и всё понять не мог какого собственно ???

13
Всё понял, спасибо :beer:

14
... проверь ... проверь
Ключевые слова. Что и зачем он проверяет?

15
ну для начала подумайте, кто инициирует процесс копирования, кто обрабатывает файлы.
кто их читает и кто записывает.
Кто инициирует понятно. Но зачем инициатору принимать участие в копировании и тем более читать и записывать эти файлы? Ведь ясно сказано: скопировать из одной папки в другую в пределах одной машины, второй то участник (после инициации процесса) здесь каким боком? :)

Страницы: [1] 2 3