Отправляет email-рассылки с помощью сервиса Sendsay

За 2004-12-29

Re[2]: Монтирование ftp

Уважаемый Константин, большое спасибо за ответ

В указанном вами месте я нашел этот файл

Вот описание функции в этом файле
extern int sock_create(int family, int type, int proto,
struct socket **res, int kernpriv)

Посколько этот файл небольшой я решил привести его здесь

#ifndef _LINUX_NET_H
#define _LINUX_NET_H

#include <linux/config.h>
#include <linux/wait.h>
#include <linux/stringify.h>

struct poll_table_struct;
struct inode;

#define NPROTO 32 /* should be enough for now.. */

#define SYS_SOCKET 1 /* sys_socket(2) */
#define SYS_BIND 2 /* sys_bind(2) */
#define SYS_CONNECT 3 /* sys_connect(2) */
#define SYS_LISTEN 4 /* sys_listen(2) */
#define SYS_ACCEPT 5 /* sys_accept(2) */
#define SYS_GETSOCKNAME 6 /* sys_getsockname(2) */
#define SYS_GETPEERNAME 7 /* sys_getpeername(2) */
#define SYS_SOCKETPAIR 8 /* sys_socketpair(2) */
#define SYS_SEND 9 /* sys_send(2) */
#define SYS_RECV 10 /* sys_recv(2) */
#define SYS_SENDTO 11 /* sys_sendto(2) */
#define SYS_RECVFROM 12 /* sys_recvfrom(2) */
#define SYS_SHUTDOWN 13 /* sys_shutdown(2) */
#define SYS_SETSOCKOPT 14 /* sys_setsockopt(2) */
#define SYS_GETSOCKOPT 15 /* sys_getsockopt(2) */
#define SYS_SENDMSG 16 /* sys_sendmsg(2) */
#define SYS_RECVMSG 17 /* sys_recvmsg(2) */

typedef enum {
SS_FREE = 0, /* not allocated */
SS_UNCONNECTED, /* unconnected to any socket */
SS_CONNECTING, /* in process of connecting */
SS_CONNECTED, /* connected to socket */
SS_DISCONNECTING /* in process of disconnecting */
} socket_state;

#define __SO_ACCEPTCON (1 << 16) /* performed a listen */

#ifdef __KERNEL__

#define SOCK_ASYNC_NOSPACE 0
#define SOCK_ASYNC_WAITDATA 1
#define SOCK_NOSPACE 2

/**
* struct socket - general BSD socket
* @state - socket state (%SS_CONNECTED, etc)
* @flags - socket flags (%SOCK_ASYNC_NOSPACE, etc)
* @ops - protocol specific socket operations
* @fasync_list - Asynchronous wake up list
* @file - File back pointer for gc
* @sk - internal networking protocol agnostic socket representation
* @wait - wait queue for several uses
* @type - socket type (%SOCK_STREAM, etc)
* @passcred - credentials (used only in Unix Sockets (aka PF_LOCAL))
*/
struct socket {
socket_state state;
unsigned long flags;
struct proto_ops *ops;
struct fasync_struct *fasync_list;
struct file *file;
struct sock *sk;
wait_queue_head_t wait;
short type;
unsigned char passcred;
};

struct vm_area_struct;
struct page;
struct kiocb;
struct sockaddr;
struct msghdr;
struct module;

struct proto_ops {
int family;
struct module *owner;
int (*release) (struct socket *sock);
int (*bind) (struct socket *sock,
struct sockaddr *myaddr,
int sockaddr_len);
int (*connect) (struct socket *sock,
struct sockaddr *vaddr,
int sockaddr_len, int flags);
int (*socketpair)(struct socket *sock1,
struct socket *sock2);
int (*accept) (struct socket *sock,
struct socket *newsock, int flags);
int (*getname) (struct socket *sock,
struct sockaddr *addr,
int *sockaddr_len, int peer);
unsigned int (*poll) (struct file *file, struct socket *sock,
struct poll_table_struct *wait);
int (*ioctl) (struct socket *sock, unsigned int cmd,
unsigned long arg);
int (*listen) (struct socket *sock, int len);
int (*shutdown) (struct socket *sock, int flags);
int (*setsockopt)(struct socket *sock, int level,
int optname, char __user *optval, int optlen);
int (*getsockopt)(struct socket *sock, int level,
int optname, char __user *optval, int __user
*optlen);
int (*sendmsg) (struct kiocb *iocb, struct socket *sock,
struct msghdr *m, size_t total_len);
int (*recvmsg) (struct kiocb *iocb, struct socket *sock,
struct msghdr *m, size_t total_len,
int flags);
int (*mmap) (struct file *file, struct socket *sock,
struct vm_area_struct * vma);
ssize_t (*sendpage) (struct socket *sock, struct page *page,
int offset, size_t size, int flags);
};

struct net_proto_family {
int family;
int (*create)(struct socket *sock, int protocol);
/* These are counters for the number of different methods of
each we support */
short authentication;
short encryption;
short encrypt_net;
struct module *owner;
};

struct iovec;

extern int sock_wake_async(struct socket *sk, int how, int band);
extern int sock_register(struct net_proto_family *fam);
extern int sock_unregister(int family);
extern struct socket *sock_alloc(void);
extern int sock_create(int family, int type, int proto,
struct socket **res, int kernpriv);
extern void sock_release(struct socket *sock);
extern int sock_sendmsg(struct socket *sock, struct msghdr *msg,
size_t len);
extern int sock_recvmsg(struct socket *sock, struct msghdr *msg,
size_t size, int flags);
extern int sock_readv_writev(int type, struct inode *inode,
struct file *file,
const struct iovec *iov, long count,
size_t size);
extern int sock_map_fd(struct socket *sock);
extern struct socket *sockfd_lookup(int fd, int *err);
#define sockfd_put(sock) fput(sock->file)
extern int net_ratelimit(void);
extern unsigned long net_random(void);
extern void net_srandom(unsigned long);

#ifndef CONFIG_SMP
#define SOCKOPS_WRAPPED(name) name
#define SOCKOPS_WRAP(name, fam)
#else

#define SOCKOPS_WRAPPED(name) __unlocked_##name

#define SOCKCALL_WRAP(name, call, parms, args) \
static int __lock_##name##_##call parms \
{ \
int ret; \
lock_kernel(); \
ret = __unlocked_##name##_ops.call args ;\
unlock_kernel(); \
return ret; \
}

#define SOCKCALL_UWRAP(name, call, parms, args) \
static unsigned int __lock_##name##_##call parms \
{ \
int ret; \
lock_kernel(); \
ret = __unlocked_##name##_ops.call args ;\
unlock_kernel(); \
return ret; \
}

#define SOCKOPS_WRAP(name, fam) \
SOCKCALL_WRAP(name, release, (struct socket *sock), (sock)) \
SOCKCALL_WRAP(name, bind, (struct socket *sock, struct sockaddr *uaddr, int addr_len),
\
(sock, uaddr, addr_len)) \
SOCKCALL_WRAP(name, connect, (struct socket *sock, struct sockaddr * uaddr, \
int addr_len, int flags), \
(sock, uaddr, addr_len, flags)) \
SOCKCALL_WRAP(name, socketpair, (struct socket *sock1, struct socket *sock2),
\
(sock1, sock2)) \
SOCKCALL_WRAP(name, accept, (struct socket *sock, struct socket *newsock, \
int flags), (sock, newsock, flags)) \
SOCKCALL_WRAP(name, getname, (struct socket *sock, struct sockaddr *uaddr, \
int *addr_len, int peer), (sock, uaddr, addr_len, peer))
\
SOCKCALL_UWRAP(name, poll, (struct file *file, struct socket *sock, struct poll_table_struct
*wait), \
(file, sock, wait)) \
SOCKCALL_WRAP(name, ioctl, (struct socket *sock, unsigned int cmd, \
unsigned long arg), (sock, cmd, arg)) \
SOCKCALL_WRAP(name, listen, (struct socket *sock, int len), (sock, len)) \
SOCKCALL_WRAP(name, shutdown, (struct socket *sock, int flags), (sock, flags))
\
SOCKCALL_WRAP(name, setsockopt, (struct socket *sock, int level, int optname,
\
char *optval, int optlen), (sock, level, optname, optval,
optlen)) \
SOCKCALL_WRAP(name, getsockopt, (struct socket *sock, int level, int optname,
\
char *optval, int *optlen), (sock, level, optname, optval,
optlen)) \
SOCKCALL_WRAP(name, sendmsg, (struct kiocb *iocb, struct socket *sock, struct
msghdr *m, size_t len), \
(iocb, sock, m, len)) \
SOCKCALL_WRAP(name, recvmsg, (struct kiocb *iocb, struct socket *sock, struct
msghdr *m, size_t len, int flags), \
(iocb, sock, m, len, flags)) \
SOCKCALL_WRAP(name, mmap, (struct file *file, struct socket *sock, struct vm_area_struct
*vma), \
(file, sock, vma)) \
\
static struct proto_ops name##_ops = { \
.family = fam, \
.owner = THIS_MODULE, \
.release = __lock_##name##_release, \
.bind = __lock_##name##_bind, \
.connect = __lock_##name##_connect, \
.socketpair = __lock_##name##_socketpair, \
.accept = __lock_##name##_accept, \
.getname = __lock_##name##_getname, \
.poll = __lock_##name##_poll, \
.ioctl = __lock_##name##_ioctl, \
.listen = __lock_##name##_listen, \
.shutdown = __lock_##name##_shutdown, \
.setsockopt = __lock_##name##_setsockopt, \
.getsockopt = __lock_##name##_getsockopt, \
.sendmsg = __lock_##name##_sendmsg, \
.recvmsg = __lock_##name##_recvmsg, \
.mmap = __lock_##name##_mmap, \
};
#endif

#define MODULE_ALIAS_NETPROTO(proto) \
MODULE_ALIAS("net-pf-" __stringify(proto))

#endif /* __KERNEL__ */
#endif /* _LINUX_NET_H */

   Супотницкий С.М. 2004-12-29 22:25:07 (#288676)

Re[2]: При использовании Downloader for X(5.5.0final) и gftp (2.0.17) не видны

Vasile,

Monday, December 27, 2004, 10:54:41 PM, you wrote:
Уважаемый Константин и Vasile, большое спасибо, что вы ответили

V> для добавления нужной locale, под root'ом выполнить
V> #localedef -f CP1251 -i ru_RU ru_RU.CP1251

Т.е. надо поменять локаль. А других вариантов нет????

А как это (смена локали) скажется на моих файлах - ведь я несколько
недель работаю в новой Fedore и у меня уже созданы каталоги (на
русском) ???

   Супотницкий С.М. 2004-12-29 22:24:40 (#288675)

Обновление MDK-10 до MDK-10.1

Вот решил обновить MDK-10 до MDK-10.1. Делаю вроде всё как положено.
Выставляю в биос загрузку с CD и вперёд. Выбираю в установщике
"ОБНОВЛЕНИЕ", машина немного подумала и сказала, что мол мало места на
диске, хотя места вроде есть. Диск разбит так:
/boot ext2 45.5 Мб 31 Мб свободно
/ reiser 3.4 Гб 425 Мб свободно
/home reiser 4.3 Гб 3.8 Мб свободно
Что я делаю не так? Сносить настроенную систему нет желания. И ещё.
Сохранятся ли при обновлении системы проги не входящие в дистр, в т.ч
собранные из исходников.

p.s
backup неизбежен?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14680; Возраст листа: 522; Участников: 1292
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/288674



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

   Loginov Vladimir 2004-12-29 22:16:16 (#288674)

Установка драйвера NVIDIA в Федоре 3

Обновил Федору со 2 на 3-ю.
Скачал и установил NVIDIA-Linux-x86-1.0-6629-pkg1.run
Удалил xorg-x11-Mesa-libGL-6.8.1-12

При запуске X-ов на мониторе появляется логотип nvidia и все.
В /var/log/Xorg.0.log ошибок не нахожу.

$ ls -l /etc/udev/devices/* | grep nvidia
cr--r--r-- 1 root root 195, 0 Дек 24 20:39 /etc/udev/devices/nvidia0
cr--r--r-- 1 root root 195, 1 Дек 24 20:39 /etc/udev/devices/nvidia1
cr--r--r-- 1 root root 195, 2 Дек 24 20:39 /etc/udev/devices/nvidia2
cr--r--r-- 1 root root 195, 3 Дек 24 20:39 /etc/udev/devices/nvidia3
cr--r--r-- 1 root root 195, 255 Дек 24 20:39 /etc/udev/devices/nvidiactl

$ cat /etc/X11/xorg.conf
# Xorg configuration created by system-config-display
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
RgbPath "/usr/X11R6/lib/X11/rgb"
FontPath "unix/:7100"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "fbdevhw"
Load "glx"
Load "record"
Load "freetype"
Load "type1"
# Load "dri"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us,ru(winkeys)"
Option "XkbOptions" "grp:shift_toggle,grp_led:scroll"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "yes"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "SyncMaster"
DisplaySize 320 240
HorizSync 30.0 - 96.0
VertRefresh 50.0 - 160.0
Option "dpms"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "nvidia"
VendorName "nvidia"
BoardName "NVIDIA Riva TNT2"
BusID "PCI:1:0:0"
EndSection
Section "Screen"
Device "Videocard0"
Identifier "Screen0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
Section "DRI"
Group 0
Mode 0666
EndSection

Что еще может быть неправильно?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14679; Возраст листа: 522; Участников: 1292
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/288634



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

   2004-12-29 19:31:10 (#288634)

Re: QT embedded

On Wed, 29 Dec 2004 18:09:43 +0500
saturas <satur***@m*****.ru> wrote:
> Вопрос: Что это вообще такое embedded. Кто нибудь использовал?

Насколько я знаю, embedded - это "встраиваемый", т.е. используемый в различных
железках от роутера до микроволновок. По крайней мере, когда Линус Торвальдс
говорил о linux embedded, он сказал, что ему "приятно, что linux нашли применение
даже в карбюраторах".
Соответственно, QT/embedded - библиотека для использования в мобилах и КПК. Сомневаюсь,
что её можно каким-либо образом связать с фреймбуффером в привычном его понимании.

bL1NK3r, <tosha-at-mobifon-dot-org>

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14678; Возраст листа: 522; Участников: 1292
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/288570



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

   2004-12-29 17:44:35 (#288570)

Re: QT embedded

On Среда 29 Декабрь 2004 16:09, saturas wrote:
> Вот цитата из QT Reference Documentation:
>
>
> Qt is supported on the following platforms:
>
> * *MS/Windows* -- 95, 98, NT 4.0, ME, 2000, and XP
> * *Unix/X11* -- Linux, Sun Solaris, HP-UX, Compaq Tru64
> UNIX, IBM AIX, SGI IRIX and a wide range of others
> * *Macintosh* -- Mac OS X
> * *Embedded* -- Linux platforms with framebuffer support.
>
> Вопрос: Что это вообще такое embedded. Кто нибудь использовал?
> И если это библиотека QT для фреймбуффера, то насколько реально
> портировать обычные QT/X11 приложения под embedded?
> И где взять доки по этому делу.

Вот с чем в Qt замечательно, так это с документацией. Так что
идите к троллям (на trolltech.com) и учите английский :-)

Qt/Embedded я использовал, только давно, во времена 2.0. Хотел
использовать в контроллере, только он оказался великоват для
используемой железки, да и 1 bpp почему-то не поддерживал.
Приложения заметных изменений не потребовали.

Смысла использовать его в нормальном PC не вижу никакого.

   "Sergey B. Khvatov" 2004-12-29 17:05:10 (#288552)

QT embedded

Вот цитата из QT Reference Documentation:

Qt is supported on the following platforms:

* *MS/Windows* -- 95, 98, NT 4.0, ME, 2000, and XP
* *Unix/X11* -- Linux, Sun Solaris, HP-UX, Compaq Tru64 UNIX, IBM
AIX, SGI IRIX and a wide range of others
* *Macintosh* -- Mac OS X
* *Embedded* -- Linux platforms with framebuffer support.

Вопрос: Что это вообще такое embedded. Кто нибудь использовал?
И если это библиотека QT для фреймбуффера, то насколько реально
портировать обычные QT/X11 приложения под embedded?
И где взять доки по этому делу.

--
saturas, satur***@m*****.ru

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14676; Возраст листа: 522; Участников: 1292
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/288526



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

   2004-12-29 16:14:42 (#288526)

Re[2]: правила в листах, ведение, реклама

Здравствуйте!

Во вторник, 28-го декабря 2004, в 20:55:05 по московскому времени
Loginov Vladimir написал:
LV> Я согласен с теми, кто за нормальное озвучивание тем, а вот насчёт
LV> использования компьютерного жаргона....? Я бы сказал это даже не жаргон,

LV> а сленг(хотя не велика разница :-) )
Достаточно велика. Кстати, определённые черты жаргона этот язык тоже
имеет.

LV> К тому же это удобно и быстро.
LV> Например "мать" или "материнская плата" или "motherboard", "хард" или
LV> "жёсткий диск", а самое главное "ИМХО" или "по моему скромному мнению"
Вы знаете, если верить известному анекдоту, выражения типа "Вась, дай
вон ту ...ню" тоже значительно ускоряют общение. А об удобстве и
говорить нечего. Но это же не повод их использовать, правда?

   2004-12-29 08:33:53 (#288316)

Re: iptables make: syntax error before '*' token

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

On Tue, 28 Dec 2004 19:09:25 +0700
Алексей <alexei***@m*****.ru> wrote:

> R> Вообще, фишка в том, что нужно пустить в локальную сеть виртуальную
> R> машину,
> а
> R> версия iptables из дистрибутива фильтрует нормально, но выдает
> R> ошибку при
> добавлении
> R> правила для SNAT. Покопавшись в старых письмах из этого листа
> R> выяснил, что
> эта
> R> проблема возникает после обновления ядра и устраняется
> R> перекомпиляцией iptables...
>
> Случайно это не моё письмо было? Там главное:

Ага, оно самое:). Кстати, посмотрел сейчас на дату - не такое уж и старое, три
недели всего:).

Вообще, я перекомпилил iptables, но похоже, что nat все равно не работает, хотя
правило добавляется нормально. Подробнее я уже описал в теме "подключение виртуального
компа в локалку через nat".

> 1. Правильно сконфигурировать ядро, включив соответствующие опции в
> его конфиге, чтобы SNAT и всё что ещё надо работало. Причём в 2.4.28
> добавили хитрую опцию (конфиг на работе, а наизусть не помню), которую
> не сразу заметишь, и без которой NAT не работает. Может и с 2.6.х те
> же проблемы?

CONFIG_IP_NF_NAT_LOCAL=y, судя по тем вашим письмам? У меня оно включено, модулей
куча нужных и ненужных загружено, но требуемого результата все равно нет:(.

> 2. Пересобрать iptables с заголовками _именно этого_ ядра.
>
> Вывод: может и с дистрибутивным ядром будет работать, если поправить
> конфиг и пересобрать.

Завтра (точнее, уже сегодня:)) попробую...

   2004-12-29 03:09:23 (#288289)

подключение виртуального компа в локалку через nat.

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

Ситуация такая:

[rygoravich@rygoravich rygoravich]$ ifconfig
eth0 Link encap:Ethernet HWaddr 4C:00:10:A1:E2:8B
inet addr:192.168.2.53 Bcast:192.168.255.255 Mask:255.255.0.0
inet6 addr: fe80::4e00:10ff:fea1:e28b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2912727 errors:259 dropped:0 overruns:0 frame:0
TX packets:38526 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:202332226 (192.9 Mb) TX bytes:7119166 (6.7 Mb)
Interrupt:10 Base address:0xcf00

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:22475 errors:0 dropped:0 overruns:0 frame:0
TX packets:22475 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15645708 (14.9 Mb) TX bytes:15645708 (14.9 Mb)

tun0 Link encap:Ethernet HWaddr 00:FF:78:65:1F:BA
inet addr:10.0.2.1 Bcast:10.0.2.255 Mask:255.255.255.0
inet6 addr: fe80::2ff:78ff:fe65:1fba/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:980 errors:0 dropped:0 overruns:0 frame:0
TX packets:300 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:123508 (120.6 Kb) TX bytes:59011 (57.6 Kb)

[rygoravich@rygoravich rygoravich]$

Где eth0 - локальная сеть, tun0 - сеть реальной машины с виртуальной (linux или
оффтоп под qemu, адрес 10.0.2.2). Цель - включить виртуальную машину в локалку,
очень желательно - невидимо для сети. Пытался сделать через snat и masquerade
- никак не выходит... Пинги не проходят, к серверам не коннектится. Единственный
результат - в оффтопе под qemu в сетевом окружении видны компы, однако при попытке
входа на них винда заявляет, что:
=====началоНет доступа к \\Server.

Не удается найти компьютер или сетевое имя. Проверьте правильность набора и повторите
попытку.

[OK]
=====конецПодключение виртуальной машины к реальной работает нормально, все сервисы доступны,
в том числе и при использовании адреса из интерфейса eth0, т.е. http://192.168.2.53/
и ftp://192.168.2.53/ (где 192.168.2.53 - адрес реального компа в локалке) работают
нормально.

Настройки iptables пробовал различные (в смысле, игрался цепочкой filter/forward
и nat/postrouting), привожу самый (имхо) безукоризненный (т.е. незащищенный,
но вроде как теоретически рабочий) вариант (на всякий случай - полностью):

[root@rygoravich etc]# iptables-save
# Generated by iptables-save v1.2.8 on Wed Dec 29 00:11:02 2004
*nat
:PREROUTING ACCEPT [304802:32023805]
:POSTROUTING ACCEPT [512:48352]
:OUTPUT ACCEPT [2502:314979]
-A POSTROUTING -o eth0 -j SNAT --to-source 192.168.2.53
COMMIT
# Completed on Wed Dec 29 00:11:02 2004
# Generated by iptables-save v1.2.8 on Wed Dec 29 00:11:02 2004
*filter
:INPUT DROP [994:47673]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
:mynets - [0:0]
:tomynets - [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i eth0 -j mynets
-A INPUT -i tun0 -j ACCEPT
-A FORWARD -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -p icmp -j ACCEPT
-A OUTPUT -p tcp -m tcp --sport 32768:65535 -j ACCEPT
-A OUTPUT -p udp -m udp --sport 32768:65535 -j ACCEPT
-A OUTPUT -o eth0 -j tomynets
-A OUTPUT -o tun0 -j ACCEPT
-A mynets -p tcp -m tcp --dport 137:139 -j ACCEPT
-A mynets -p udp -m udp --dport 137:139 -j ACCEPT
-A mynets -p tcp -m tcp --dport 80 -j ACCEPT
-A mynets -p tcp -m tcp --dport 21 -j ACCEPT
-A mynets -p udp -m udp --sport 137 --dport 32768:65535 -j ACCEPT
-A tomynets -p tcp -m tcp --sport 137:139 -j ACCEPT
-A tomynets -p udp -m udp --sport 137:139 -j ACCEPT
-A tomynets -p tcp -m tcp --sport 80 -j ACCEPT
-A tomynets -p tcp -m tcp --sport 21 -j ACCEPT
-A tomynets -p tcp -m tcp --sport 20 -j ACCEPT
COMMIT
# Completed on Wed Dec 29 00:11:02 2004
[root@rygoravich etc]#

Пробовал также играться с маршрутизацией, т.е. добавлял в виртуальной машине
(и под оффтопом и под Линуксом) интерфейс 192.168.0.0/16 через шлюз 10.0.2.1
- безрезультатно.

Что я делаю не так?

Дистрибутив Mandrake 9.2, ядро 2.6.7, iptables 1.2.10.

   2004-12-29 01:28:02 (#288256)

Re: iptables make: syntax error before '*' token

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

On Tue, 28 Dec 2004 11:00:04 +0200
Dmitry Kostenko <bis***@m*****.ru> wrote:

> ip_tables.h включается из iptables.h (косвенно), поэтому должно быть
> достаточно добавить #define __user начало iptables.h.

Спасибо, на поверку включение ip_tables.h оказалось в libip6tc.h, после добавления
сей строки все скомпилилось нормально:). Проблема решилась:).

> P.S. Неужели нигде нет объявления __user?

Ээ, может быть я просто не так искал... В исходниках iptables - нет ни одного
упоминания о __user, а в ядре их слишком много... Не зная, как выловить нужное,
я запустил поиск по #define __user, но найденные файлы содержали только строки
типа
#define __USER_DS (GDT_ENTRY_DEFAULT_USER_DS * 8 + 3)
#define __USER_CS (GDT_ENTRY_DEFAULT_USER_CS * 8 + 3)

   2004-12-29 01:27:36 (#288255)

Re: Stardict

Fay пишет:

>Терновых Илья wrote:
>
>
>
>>>>Например создаете ~/dic/, записываете туда muller.txt, затем:
>>>>cd ~/dic
>>>>egrep linux muller.txt --color-always | more
>>>>
>>>>
>>>А что это за файл? Какой-то уже набранный словарь?
>>>
>>>
>>>
>>>
>>Текстовый словарь. В сети есть хорошие экземпляры.
>>Кстати, тут когда-то нехорошо обзывались на StarDict. ИМХО стоящая вещь, словарей
>>навалом, качество перевода для меня лучше чем в LingvoX
>>
>>
>>
>>
>А где вы, уважаемый, словари-то брали?
>
На их сайте много есть. Я там брал Мюллера и ещё пару тройку словарей
http://stardict.sourceforge.net/

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14671; Возраст листа: 522; Участников: 1290
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/288231



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

   Loginov Vladimir 2004-12-29 00:56:12 (#288231)

Re: правила в листах, ведение, реклама

Я согласен с теми, кто за нормальное озвучивание тем, а вот насчёт
использования компьютерного жаргона....? Я бы сказал это даже не жаргон,
а сленг(хотя не велика разница :-) )
Сленг ИМХО ограничивать не стоить. Я поначалу, года так четыре назад,
вообще не понимал, о чём говорят люди на компьютерных тусовках и о чём
пишут на компьютерных сайтах, в конференциях и даже в прессе(журнал
"Хакер" тому яркий пример). Пришлось учить этот "язык общения". ИМХО
сленг здесь даже полезен. Конференция создана для получения знаний, вот
люди здесь не только UNIX освоят, но и .... Вообще абсолютное
большинство участников этой рассылки хорошо понимают этот жаргон, а
некоторые без него и немогут вообще. К тому же это удобно и быстро.
Например "мать" или "материнская плата" или "motherboard", "хард" или
"жёсткий диск", а самое главное "ИМХО" или "по моему скромному мнению"

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14670; Возраст листа: 522; Участников: 1290
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/288230



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

   Loginov Vladimir 2004-12-29 00:55:52 (#288230)

Re: 2 пингвина и окна, а LILO один

Konstantin Korikov пишет:

>В сообщении от 1104165809 секунд после начала Эпохи Unix Вы написали:
>
>
>
>>Хммм... Но ведь этот "крендель" я проделал что б лило обмануть. Иначе
>>он не хотел перезаписыват лило в mbr. Ругался , что в /boot нет этих
>>файлов. Я думаю, что после того, как лило переписал mbr, эти фйлы там
>>не нужны, ведь в lilo.conf прописан путь к корню root=/dev/hdax, и при
>>
>>загрузке эти файлы будут читаться от туда. Или я чего то не понимаю?
>>:-\
>>
>>
>
>Не понимаете :). Загрузчик, который устанавливается в mbr или в первый
>сектор раздела, не может читать файлы, он может читать только сектора
>жесткого диска. Если бы он мог "понимать" файловую систему, он бы
>не поместился в mbr или в первый сектор. По этому при выполнении
>`/sbin/lilo' в загрузчик вписываются адреса секторов, а не пути к
>файлам.
>
Номера каких секторов? Тех, в которых лежат файлы, что указаны в путях
lilo.conf, но они оттуда ни куда не делись, или тех, в которые были
"временно кинуты" эти файлы? Загрузчик то читать не может, а вот
/sbin/lilo может и читает пути, что прописаны в lilo.conf ,при
переписовании mbr, а там указаны как раз правильные пути, по этому я
думал, что /sbin/lilo как раз прописывает правильные номера секторов. :-\
Извиняюсь что наверное не очень понятно выражаюсь. Костноязычие. :-[

> После удаления файла те сектора, в которых содержаться
>данные файла, начинают считаться неиспользуемыми, т.е. свободным местом,
>в которое в любой момент могут записаться новые данные.
>
>
Ну и что? Пусть пишется всё что угодно, ведь в настоящий момент их там
всё равно нет, и ничего работает :-)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14669; Возраст листа: 522; Участников: 1290
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/288228



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

   Loginov Vladimir 2004-12-29 00:55:30 (#288228)