Вопросы по UNIX системах

[EvilMax]

Да. kkbswitch рулит. Только мне еще пришлось поменять местами в настройках левые и правые клавиши Alt и Shift.

[San_V]

У меня тут вопрос есть. Убунту 6.10 себе поставил, надо кой-чего по работе делать. А ваще сам в никсах не сильно волоку. В убунте вроде как все просто, GUI интуитивный. Одна только у проблема - под рутом ваще никак в нее зайти нельзя? Постоянно у меня получается, что чтобы файлики в рутовых папках подредактировать, надо это все через sudo делать. Как то это самое sudo можно автоматически к иксу привязать, чтобы он вместо сообщений типа "Не могу записать файл /etc/ppp/options.pptp", пароль у меня просил? А то вроде все почти как в винде, только 70% того, что мне нужно приходится из командной строки выполнять. Заранее спасибо.

[Alder]

San_V, установи пароль руту - sudo passwd root и будет тебе щастье

[San_V]

Пробовал.  Он там мне еще предупреждений всяких нафигачил, я на них похерил и установил таки руту пароль. После чего он все равно не дает залогиниться под рутом.

[Alder]

Пробовал. Только все равно логиниться под рутом не дает. Он там мне еще предупреждений всяких нафигачил, я на них похерил и установил таки руту пароль. После чего он все равно не дает залогиниться под рутом.

А оно по идее и не должно давать заходить. В английском оригинале написано:

Enable root Account in Ubuntu server (Not Recommended for security Reasons this is just Optional)

After the reboot you can login with your previously created username (test). Now we will enable the root account using the following command

sudo passwd root

and give root a password.

Now onwards we become root by running the following command

su

Т.е. логинимся по обычным юзером, потом su и вперед.

[San_V]

Пажжи, ну sudo su раньше тоже позволяло все выполнять из под рута. Но только из консольки. А чтобы в GUI были права неограниченные, как сделать?

[Alder]

Пажжи, ну sudo su раньше тоже позволяло все выполнять из под рута. Но только из консольки. А чтобы в GUI были права неограниченные, как сделать?

Глупый вариант, но вариант Грузимся в консоли и запускаем иксы от рута. (вообще-то не рекомендуется так делать, очень не рекомендуется)

[grimgav]

Пажжи, ну sudo su раньше тоже позволяло все выполнять из под рута. Но только из консольки. А чтобы в GUI были права неограниченные, как сделать?

Лучше сразу сноси раздел с линухом ))) А по сути из под sudo стартуй нужное тебе приложение, редактор там текстовый какой, если тебе в консоли влом конфиги править.

А сидеть под рутом это зло )))

[San_V]

Ну блин как-то топорно выходит. Все из консоли, все под sudo. Я не спорю, что под рутом сидеть зло, но пока систему под себя настраиваешь - сильно напрягает постоянно из консольки все править. Вот реализовано же в настройке сетевухи - sudo само вызывается, когда пытаешься что-то там исправлять. Стопудово можно так же для тестового редактора сделать и для файл-менеджера. Больше-то мне от рута ниче не надо, настрою все и буду все из под своего юзера ранить.

[grimgav]

А какая разница где вбивать пароль рутовый - в консоли или в гуёвом окошке? Можешь прикрутить к меню отдельные пунктики в которых на ярлыках будет висеть команда sudo <редактор/файлманагер> или как-то так. К сожалению точнее подсказать не могу, потерял свой дистр в борьбе за свободные гигабайты на винте %)

[San_V]

Да вопрос чисто в удобстве использования. Так же надо помнить, что "сейчас я буду редактировать рутовский файл, надо запустить консольку, в ней набрать sudo и графический редактор". Проще было бы, чтобы при попытке совершить действие против рутового файла, система сама предлагала "опомниться"

Просто поначалу вообще часто ловился на этом. Запускал редактор, вносил нужные коррективы, после чего сохранить файлик не мог. Приходилось сохранять его в папку /home/san/myfile, а потом с консольки sudo cp /home/san/myfile /etc/some_folder/myfile. В принципе и так работает, но остается элемент незавершенности ))

[Storm]

Использование ГУИ конфигураторов - вопрос привычки и физического доступа к компу. ИМХО лучше научиться работать с командной строкой и настраивать  систему именно из нее. Потому что в ситуации:  вы - дома/на пляже/в троллейбусе, сервер - на работе, гуи конфигуратор вам не помошник. Да и из командной строки результаты предсказуемее, если строишь по документации к софту. А то бог его знает что за горе писало эту гую.

[San_V]

Так вот и пришлось все ручками из консольки настраивать. Спасибо Storm'у, азам научил в свое время. Просто думал разузнать, чтобы в следующий раз было проще. Нет так нет, CLI - фарева

[artri]

ну гуй-фронтенд для sudo это gksudo

[San_V]

А еще одну вещь хотел узнать. Я к инету подключаюсь через микрорайонную сеть, они ВПН юзают (pptp). Короче, все я в убунту настроил, соединение устанавливается, появляется интерфейс ppp0 и... И тут бок вылазит. Автоматически добавляется в таблицу маршрутизации маршрут на 10.0.0.1 (в нашей сетке это сервак PPTP, DNS, DHCP, а так же шлюз). Так вот маршрут к этому хосту по какой-то причине добавляется не правильный! И его ручками приходится убивать, тогда все пашет отлично. Где-то можно эту хрень отрубить, не подскажете?

[EvilMax]

В студию:
1. Вывод ifconfig
2. Неправильный вывод route -n после соединения
3. Правильный вывод route -n

[San_V]

Не вопрос, буду дома - скину.

[San_V]

Итак, по порядку
1. ifconfig
eth0      Link encap:Ethernet  HWaddr 00:08:0D:30:3D:07
          inet addr:10.0.4.212  Bcast:10.0.255.255  Mask:255.255.0.0
          inet6 addr: fe80::208:dff:fe30:3d07/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:14409 errors:0 dropped:0 overruns:0 frame:0
          TX packets:69 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1193853 (1.1 MiB)  TX bytes:5109 (4.9 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:5 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:272 (272.0 b)  TX bytes:272 (272.0 b)

ppp0      Link encap:Point-to-Point Protocol
          inet addr:172.16.4.212  P-t-P:10.0.0.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:7 errors:0 dropped:0 overruns:0 frame:0
          TX packets:42074 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:66 (66.0 b)  TX bytes:16261298 (15.5 MiB)

2. route -n сразу после установления соединения
Destination     Gateway         Genmask            Flags Metric Ref    Use Iface
10.0.0.1        0.0.0.0            255.255.255.255  UH    0      0        0 ppp0
10.0.0.0        10.0.4.212      255.255.0.0          UG    0      0        0 eth0
10.0.0.0        0.0.0.0            255.255.0.0          U       0      0        0 eth0
  0.0.0.0        0.0.0.0            0.0.0.0                  U       0      0        0 ppp0
Самый первый маршрут не дает нормально достучаться до шлюза. Этот маршрут приходится убивать.

3. route -n (рабочий вариант)
Destination     Gateway         Genmask            Flags Metric Ref    Use Iface
10.0.0.0        10.0.4.212      255.255.0.0          UG    0      0        0 eth0
10.0.0.0        0.0.0.0            255.255.0.0          U       0      0        0 eth0
  0.0.0.0        0.0.0.0            0.0.0.0                  U       0      0        0 ppp0

[EvilMax]

Т.е. если я правильно понимаю, создается тоннель, твоя точка 172.16.4.212, их точка 10.0.0.1. Но при всем этом у тебя есть физ. интерфейс из той же сети, что и 10.0.0.1... И при этом шлюз по умолчанию у тебя ppp0, а 10.х.х.х - локалка.

Поведение логичное: при активации PPTP тоннеля в таблицу добавляется первым маршрут к PPTP-серверу. Но у тебя он вредный - и это странно. Почем твой провайдер не пускает тебя на шлюз с IP выданным тебе при авторизации?

Настройки меня вообще смущают. Логичнее было бы видеть адрес 172.16.х.х на eth0, а адрес 10.0.4.212 - на "твоем" конце тоннеля. А так при наличии "вредного" маршрута к серверу, ты на него идешь с адресом 172.16.х.х, который, наверняка не маршрутизируется. В общем, конфиг pptp-клиента тоже в студию. Что-то мне сдается что либо "там" слишком хитрые какие-то сидят админы, либо у тебя прописаны жестко неправильные адреса тоннеля и их нужно исправить либо эти получить настройки автоматически от прова (добавить noipdefault и убрать адреса из настроек тоннеля).

[San_V]

Ну если следовать по логике работы, у меня на eth0 мой айпишник внутри сетки. Сетка из частных адресов, моя сетевуха врубается первично в сеть 10.0.0.0/16. А уже поверх нее должен образовываться туннель. И между виртуальными интерфейсами ppp0 (моим) и каким-то на сервере прова, должны быть адреса из сети 172.16.0.0/16. Надо заметить, в винде так и работает.

добавить noipdefault и убрать адреса из настроек тоннеля

Пробовал. ipdefault добавляет маршрут по умолчанию через интерфейс ppp0.
0.0.0.0        0.0.0.0            0.0.0.0                  U       0      0        0 ppp0

Точнее, он заменяет в старом маршруте eth0 на ppp0. И это вполне резонно. А маршруте к серваку вообще должен быть адрес 172.16.0.1.

Ладно, в сторону рассуждения, придется ребутнуть тачку, чтобы выложить конфиги.

Добвка

Вот конфиги
/etc/ppp/options.pptp

lock
noauth
persist
noproxyarp

/etc/ppp/peers/metro

pty "pptp 10.0.0.1 --nolaunchpppd"
name sanv
remotename metro
file /etc/ppp/options.pptp
nodeflate
nobsdcomp
noauth
defaultroute
replacedefaultroute

Это те конфиги, которые я сам правил.

P.S. И все-таки я не могу понять, почему ему кажется, что маршрут к адресу внутри моей сетки лежит через туннель?