Jump to content

retracker.local


Recommended Posts

Всем добрый вечер

 

Хочу от мух пробросить на серую сетку доступ на retracker.local и berloga.net

 

Кто подскажет для этого достаточно только прописать маршруты и днс-запись или же нужно НАТить?

Link to post
Share on other sites

Всем добрый вечер

 

Хочу от мух пробросить на серую сетку доступ на retracker.local и berloga.net

 

Кто подскажет для этого достаточно только прописать маршруты и днс-запись или же нужно НАТить?

 

Если я верно вьехал в вопрос про пчелайн, то нужен полюбому НАТ.

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

Link to post
Share on other sites
  • 2 months later...

пашет,

может там отдельные подсети забанили ?

 

И у вас есть пиры на раздачах? Я допустим зайти могу но ни картинок ни пиров нет (захожу по локальному ИП берлоги)

Link to post
Share on other sites

пашет,

может там отдельные подсети забанили ?

 

И у вас есть пиры на раздачах? Я допустим зайти могу но ни картинок ни пиров нет (захожу по локальному ИП берлоги)

Нет сидера, ждут: 5. Обновлено: 17:17:48 - на многих, но не всех раздачах.

Link to post
Share on other sites

У меня вопрос по ретрекеру:

Чтобы он работал, внутри сети должен быть прямой доступ между абонентами?

У меня сейчас IPoE и:

deny ip from <user_networks> to <user_networks>

Link to post
Share on other sites

Да, очевидно.

Иначе каким чудом должен бы работать local peer discovery прокачанным вариантом которого по факту и является тот же ретрекер?

Link to post
Share on other sites
а на каком основании вы закрываете трафик между абонентами?

Давайте попробую угадать его основание - сеть его, что хочет то и делает :)

7675a4ac9a3e279affcd7d98d0d40f8a.jpg

 

Если воспользоваться логикой, то Закон України "Про доступ до публічної інформації" никоим местом не распространяется на юзверные шары с порнухой.

 

PS самому очень даже импонирует vlan-per-user.

Link to post
Share on other sites

и:

deny ip from <user_networks> to <user_networks>

а на каком основании вы закрываете трафик между абонентами?

Чтобы не плодить паразитный трафик в сети.

 

P.S. У меня не vlan-per-use, а vlan-per-дом.

Link to post
Share on other sites

PS самому очень даже импонирует vlan-per-user.

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

Link to post
Share on other sites

2 adeep

 

1. Они платят деньги не за "паразитный трафик" а за предоставленную услугу характеристики которой изначально четко оговорены, если услуга их не устраивает - они за нее не платят. Все логично.

2. Законодательных предпосылок для запрещения изоляции клиентов друг от друга нет, как бы вы их не хотели найти. Разграничение доступа на уровне вланов, либо тех же ACLек - чисто личное и интимное дело любого оператора.

3. Никто им всякие VPN-ы и hamachi в конце концов не запрещает.

 

не будете же вы отрицать, что остальные ваши абоненты являются частью интернета?

Отрицаю и еще как - услуга передачи данных между абонентами называется не "доступ до інтернетиків" а "мережний транзит/послуга передачі даних". Надо бы различать кастомные солюшены необходимые корпоративному сегменту скажем, и ширпотребные соточки за чирик с вкантактиками и порнушечками.

 

С нетерпением ожидаю развития полемики на тему "Option82/DHCP snooping/IP source guard/802.1q/ACL любая авторизация и аутентификация итд итп - ограничивают свободу абонента и являются антигуманными" :)

Link to post
Share on other sites

Не, ну при vlan-per-user юзеры смогут увидеть друг друга, а тут человек запретил им общатся. Соответственно торрент/ptp трафика не будет вобще. Это неправильно, ИМХО.

Link to post
Share on other sites

да собссно абонентам в 90% случаях пофиг, что там у соседа на компе есть. Локалку зарезать одновременно с окончанием инета - тоже какбы не проблема. А в данном случае - топикстартер ССЗБ, видно канал шибко толстый, лучше пусть юзеры с интернетов тянут чем друг у друга...

Link to post
Share on other sites

С нетерпением ожидаю развития полемики на тему "Option82/DHCP snooping/IP source guard/802.1q/ACL любая авторизация и аутентификация итд итп - ограничивают свободу абонента и являются антигуманными" :)

вопрос не в виде авторизации. а в трафике между пользователями сети интернет.

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

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...