Перейти до

NFS и разные ссегменты сети


Рекомендованные сообщения

Доброго времени всем.

Собственно, есть такой вопрос:

РАБОТАЕТ ли NFS в случае, когда клиент и сервер находятся в РАЗНЫХ подсетях (не в Л2) ?

 

Ситуация:

Сервер расшаривает свои папки и слушает только тсп соединения.

Клиент пытается маунтить все это дело с опцией mount_nfs -T - соединяться по тсп вместо удп.

Получается фига.

Утилиты showmount и rpcinfo выдают ошибку соединения.

В стандартном режиме (по умолчанию удп) - аналогичная ситуация.

Стоит только перевести сервер и клиент в один сегмент сети - все начинает работать, как положено.

 

Вроде как почтал ман\гугль - не нашел ограничений на тип сети.

ЧЯДНТ ?

Ссылка на сообщение
Поделиться на других сайтах

Чего пусто в теме ? =)

Никто НФС не пользуется или это какаято элементарщина, типа, "все знают" ?

Ссылка на сообщение
Поделиться на других сайтах

Как говорится, "умом я понимаю", но реально ж не пашет.

Схема простее не бывает: сервер НФС - циска 3550 - клиент НФС

Все друг друга видят и пингуют и ссш ходит и вообще все работает. Кроме НФС.

 

Кто-то может у себя проверить и подтвердить ?

Пробовал на четырех серверах в разных подсетях - не работает.

 

п.с. При проверке showmount и rpcinfo с КЛИЕНТА на сервер на сервере вижу тспдампом ОДИН пакет от клиента. Все. Больше ничего не прибегаетне убегает. Фаерволов нет.

Ссылка на сообщение
Поделиться на других сайтах

NFS - это такое унылое говно, которое может и не работать, хотя должно.

Делайте все из коробки по UDP, если не заработает - напильник в руки и удачи.

Еще хороший вариант - читать доку.

Как говорил один препод по матанализу в КПИ: "если у Вас проблемы с практикой - читайте теорию".

Ссылка на сообщение
Поделиться на других сайтах

1. Возможно. Первый раз делаю.

2. Выше писАл, что не работает искаропки.

3. Так же выше писАл, что читал =)

4. Так вот как раз на форуме я и пытаюсь осознать несоответствие практики с теорией.

Пока безуспешно. Видимо, никто не пробовалнах не нужно это НФС =)

 

п.с. Изначальная проблема была такова:

Перегнать 160Гб мелких файлов (хостинг, реальный сервер на фряхе) на виртуалку, вернее, сделать клон реального винта на виртуальный, НЕ останавливая сам сервер с хостингом.

dumprestore over sshggate показывали какоето нереальное время в 3-4 дня. По нфс слилось все за 4 часа.

Ссылка на сообщение
Поделиться на других сайтах

+1 для сливания большого количества файлов пользуйтесь Rsync.

 

С NFS вообще никогда никаких проблем не было, тот факт что оно должно быть в одном сегменте - бред. Смотрите MTU(Jumbo), фаерволы и остальное - что-то блокироует соеденение.

 

1 пакет уходит с клиента или 1 пакет приходит на сервер?!

Ссылка на сообщение
Поделиться на других сайтах

rsyncом не пользовался.

Если я правильно помню, на РАБОТАЮЩЕМ сервере правильные данные получаются только через dump -L

 

Ок. Я так понял, нфс у людей работает нормально в разных сегментах.

Позже (так как в отпуске) попробую еще раз.

Ссылка на сообщение
Поделиться на других сайтах

Статья о настройке NFS.

Когда писал статью - все прорабатывал и проверял работоспособность. Между клиентом и сервером по пути находились еще 2 маршрутера - проблем не возникало.

Смотрите файрвол и права доступа.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від FantoM_EscapE
      Хочу перенести свій білінг NODENY із фізичного сервера на віртуальний. Шукаю адміна який зможе допомогти у цьому питанні, так як нашого адміна банально призвали до війська. Вся схема на даний момент робоча, маю доступи до всього. Потрібно проінсталити на новішу версію FREEBSD, бо на моїй 10 річній вже не працюють нові SSL сертифікати. Кого зацікавила дана пропозиція - прошу у приватні повідомлення. обсудимо ціну і строки. або пишіть на будь-який месенджер 0677792091
    • Від rusol
      Добрый вечер.
       
      Есть от провайдера блок реальных адресов, к примеру 100.1.1.192/26
       
      Раньше сеть была в одном влане и записи в /etc/rc.conf были такие:

       
      ifconfig_ix0="inet 192.168.0.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP ifconfig_ix0_alias0="inet 100.1.1.193 netmask 255.255.255.192" # Шлюз для пользователей с реальными IP  
      После чего стала задача часть пользователей переводить во вланы тоже с разделением на локальные IP и реальные, первый влан создал где-то пару лет назад и все работает:
       
      ifconfig_vlan1="vlan 1 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 1 ifconfig_vlan1_alias0="inet 100.1.1.248 netmask 255.255.255.248" # Шлюз для пользователей с реальными IP  во Влане 1  
      И вот стоит задача создать еще один влан, делаю по аналогии с вланом 1, только маску смещаю назад:
       
      ifconfig_vlan2="vlan 2 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 2 ifconfig_vlan2_alias0="inet 100.1.1.246 netmask 255.255.255.254" # Шлюз для пользователей с реальными IP во Влане 2  
      Когда я внес это в /etc/rc.conf и прописал команду:
       
      ifconfig vlan2 create  
      Все заработало.
       
      Но как только перезагрузился сервер, перестали работать реальные IP без вланов, в первом влане и во втором. Не пойму что не так делаю, возможно я с маской подсети что-то недопонимаю...
    • Від rusol
      Добрый вечер.
       
      Есть от провайдера блок реальных адресов, к примеру 100.1.1.192/26
       
      Раньше сеть была в одном влане и записи в /etc/rc.conf были такие:

       
      ifconfig_ix0="inet 192.168.0.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP ifconfig_ix0_alias0="inet 100.1.1.193 netmask 255.255.255.192" # Шлюз для пользователей с реальными IP  
      После чего стала задача часть пользователей переводить во вланы тоже с разделением на локальные IP и реальные, первый влан создал где-то пару лет назад и все работает:
       
      ifconfig_vlan1="vlan 1 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 1 ifconfig_vlan1_alias0="inet 100.1.1.248 netmask 255.255.255.248" # Шлюз для пользователей с реальными IP  во Влане 1  
      И вот стоит задача создать еще один влан, делаю по аналогии с вланом 1, только маску смещаю назад:
       
      ifconfig_vlan1="vlan 1 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 2 ifconfig_vlan1_alias0="inet 100.1.1.246 netmask 255.255.255.254" # Шлюз для пользователей с реальными IP во Влане 2  
      Когда я вношу это в /etc/rc.conf и прописал команду:
       
      ifconfig vlan2 create  
      Все заработало.
       
      Но как только перезагрузился сервер, перестали работать реальные IP без вланов, в первом влане и во втором. Не пойму что не так делаю, возможно я с маской подсети что-то недопонимаю...
×
×
  • Створити нове...