| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Я примерно по той же причине в свое время отказался от использования этого модного zsh через полтора дня использования, когда при копировании с локальной машины на удаленную при помощи scp он пытался сам лезть на удаленную и подсказывать мне путь, а когда не получалось (потому что авторизация по имени и паролю), говорил, что невозможно найти целевой путь. Даже если я сам полностью вводил необходимую цель. Если еще и интернет-ссылками надо с бубном плясать, то вообще непонятно, почему он такой популярный. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Вы же видите, что appendpath - это shell-функция, объявленная в начале /etc/profile. Во-первых, она делает немного больше, чем просто добавляет - она еще и проверяет, есть ли в этом необходимость. А во-вторых, чтобы ее использовать в ~/.bash_profile, вам ее еще нужно и объявить самому. А стоит ли оно этих телодвижений - решать вам. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
drakeon, Судя по ответам, ваш вопрос понят очень неоднозначно. Вам надо уточнить, что именно вы хотите. Если, в том варианте, как вас понял Velesich, при обращении на ваш адрес из внешней сети у клиента открывается окно авторизации роутера, то вы ходите по лезвию. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Ищи в документации описание фичи "NAT Loopback". Если нет, то локальной сети никак |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Если уж и обращать внимание, то на строку duplex в выводе ethtool enp3s0Speed: 100Mb/sНе знаю, какая там может быть скорость, но скорее всего определена возможностями порта на роутере, а вот duplex должен быть full, если это не древний бридж. Попробуйте принудительно выставить командой |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
redixПдсел на vifm. По ощущениям гораздо легче и практичнее mc-подобных. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
А зачем сразу по такому сложному пути? Здесь ведь два варианта могут быть: 1) Да, как говорит vasek, wifi с ошибками и т.п. Но это если вообще все коннекты медленные, страницы в браузере не открываются, пинги теряются... 2) Тупо устаревшие репозитории в листе. Выберите здесь, например, 3-4 самых шустрых. Я для себя reflector использую. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
yuriusЛикбезом, извините, заниматься нет времени и скучно. Если для вас это все эти слова звучат незнакомо, то все, что вы пытаетесь делать "универсально" - мартышкин труд. Без понимания происходящего и того, как это все должно работать, у вас при любом отклонении будут возникать вопросы без ответов. Так что сначала потрудитесь леквидировать свою сетевую безграмотность, это сейчас как никогда просто сделать. И тогда многие вопросы сами собой отпадут. По поводу дефолтного маршрута последняя китайская подсказка: надо дефолтный маршрут убирать до поднятия pppoe. Для dhcpcd можно указать ключ |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Видите на последнем скриншоте строчку "not replacing default route 172..." ? Из-за того, что у вас уже выставлен default route перед поднятием ppp, pppd не может его поменять. Надо либо изначально с большей метрикой его поднимать, либо вообще от него избавиться, вручную или dhcp клиенту об этом сказать. Вам в помощь команды: ip address ip route man dhcpcd (или dhcpclient) |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Вот сначала с этим и надо разобраться. Первый вариант - поднять проксирующий dns на линуксовой машине и на клиентах в локалке указывать его. Дальше по обстоятельствам: прокси может заработать, а может еще что-то вылезет. Второй вариант - сначала настроить нормальный маскарадинг на линуксовой машине (возможно, у вас просто не включен форвардинг) |