Доброго времени суток.
Трабла какаято не понятная. Сначала поставил FreeBSD 5.2.1, проблема была в том что после установки соединения с фрей, через определенное время(мин 2-3)
все соединения зависали.Переконектится не возможно, хотя пинги ходят на ура.Через мин 5 опять все приходит к норме.В основном пользуюсь SSH, логинюсь нормально, все супер...НО, через время зависаю.
Поставил 5.2, тажа трабла, Значит глючу Я! Помогите разобраться.
В ядро поставил:
options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=100
options IPDIVERT
options DUMMYNETRC.CONF:
font8x14="cp866-8x14"
font8x16="cp866b-8x16"
font8x8="cp866-8x8"
gateway_enable="YES"
inetd_enable="YES"
firewall_enable="YES"
firewall_script="/etc/firewall/back3"
keymap="ru.koi8-r"
keyrate="normal"
linux_enable="YES"
mousechar_start="3"
saver="daemon"
scrnmap="koi8-r2cp866"
sshd_enable="YES"
usbd_enable="YES"
ifconfig_rl0="inet 192.168.178.176 netmask 255.255.255.192"
defaultrouter="192.168.178.133"
hostname="wall.MYDOMAIN.RU"firewall:
$fwcmd add 100 allow all from any to anysshd_config:
Port 22
HostKey /etc/ssh/ssh_host_key
HostKey /etc/ssh/ssh_host_dsa_key
ServerKeyBits 768
LoginGraceTime 120
KeyRegenerationInterval 3600
PermitRootLogin yes
MaxStartups 10:30:60
IgnoreRhosts yes
RhostsRSAAuthentication
StrictModes yes
X11Forwarding yes
X11DisplayOffset 10
PrintMotd yes
KeepAlive yes
SyslogFacility AUTH
LogLevel INFO
RhostsAuthentication no
RhostsRSAAuthentication no
HostbasedAuthentication no
RSAAuthentication yes
PasswordAuthentication yes
PermitEmptyPasswords no
CheckMail yes
Subsystem sftp /usr/libexec/sftp-server
Не ужели никто не сталкивался с подобной проблемой???
Не ужели никто не сталкивался с подобной проблемой???
Резолвинг происходит нормально? У меня была такая проблема когда лег один из моих ДНС.
Все нормально, резолвится все на ура.
Я сам мозги уже свернул, что это может быть. Одна надежда на гуру!
>Все нормально, резолвится все на ура.
>Я сам мозги уже свернул, что это может быть. Одна надежда на
>гуру!
Сетевые карточки случайно не Realtek 8139 ?
Если да - то у них проблемы с некоторыми свичами
>>Все нормально, резолвится все на ура.
>>Я сам мозги уже свернул, что это может быть. Одна надежда на
>>гуру!
>Сетевые карточки случайно не Realtek 8139 ?
>Если да - то у них проблемы с некоторыми свичами
К стати да, такая вот карточка стоит. а свич 3Com Baseline 10/100 16-port.
>Все нормально, резолвится все на ура.
>Я сам мозги уже свернул, что это может быть. Одна надежда на
>гуру!ну так смотри netstat -m и что у тебя в ядре и в логах, наверняка
какая-то байда время от времени запускается, телепатов нема
>ну так смотри netstat -m и что у тебя в ядре и
>в логах, наверняка
>какая-то байда время от времени запускается, телепатов нема
В логах все чисто, ничего не обычного нет. Ядро, стандартное GENERIC+ то что написал выше.
вывод netstat -m:
mbuf usage:
GEN cache: 0/0 (in use/in pool)
CPU #0 cache: 1/64 (in use/in pool)
Total: 1/64 (in use/in pool)
Mbuf cache high watermark: 512
Maximum possible: 34176
Allocated mbuf types:
1 mbufs allocated to data
0% of mbuf map consumed
mbuf cluster usage:
GEN cache: 0/0 (in use/in pool)
CPU #0 cache: 0/64 (in use/in pool)
Total: 0/64 (in use/in pool)
Cluster cache high watermark: 128
Maximum possible: 17088
0% of cluster map consumed
144 KBytes of wired memory reserved (0% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines
Поменял карточку на другую, тоже rl но модель младше. Проблема осталась.
>>ну так смотри netstat -m и что у тебя в ядре и
>>в логах, наверняка
>>какая-то байда время от времени запускается, телепатов нема
>
>
>В логах все чисто, ничего не обычного нет. Ядро, стандартное GENERIC+ то
>что написал выше.
>вывод netstat -m:
>mbuf usage:
> GEN cache: 0/0 (in use/in pool)
> CPU #0 cache: 1/64 (in use/in pool)
> Total: 1/64 (in use/in pool)
> Mbuf cache high watermark: 512
> Maximum possible: 34176
> Allocated mbuf types:
> 1 mbufs allocated to data
> 0% of mbuf map consumed
>mbuf cluster usage:
> GEN cache: 0/0 (in use/in pool)
> CPU #0 cache: 0/64 (in use/in pool)
> Total: 0/64 (in use/in pool)
> Cluster cache high watermark: 128
> Maximum possible: 17088
> 0% of cluster map consumed
>144 KBytes of wired memory reserved (0% in use)
>0 requests for memory denied
>0 requests for memory delayed
>0 calls to protocol drain routines90% что проблема в том что у тебя реалтек карточка на сервере - попробуй вставить другую (хотя бы для теста)
>>ну так смотри netstat -m и что у тебя в ядре и
>>в логах, наверняка
>>какая-то байда время от времени запускается, телепатов нема
>
>
>В логах все чисто, ничего не обычного нет. Ядро, стандартное GENERIC+ то
>что написал выше.
>вывод netstat -m:
>mbuf usage:
> GEN cache: 0/0 (in use/in pool)
> CPU #0 cache: 1/64 (in use/in pool)
> Total: 1/64 (in use/in pool)
> Mbuf cache high watermark: 512
> Maximum possible: 34176
> Allocated mbuf types:
> 1 mbufs allocated to data
> 0% of mbuf map consumed
>mbuf cluster usage:
> GEN cache: 0/0 (in use/in pool)
> CPU #0 cache: 0/64 (in use/in pool)
> Total: 0/64 (in use/in pool)
> Cluster cache high watermark: 128
> Maximum possible: 17088
> 0% of cluster map consumed
>144 KBytes of wired memory reserved (0% in use)
>0 requests for memory denied
>0 requests for memory delayed
>0 calls to protocol drain routinesда неинтересно что netstat показывает во время стабильного режима
работы, тебе надо замониторить работу машины и сервисов чтобы понять
ЧТО и КОГДА запускается или портит тебе жисть.А от GENERIC ядра другого и ожидать нечего! Ядро строится под сервер
и то что на ем будет работать.
попробуй не реалтек поставить
и еще зависает ? что именно ? SSH ? FTP ?
при этом доступ к локали у тебя есть ? сама машина виснет или только сеть ?
>попробуй не реалтек поставить
>и еще зависает ? что именно ? SSH ? FTP ?
>при этом доступ к локали у тебя есть ? сама машина виснет
>или только сеть ?у меня было дело, "зависало" а точнее просто ssh клиент вис, щас юзаю linux на клиенте, все работает.
Поставил не rl карточку, таже проблема.
Виснит все, и ssh и ftp. При чем по netstat -an показывает что соединение установлено. Из локали все замечательно, ничего не виснет и не глючит.
>Поставил не rl карточку, таже проблема.
>Виснит все, и ssh и ftp. При чем по netstat -an показывает
>что соединение установлено. Из локали все замечательно, ничего не виснет и
>не глючит.сделай около 1000 пингов сервера, желатьльно большими пакетами. Есть вариант плохой сети. Возможно кабель грючит.
>сделай около 1000 пингов сервера, желатьльно большими пакетами. Есть вариант плохой сети.
>Возможно кабель грючит.Странно.... при команде ping 192.168.178.176 -n 1000 -l 65500 говорит что хост не доступен(это фря 5.2). При простом ping 192.168.178.176 пингуется. Я пингую со своей машины еще одну фрю 4.5 с командой ping 192.168.178.171 -n 1000 -l 65500 все без проблем пингуется.
>>сделай около 1000 пингов сервера, желатьльно большими пакетами. Есть вариант плохой сети.
>>Возможно кабель грючит.
>
>Странно.... при команде ping 192.168.178.176 -n 1000 -l 65500 говорит что хост
>не доступен(это фря 5.2). При простом ping 192.168.178.176 пингуется. Я пингую
>со своей машины еще одну фрю 4.5 с командой ping 192.168.178.171
>-n 1000 -l 65500 все без проблем пингуется.
ничего странного , просто фрагментированные пакеты бьются, попингуй на стандарте, если из 1000 хотябы 1 недойдет то это провод барахлит.
>ничего странного , просто фрагментированные пакеты бьются, попингуй на стандарте, если из
>1000 хотябы 1 недойдет то это провод барахлит.Все нормально, потерь в сети нет, шнур уже заведомо рабочий.
Я в растеряности:-((
интересно еще то , что после подвисания соединения, через 2 часа после этого по netstat -an все еще показывает что она established...
>интересно еще то , что после подвисания соединения, через 2 часа после
>этого по netstat -an все еще показывает что она established...
а свич не пробовал сменить ? очень странно у тя как то все
Всем спасибо....разобрался в чем грабли.:-)
Почемуто глючил SSHD.
Помогло вот что, убрал с rc.conf строку sshd_enable="YES"
и просто тупо раскоментировал строку в inetd.conf косающуюся ssh.
все заработало как надо.
Но почему не заработала фишка с первым вариантом, так и не понял.
Еще раз всем спасибо.
РАНО Я ОБРАДОВАЛСЯ:-((((
ПРОСТО в этот раз соединение прожило немного дольше чем обычно.
>РАНО Я ОБРАДОВАЛСЯ:-((((
>ПРОСТО в этот раз соединение прожило немного дольше чем обычно.
чтонить в логах есть на момент "падения"?
глухо как в танке. ни сучка ни задоринки.
Все нормально, по логам.
>РАНО Я ОБРАДОВАЛСЯ:-((((
>ПРОСТО в этот раз соединение прожило немного дольше чем обычно.
в момент зависания, с локали набери top, посмотри может там процесс какой нить тянет много ресурсов. И еще попробуй другой кабель.
Кабель менял, по top ничего система свободна от всего, нагруза нет.
>Кабель менял, по top ничего система свободна от всего, нагруза нет.тогда либо DNS, либо FIREWALL
>>Кабель менял, по top ничего система свободна от всего, нагруза нет.
>
>тогда либо DNS, либо FIREWALLстоит рядом фря 4.5 с dns-м работает на ура.
В 5-ке фаервол дает все всем. настроен на на тот же днс что и 4-ка.Имена резолвятся и на 4 и на 5.
>>>Кабель менял, по top ничего система свободна от всего, нагруза нет.
>>
>>тогда либо DNS, либо FIREWALL
>
>стоит рядом фря 4.5 с dns-м работает на ура.
>В 5-ке фаервол дает все всем. настроен на на тот же днс
>что и 4-ка.Имена резолвятся и на 4 и на 5.значит настраивай SSH или /etc/hosts, если вся проблема в SSH, то
сеть тут не при делах.
>>>>Кабель менял, по top ничего система свободна от всего, нагруза нет.
>>>
>>>тогда либо DNS, либо FIREWALL
>>
>>стоит рядом фря 4.5 с dns-м работает на ура.
>>В 5-ке фаервол дает все всем. настроен на на тот же днс
>>что и 4-ка.Имена резолвятся и на 4 и на 5.
>
>значит настраивай SSH или /etc/hosts, если вся проблема в SSH, то
>сеть тут не при делах.ifconfig в студию и sshd_config
А в момент вислава ты что нить делаешь ? или просто само по себе ? и когда отвисает через 5 мин. Клиент SSH живой остается ?
Кстати если конфиг ssh по умолчанию сделать, пробовал ?
>А в момент вислава ты что нить делаешь ? или просто само
>по себе ? и когда отвисает через 5 мин. Клиент SSH
>живой остается ?
>Кстати если конфиг ssh по умолчанию сделать, пробовал ?В момент зависания обязательно чето делаю, просто так не виснет. Например просто брожу по директориям в МС. Я не могу сказать что отвисает. Но иногда мин через 5 можно снова притулится к серваку, а иногда ступор полный, при чем виснет и фтп. В качестве клиента ssh использую putty. он просто выдает сообщение о том что соединение разорвано. Хотя на фре по нетстату соединение есть и в статусе establisht. При повторном подконекте открывает еще одно соединение, старое так и остается в establisht. Но на сей раз в логе появляется ошиба fatal: Timeout before authentication for мой-IP. В putty даже приглашение не появляется.
А вот какой конфиг должен быть по умолчанию? После того как я поставил фрю, в sshd_config все было закоментировано.
Port 22
Protocol 2,1
LoginGraceTime 60
PermitRootLogin no
StrictModes yes
in /etc/ssh/ssh_known_hosts
PermitEmptyPasswords no
PrintLastLog yes
KeepAlive yes
MaxStartups 10
Subsystem sftp /usr/libexec/sftp-serverпопробуй на таком немного поездить, а вообще была такая сютуация, в итоге оказалось именно кабель грючил. Точнее RJ-45. Может в свитче контакты барахлят ?
эфекта не дало. ща попытаюсь перерыть все соединения, но врядли это что то даст, уже и карточки менял, и шнуры...
>эфекта не дало. ща попытаюсь перерыть все соединения, но врядли это что
>то даст, уже и карточки менял, и шнуры...а что говорит netstat -s на тему bad header checksums? и т. п.???
>>эфекта не дало. ща попытаюсь перерыть все соединения, но врядли это что
>>то даст, уже и карточки менял, и шнуры...
>
>а что говорит netstat -s на тему bad header checksums? и т.
>п.???Проблему так и не понял!! Но при переносе машины на другой свич вроде тфу-тфу-тфу заработало как надо.
Привожу описание железа.
матплата ASUS P4P800-Delux
пробовал:
1)сетевая rtl8139 + swich 3Com Baseline= глючит
2)сетевая rtl8039 + swich 3Com Baseline= глючит
3)встроеная в MB Marvell 88E8001 + swich 3Com Baseline= глючит
заработало все на:
1)сетевая rtl8139 + hub HP AdvanceStak 8H= работает
2)сетевая rtl8039 + hub HP AdvanceStak 8H= работает
3)встроеная в MB Marvell 88E8001 + hub HP AdvanceStak 8H= работает
Шнур не менял.