Это понятно. С этим вопросом, я и пришёл сюда, чтобы узнать, почему в правилах для проброса наружу src-ip меняется, а при попытке сделать тоже самое для nat loopback ничего не меняется.

Доброго времени суток. Есть такой вопрос: Приобрел переходник USB to LAN Xiaomi, пытаюсь завести на фре amd64 10.3R, он вроде определился

Т.е. - не определился? Если не удастся решить пролему, то могу присоветовать адаптер DLink DUB-1312 - прикупил по случаю и не прогадал - фрюха десятка его определила и работает

для доступа изнутри по внешнему адресу надо и dst занатить и src

А как это сделать?

спросить у специалистов по нату во фре. а я не такой )

А как это сделать?

Два экземпляра ната сконфигурировать и заставить пакет паровозом пробежать... Короче курнуть надо порядочно, в рабочее время не расскажу. Но одно могу сказать - делал, работало. Я правда предпочитал использовать NAT котрый netgraph

А как это сделать?

Поставь nginx proxy по опыту все равно к нему придешь

Как у спецов по FreeBSD, прошу у вас помощи. Есть freebsd с внешним адресом 1.2.3.4, есть внутренняя сеточка 192.168.6.0/24, есть в ней сервер 192.168.6.101. У него два порта 80 и 443. ipfw: nat 1 tcp from any to 1.2.3.4 10001 in via external_interface nat 1 tcp from 192.168.6.101 80 to any out via external_interface nat 1 tcp from any to 1.2.3.4 10002 in via external_interface nat 1 tcp from 192.168.6.101 443 to any out via external_interface natd nat 1 config log if em1.31 reset same_ports deny_in redirect_port tcp 192.168.6.101:80 10001 redirect_port tcp 192.168.6.101:443 10002 Описанным выше образом порты сервера из локалки проброшены наружу и доступны. Теперь пытаюсь сделать так, чтобы этот сервер был доступен из внутренней сети по внешнему адресу. Делаю так: ipfw nat 3 tcp from any to 1.2.3.4 10001 in via internal_interface nat 3 tcp from 192.168.6.101 80 to any out via internal_interface nat 3 tcp from any to 1.2.3.4 10002 in via internal_interface nat 3 tcp from 192.168.6.101 443 to any out via internal_interface natd nat 3 config log if em0 deny_in redirect_port tcp 192.168.6.101:80 1.2.3.4:10001 redirect_port tcp 192.168.6.101:443 1.2.3.4:10002 И возникает такая проблема, что запросы от другого компа во внутренней сетке не натятся. То есть на фре я вижу перенаправленные, но не замаскированные запросы. Можете подсказать, что я тут делаю не так?

а ещё включи IPv6

Зачем?

Поэтому надо учить Perl

у меня аж кровь из глаз не пошла, как увидел это сообщение!

а зачем пинать башик, если есть перл?

будь мазохистом, пиши на sh!

А пистона нету?)

А пистона нету?)

Дело в том, что веб выброшен в мир, оттуда работает, всё хорошо. К этому вебу есть ведроприложение, в которое вписывается адрес сервера. Товарищи хотят, чтобы при подключению к корпоративному вайфаю, приложение сохраняло работоспособность, без переписывания адреса сервера на внутренней

вечер каминаутов :)

Ну и рассказать про netflix, playstation, и какие-нибудь еще практические применения, достаточно широко известные.

Навскидку думаю про более быстрый senfile, zfs и bsd-лицензию.

Nintendo switch

более быстрый?

Nintendo switch

более быстрый?

Сейчас про плюсы/минусы рассказывать бессмысленно - системы уже очень разные, линукс при всех положительных моментах развивается в сторону отрицания простоты и приближению к виндузности, я вчера в андроиде не смог найти годный клиент для мыла, и хоть есть еще проблески здравого смысла, но они редки и бессистемны - опенврт, проксмокс, может еще что-то. Перегруженность своими собственными инструментами и библиотеками и большая распространенность делают разработку для него проще, но убивают совместимость, он постепенно превращается в вещь в себе. Годной альтернативы ему нет, но если так будет продолжаться, свободы там не останется, все будет сводится к андроидоподобным конструктам для потребления контента или инструментам в довесок к аппаратным системам. Коммунити бьется до крови в сетевых срачах, а на деле нифига не решает. А решают Шаттлворт, Поттеринг и Гугл с Ораклом и др. - типично хвост виляет собакой Линукс приходится осваивать из-за отсутствия альтернатив, но за годы существования юниксов много раз бывали резкие изменения курса и падения признанных столпов технологии. И я надеюсь, что интерес к FreeBSD будет сохранятся. Пока что после фри в линуксе все, чтонадо конфигурировать за пределами разработанных интерфейсов (андроид, юнити, проксмокс, микротик) почти всегда причиняет серьезную боль

Сейчас про плюсы/минусы рассказывать бессмысленно - системы уже очень разные, линукс при всех положительных моментах развивается в сторону отрицания простоты и приближению к виндузности, я вчера в андроиде не смог найти годный клиент для мыла, и хоть есть еще проблески здравого смысла, но они редки и бессистемны - опенврт, проксмокс, может еще что-то. Перегруженность своими собственными инструментами и библиотеками и большая распространенность делают разработку для него проще, но убивают совместимость, он постепенно превращается в вещь в себе. Годной альтернативы ему нет, но если так будет продолжаться, свободы там не останется, все будет сводится к андроидоподобным конструктам для потребления контента или инструментам в довесок к аппаратным системам. Коммунити бьется до крови в сетевых срачах, а на деле нифига не решает. А решают Шаттлворт, Поттеринг и Гугл с Ораклом и др. - типично хвост виляет собакой Линукс приходится осваивать из-за отсутствия альтернатив, но за годы существования юниксов много раз бывали резкие изменения курса и падения признанных столпов технологии. И я надеюсь, что интерес к FreeBSD будет сохранятся. Пока что после фри в линуксе все, чтонадо конфигурировать за пределами разработанных интерфейсов (андроид, юнити, проксмокс, микротик) почти всегда причиняет серьезную боль

зачем конфигуритовать, надо поставить докер демон, мониторилку и CI

Сейчас про плюсы/минусы рассказывать бессмысленно - системы уже очень разные, линукс при всех положительных моментах развивается в сторону отрицания простоты и приближению к виндузности, я вчера в андроиде не смог найти годный клиент для мыла, и хоть есть еще проблески здравого смысла, но они редки и бессистемны - опенврт, проксмокс, может еще что-то. Перегруженность своими собственными инструментами и библиотеками и большая распространенность делают разработку для него проще, но убивают совместимость, он постепенно превращается в вещь в себе. Годной альтернативы ему нет, но если так будет продолжаться, свободы там не останется, все будет сводится к андроидоподобным конструктам для потребления контента или инструментам в довесок к аппаратным системам. Коммунити бьется до крови в сетевых срачах, а на деле нифига не решает. А решают Шаттлворт, Поттеринг и Гугл с Ораклом и др. - типично хвост виляет собакой Линукс приходится осваивать из-за отсутствия альтернатив, но за годы существования юниксов много раз бывали резкие изменения курса и падения признанных столпов технологии. И я надеюсь, что интерес к FreeBSD будет сохранятся. Пока что после фри в линуксе все, чтонадо конфигурировать за пределами разработанных интерфейсов (андроид, юнити, проксмокс, микротик) почти всегда причиняет серьезную боль

Насколько я читал да, пока в вопрос до конца не вник, ищу отправные моменты для доклада. Во всяком случае, если я не путаю, то это было одним из аргументов в случае Netflix.

Нет. Если я неправ кстати, то просвятите пжл, опыта мало.