Проблема Samba с разделяющими каталогами на NTFS / FAT32

В конце концов, это может быть проблема с брандмауэром. Если я прав, сервер samba работает на том же ПК, что и виртуализированные окна. В зависимости от настройки сети VirtualBox виртуализированные окна, вероятно, считаются «локальными» сервером samba.

Но когда вы пытаетесь получить доступ со второго ПК (офисного ноутбука), этот ПК не считается локально сервером samba. Мой совет - отключить брандмауэр на сервере samba на минутку (только для тестирования). К сожалению, я не могу сказать вам, как это сделать, потому что я пишу свои настройки правил брандмауэра вручную и никогда не управлял брандмауэром графическими приложениями, но это не должно быть большой проблемой.

Если вам интересно: брандмауэры вполне могут быть в том случае, если вы получите приглашение для входа, но не можете получить доступ к данным. Вход и доступ к данным - это разные действия с точки зрения протокола SMB, которые могут выполняться на разных портах и ​​обмениваться данными в обоих направлениях.

Возможно, даже брандмауэр ноутбука является корнем зла .

Еще одна возможность: в конфигурации samba существует простое управление доступом. Например, вы можете определить, какой IP-адрес разрешен для доступа на основе общего доступа или по всему миру. Возможно, вам явно разрешен доступ для нелокальных IP-адресов; Я просто не могу вспомнить в данный момент.

У меня еще есть дополнительная идея, но хотелось бы, чтобы вы сначала сделали тесты, которые я упомянул выше (выключите брандмауэры на ноутбуке и ящике самбы, сделайте IP ACL в конфигурации samba, явно предоставляя доступ к IP-адресу ноутбука).

Приветствия,

Binarus

Скорее всего, ваши права на файловую систему ошибочны. Если ваш диск установлен с неправильным пользователем (и с 700 или аналогичными разрешениями), samba не собирается их показывать.

Вы можете начать отладку проблем с журналами samba: /var/log/samba/.

Изменение рабочей группы не имеет значения, целая точка рабочей группы - это просто разграничение того, какие машины отображаются в списках. Это не контроль доступа.

В конце концов, это может быть проблема с брандмауэром. Если я прав, сервер samba работает на том же ПК, что и виртуализированные окна. В зависимости от настройки сети VirtualBox виртуализированные окна, вероятно, считаются «локальными» сервером samba.

Но когда вы пытаетесь получить доступ со второго ПК (офисного ноутбука), этот ПК не считается локально сервером samba. Мой совет - отключить брандмауэр на сервере samba на минутку (только для тестирования). К сожалению, я не могу сказать вам, как это сделать, потому что я пишу свои настройки правил брандмауэра вручную и никогда не управлял брандмауэром графическими приложениями, но это не должно быть большой проблемой.

Если вам интересно: брандмауэры вполне могут быть в том случае, если вы получите приглашение для входа, но не можете получить доступ к данным. Вход и доступ к данным - это разные действия с точки зрения протокола SMB, которые могут выполняться на разных портах и ​​обмениваться данными в обоих направлениях.

Возможно, даже брандмауэр ноутбука является корнем зла .

Еще одна возможность: в конфигурации samba существует простое управление доступом. Например, вы можете определить, какой IP-адрес разрешен для доступа на основе общего доступа или по всему миру. Возможно, вам явно разрешен доступ для нелокальных IP-адресов; Я просто не могу вспомнить в данный момент.

У меня еще есть дополнительная идея, но хотелось бы, чтобы вы сначала сделали тесты, которые я упомянул выше (выключите брандмауэры на ноутбуке и ящике самбы, сделайте IP ACL в конфигурации samba, явно предоставляя доступ к IP-адресу ноутбука).

Приветствия,

Binarus

Скорее всего, ваши права на файловую систему ошибочны. Если ваш диск установлен с неправильным пользователем (и с 700 или аналогичными разрешениями), samba не собирается их показывать.

Вы можете начать отладку проблем с журналами samba: /var/log/samba/.

Изменение рабочей группы не имеет значения, целая точка рабочей группы - это просто разграничение того, какие машины отображаются в списках. Это не контроль доступа.

В конце концов, это может быть проблема с брандмауэром. Если я прав, сервер samba работает на том же ПК, что и виртуализированные окна. В зависимости от настройки сети VirtualBox виртуализированные окна, вероятно, считаются «локальными» сервером samba.

Но когда вы пытаетесь получить доступ со второго ПК (офисного ноутбука), этот ПК не считается локально сервером samba. Мой совет - отключить брандмауэр на сервере samba на минутку (только для тестирования). К сожалению, я не могу сказать вам, как это сделать, потому что я пишу свои настройки правил брандмауэра вручную и никогда не управлял брандмауэром графическими приложениями, но это не должно быть большой проблемой.

Если вам интересно: брандмауэры вполне могут быть в том случае, если вы получите приглашение для входа, но не можете получить доступ к данным. Вход и доступ к данным - это разные действия с точки зрения протокола SMB, которые могут выполняться на разных портах и ​​обмениваться данными в обоих направлениях.

Возможно, даже брандмауэр ноутбука является корнем зла .

Еще одна возможность: в конфигурации samba существует простое управление доступом. Например, вы можете определить, какой IP-адрес разрешен для доступа на основе общего доступа или по всему миру. Возможно, вам явно разрешен доступ для нелокальных IP-адресов; Я просто не могу вспомнить в данный момент.

У меня еще есть дополнительная идея, но хотелось бы, чтобы вы сначала сделали тесты, которые я упомянул выше (выключите брандмауэры на ноутбуке и ящике самбы, сделайте IP ACL в конфигурации samba, явно предоставляя доступ к IP-адресу ноутбука).

Приветствия,

Binarus

Скорее всего, ваши права на файловую систему ошибочны. Если ваш диск установлен с неправильным пользователем (и с 700 или аналогичными разрешениями), samba не собирается их показывать.

Вы можете начать отладку проблем с журналами samba: /var/log/samba/.

Изменение рабочей группы не имеет значения, целая точка рабочей группы - это просто разграничение того, какие машины отображаются в списках. Это не контроль доступа.

В конце концов, это может быть проблема с брандмауэром. Если я прав, сервер samba работает на том же ПК, что и виртуализированные окна. В зависимости от настройки сети VirtualBox виртуализированные окна, вероятно, считаются «локальными» сервером samba.

Но когда вы пытаетесь получить доступ со второго ПК (офисного ноутбука), этот ПК не считается локально сервером samba. Мой совет - отключить брандмауэр на сервере samba на минутку (только для тестирования). К сожалению, я не могу сказать вам, как это сделать, потому что я пишу свои настройки правил брандмауэра вручную и никогда не управлял брандмауэром графическими приложениями, но это не должно быть большой проблемой.

Если вам интересно: брандмауэры вполне могут быть в том случае, если вы получите приглашение для входа, но не можете получить доступ к данным. Вход и доступ к данным - это разные действия с точки зрения протокола SMB, которые могут выполняться на разных портах и ​​обмениваться данными в обоих направлениях.

Возможно, даже брандмауэр ноутбука является корнем зла .

Еще одна возможность: в конфигурации samba существует простое управление доступом. Например, вы можете определить, какой IP-адрес разрешен для доступа на основе общего доступа или по всему миру. Возможно, вам явно разрешен доступ для нелокальных IP-адресов; Я просто не могу вспомнить в данный момент.

У меня еще есть дополнительная идея, но хотелось бы, чтобы вы сначала сделали тесты, которые я упомянул выше (выключите брандмауэры на ноутбуке и ящике самбы, сделайте IP ACL в конфигурации samba, явно предоставляя доступ к IP-адресу ноутбука).

Приветствия,

Binarus

Скорее всего, ваши права на файловую систему ошибочны. Если ваш диск установлен с неправильным пользователем (и с 700 или аналогичными разрешениями), samba не собирается их показывать.

Вы можете начать отладку проблем с журналами samba: /var/log/samba/.

Изменение рабочей группы не имеет значения, целая точка рабочей группы - это просто разграничение того, какие машины отображаются в списках. Это не контроль доступа.

Скорее всего, ваши права на файловую систему ошибочны. Если ваш диск установлен с неправильным пользователем (и с 700 или аналогичными разрешениями), samba не собирается их показывать.

Вы можете начать отладку проблем с журналами samba: / var / log / samba / .

Изменение рабочей группы не имеет значения, целая точка рабочей группы - просто отделить какие машины показаны в листингах. Это не контроль доступа.

В конце концов, это может быть проблема с брандмауэром. Если я прав, сервер samba работает на том же ПК, что и виртуализированные окна. В зависимости от настройки сети VirtualBox виртуализированные окна, вероятно, считаются «локальными» сервером samba.

Но когда вы пытаетесь получить доступ со второго ПК (офисного ноутбука), этот ПК не считается локально сервером samba. Мой совет - отключить брандмауэр на сервере samba на минутку (только для тестирования). К сожалению, я не могу сказать вам, как это сделать, потому что я пишу свои настройки правил брандмауэра вручную и никогда не управлял брандмауэром графическими приложениями, но это не должно быть большой проблемой.

Если вам интересно: брандмауэры вполне могут быть в том случае, если вы получите приглашение для входа, но не можете получить доступ к данным. Вход и доступ к данным - это разные действия с точки зрения протокола SMB, которые могут выполняться на разных портах и ​​обмениваться данными в обоих направлениях.

Возможно, даже брандмауэр ноутбука является корнем зла .

Еще одна возможность: в конфигурации samba существует простое управление доступом. Например, вы можете определить, какой IP-адрес разрешен для доступа на основе общего доступа или по всему миру. Возможно, вам явно разрешен доступ для нелокальных IP-адресов; Я просто не могу вспомнить в данный момент.

У меня еще есть дополнительная идея, но хотелось бы, чтобы вы сначала сделали тесты, которые я упомянул выше (выключите брандмауэры на ноутбуке и ящике самбы, сделайте IP ACL в конфигурации samba, явно предоставляя доступ к IP-адресу ноутбука).

Приветствия,

Binarus

Скорее всего, ваши права на файловую систему ошибочны. Если ваш диск установлен с неправильным пользователем (и с 700 или аналогичными разрешениями), samba не собирается их показывать.

Вы можете начать отладку проблем с журналами samba: / var / log / samba / .

Изменение рабочей группы не имеет значения, целая точка рабочей группы - просто отделить какие машины показаны в листингах. Это не контроль доступа.

В конце концов, это может быть проблема с брандмауэром. Если я прав, сервер samba работает на том же ПК, что и виртуализированные окна. В зависимости от настройки сети VirtualBox виртуализированные окна, вероятно, считаются «локальными» сервером samba.

Но когда вы пытаетесь получить доступ со второго ПК (офисного ноутбука), этот ПК не считается локально сервером samba. Мой совет - отключить брандмауэр на сервере samba на минутку (только для тестирования). К сожалению, я не могу сказать вам, как это сделать, потому что я пишу свои настройки правил брандмауэра вручную и никогда не управлял брандмауэром графическими приложениями, но это не должно быть большой проблемой.

Если вам интересно: брандмауэры вполне могут быть в том случае, если вы получите приглашение для входа, но не можете получить доступ к данным. Вход и доступ к данным - это разные действия с точки зрения протокола SMB, которые могут выполняться на разных портах и ​​обмениваться данными в обоих направлениях.

Возможно, даже брандмауэр ноутбука является корнем зла .

Еще одна возможность: в конфигурации samba существует простое управление доступом. Например, вы можете определить, какой IP-адрес разрешен для доступа на основе общего доступа или по всему миру. Возможно, вам явно разрешен доступ для нелокальных IP-адресов; Я просто не могу вспомнить в данный момент.

У меня еще есть дополнительная идея, но хотелось бы, чтобы вы сначала сделали тесты, которые я упомянул выше (выключите брандмауэры на ноутбуке и ящике самбы, сделайте IP ACL в конфигурации samba, явно предоставляя доступ к IP-адресу ноутбука).

Приветствия,

Binarus

Скорее всего, ваши права на файловую систему ошибочны. Если ваш диск установлен с неправильным пользователем (и с 700 или аналогичными разрешениями), samba не собирается их показывать.

Вы можете начать отладку проблем с журналами samba: / var / log / samba / .

Изменение рабочей группы не имеет значения, целая точка рабочей группы - просто отделить какие машины показаны в листингах. Это не контроль доступа.

В конце концов, это может быть проблема с брандмауэром. Если я прав, сервер samba работает на том же ПК, что и виртуализированные окна. В зависимости от настройки сети VirtualBox виртуализированные окна, вероятно, считаются «локальными» сервером samba.

Но когда вы пытаетесь получить доступ со второго ПК (офисного ноутбука), этот ПК не считается локально сервером samba. Мой совет - отключить брандмауэр на сервере samba на минутку (только для тестирования). К сожалению, я не могу сказать вам, как это сделать, потому что я пишу свои настройки правил брандмауэра вручную и никогда не управлял брандмауэром графическими приложениями, но это не должно быть большой проблемой.

Если вам интересно: брандмауэры вполне могут быть в том случае, если вы получите приглашение для входа, но не можете получить доступ к данным. Вход и доступ к данным - это разные действия с точки зрения протокола SMB, которые могут выполняться на разных портах и ​​обмениваться данными в обоих направлениях.

Возможно, даже брандмауэр ноутбука является корнем зла .

Еще одна возможность: в конфигурации samba существует простое управление доступом. Например, вы можете определить, какой IP-адрес разрешен для доступа на основе общего доступа или по всему миру. Возможно, вам явно разрешен доступ для нелокальных IP-адресов; Я просто не могу вспомнить в данный момент.

У меня еще есть дополнительная идея, но хотелось бы, чтобы вы сначала сделали тесты, которые я упомянул выше (выключите брандмауэры на ноутбуке и ящике самбы, сделайте IP ACL в конфигурации samba, явно предоставляя доступ к IP-адресу ноутбука).

Приветствия,

Binarus

Скорее всего, ваши права на файловую систему ошибочны. Если ваш диск установлен с неправильным пользователем (и с 700 или аналогичными разрешениями), samba не собирается их показывать.

Вы можете начать отладку проблем с журналами samba: / var / log / samba / .

Изменение рабочей группы не имеет значения, целая точка рабочей группы - просто отделить какие машины показаны в листингах. Это не контроль доступа.

В конце концов, это может быть проблема с брандмауэром. Если я прав, сервер samba работает на том же ПК, что и виртуализированные окна. В зависимости от настройки сети VirtualBox виртуализированные окна, вероятно, считаются «локальными» сервером samba.

Но когда вы пытаетесь получить доступ со второго ПК (офисного ноутбука), этот ПК не считается локально сервером samba. Мой совет - отключить брандмауэр на сервере samba на минутку (только для тестирования). К сожалению, я не могу сказать вам, как это сделать, потому что я пишу свои настройки правил брандмауэра вручную и никогда не управлял брандмауэром графическими приложениями, но это не должно быть большой проблемой.

Если вам интересно: брандмауэры вполне могут быть в том случае, если вы получите приглашение для входа, но не можете получить доступ к данным. Вход и доступ к данным - это разные действия с точки зрения протокола SMB, которые могут выполняться на разных портах и ​​обмениваться данными в обоих направлениях.

Возможно, даже брандмауэр ноутбука является корнем зла .

Еще одна возможность: в конфигурации samba существует простое управление доступом. Например, вы можете определить, какой IP-адрес разрешен для доступа на основе общего доступа или по всему миру. Возможно, вам явно разрешен доступ для нелокальных IP-адресов; Я просто не могу вспомнить в данный момент.

У меня еще есть дополнительная идея, но хотелось бы, чтобы вы сначала сделали тесты, которые я упомянул выше (выключите брандмауэры на ноутбуке и ящике самбы, сделайте IP ACL в конфигурации samba, явно предоставляя доступ к IP-адресу ноутбука).

Приветствия,

Binarus