Üdvözlet!
Köszönet a jó szándékú és segítő jellegű levelekért. :-)
A frissítés óta nem jelentkezett a hiba, tehát feltehetőleg valóban a
régi verzió egyik bugja lehetett az ok.
--
Sörös Zoltán
E-mail: b...@filmjus.hu
http://www.filmjus.hu/~beer/
Üdvözlet!
Forrásból fordított bind 9.10.0 futott a szerverünkön, az szolgáltatja
kifelé a saját domainünk adatait és befelé a DNS feloldást.
Ma reggel kétszer is leállt, a syslogba az alábbiakat írta be:
Feb 26 08:44:03 master named[1375]: 26-Feb-2015 08:44:03.960 general:
critical: name.c
On 02/26/2015 09:50 AM, Sörös Zoltán wrote:
Bónusz kérdés: Ha szeretném tűzfallal lezárni az 53-as bejövő portot,
hogy kívülről ne érjék el a namedünket, kiket kell kivételbe tenni, hogy
azért megtalálják a www.filmjus.hu -t? A T-online-nál van a másodlagos
szerverünk, gondolom ha az
Sörös Zoltán b...@filmjus.hu írta (2015. február 26. 9:50):
Üdvözlet!
Forrásból fordított bind 9.10.0 futott a szerverünkön, az szolgáltatja
kifelé a saját domainünk adatait és befelé a DNS feloldást.
Ma reggel kétszer is leállt, a syslogba az alábbiakat írta be:
Feb 26 08:44:03 master
Sziasztok!
Koszonom mindenkinek es kulon Zoltannak, ez super szamomra: ssh
-L0.0.0.0:80:celip:80 user@host
udv
Istvan
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
is szolgaltassam?
iptables Prerouting illetve xinetd -es megoldas nem segitett.
Magyaran lehet szolgaltatast tavoli ethernetre bind-oln?
Koszonettel:
Kovacs Istvan
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo
ssh -L0.0.0.0:80:celip:80 user@host
On 2013.01.21., at 16:24, Istvan Kovacs poi...@freemail.hu wrote:
Az megoldhato hogy a betunnelezett szolgaltatas ne csak localhoston legyen
elerheto, hanem a belso halozatnak is szolgaltassam?
_
linux lista
On 01/21/2013 04:28 PM, Medovarszky Zoltan wrote:
ssh -L0.0.0.0:80:celip:80 user@host
És alighanem
-o GatewayPorts=yes
is kell neki. Ld. ssh(1) sshd_config(5)
g
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q:
2013.01.21. 16:24 keltezéssel, Istvan Kovacs írta:
Az megoldhato hogy a betunnelezett szolgaltatas ne csak localhoston legyen
elerheto, hanem a belso halozatnak is szolgaltassam?
Jó öreg rinetd?
--
k-atti-
_
linux lista -
Hi,
Magosányi Árpád m...@magwas.rulez.org írta 2012-12-17 20:27-kor:
Nem létező ip címre bindolok.
net.ipv4.ip_nonlocal_bind=1 beállítva (anélkül a bind se menne)
A routing is jónak néz ki, látom a syn csomagot, és a dst ethernet cím a
fogadó interfész ethernet címe, tehát a network stackig
On 12/18/2012 10:47 AM, PÁSZTOR György wrote:
Hi,
Magosányi Árpád m...@magwas.rulez.org írta 2012-12-17 20:27-kor:
Nem létező ip címre bindolok.
net.ipv4.ip_nonlocal_bind=1 beállítva (anélkül a bind se menne)
A routing is jónak néz ki, látom a syn csomagot, és a dst ethernet cím a
fogadó
Sziasztok!
Nem létező ip címre bindolok.
net.ipv4.ip_nonlocal_bind=1 beállítva (anélkül a bind se menne)
A routing is jónak néz ki, látom a syn csomagot, és a dst ethernet cím a
fogadó interfész ethernet címe, tehát a network stackig eljut a csomag.
De a daemon aki figyel nem kapja meg.
net.ipv4
Hi!
Ezzel sem változott a helyzet:
view internal
{
match-clients { localnets; };
match-destinations { localnets; };
recursion no;
// all views must contain the root hints zone:
//include /etc/named.root.hints;
# ...
Szerintem
Hi!
A named.conf-ban a 'view internal' részben is próbáltam definiálni a
zónát, de úgysem jó. A domain-t így is kintről keresi.
Miért a netről keresi, mikor még a forwarders sincs megadva a bind-nak?
Gábor
_
linux lista - linux
2010-08-16 19:49 keltezéssel, Makó Gábor írta:
Hi!
A named.conf-ban a 'view internal' részben is próbáltam definiálni a
zónát, de úgysem jó. A domain-t így is kintről keresi.
Miért a netről keresi, mikor még a forwarders sincs megadva a bind-nak?
nslookup sajátzóna localhost
Mit mond
2010/8/16 Makó Gábor mak...@freestart.hu:
A named.conf-ban a 'view internal' részben is próbáltam definiálni a
zónát, de úgysem jó. A domain-t így is kintről keresi.
Miért a netről keresi, mikor még a forwarders sincs megadva a bind-nak?
Mert bele van forditva a binarisba az osszes root ns
Hi!
Adott egy bind (openvz VPS, de nincs jelentősége).
Az intranet.domain.hu zóna (csak példa) definilálásával a bind szépen
el is indul, de a névfeloldás nem működik:
nslookup vz103.intranet.domain.hu
Server: 127.0.0.1
Address:127.0.0.1#53
** server can't find vt103
Hello!
Az alábbi két hibaüzenettel traktál - napok óta, óránként 1-2 üzi - a
BIND (9.3.4, etch, authorative-only master), mi lehet ez?
Oct 27 09:13:20 localhost named[2482]: lame server resolving
'rbldns.pinklemon.net' (in 'pinklemon.net'?): 209.126.137.108#53
Oct 27 09:13:34 localhost named
Kónya Zoltán wrote:
Hello!
Az alábbi két hibaüzenettel traktál - napok óta, óránként 1-2 üzi - a
BIND (9.3.4, etch, authorative-only master), mi lehet ez?
lame delegation
Oct 27 09:13:20 localhost named[2482]: lame server resolving
'rbldns.pinklemon.net' (in 'pinklemon.net
lame delegation
vagyis a pinklemon.net DNS szervere nem megfelelően van beállíva/not
authorative!?
és mi ez a unexpected RCODE (SERVFAIL)?
olvasgattam neten, és bizonyos helyeken betörési kísérletekkel hozták
kapcsolatba?
akkor már csak azt kell kiderítenem, hogy mért fordul a szerverem
hozták
kapcsolatba?
A SERVFAIL nem unexpected rcode, gondolom a isc ujabb agyhalala,
ignoralando (a bind-del egyutt). Azt, hogy a neten a sok hulye mit irkal
ossze dns hibak teren, nem mervado; azok sem ertenek hozza, akiknek
kellene (lasd pl isc, dnssec).
akkor már csak azt kell kiderítenem
Hi!
Ha a networkManager-ben (system-config-network) beállítom hogy:
DNS1: saját IP címem lokális bind
DNS2: router IP címe
akkor akadozik a hálózat, nem igazán működik semmi, minden lassú.
Ha csak a router van DNS-nek, akkor OK.
Az /etc/named.conf igy nez ki:
options {
listen-on port
Hi!
CentOS 5.3 rendszer, a vz102.example-hu.com (192.168.1.102) VPS-en van
bind telepitve. Itt működik is!
A többi VPS-en be van állítva a 192.168.1.102 nameserver-nek:
vzctl set 101 --nameserver 192.168.1.102 --save
Viszont DNS kérés nem kap választ (nslookup):
Server: 192.168.1.102
Hi!
Makó Gábor mak...@freestart.hu írta 2009-09-13 13:55-kor:
CentOS 5.3 rendszer, a vz102.example-hu.com (192.168.1.102) VPS-en van
bind telepitve. Itt működik is!
veneth vagy veth -en keresztül vannak a kliensek felé a kapcsolatok?
Miért van REFUSED a többi VPS-en? A 102-es VPS-en - ahol
Elfelejtettem irni valóban, hogy a bind logban is látszik denied a kérés.
A named.conf-ban egy módosítás megoldotta a problémát:
allow-query { any; }
Most működik. Bár egy idő után (1-2) perc a bind nem működik.
Egy routeren Client-Bridge módban egy másik routeren keresztül megyek ki
Attila SZALAY [EMAIL PROTECTED] wrote:
ujraforgatod a bind-et, engeded bele a dlz modult es maris annyifele
fajta db-vel bir dumalni, amelyhez nem gyozod a feluleteket irkalni :)
en a 9.5.0p1-et hasznalom, isc.org-rol, hibatlanul fordult elsore, mysql
tamogatassal nem volt eddig bajom, az
Attila SZALAY [EMAIL PROTECTED] wrote:
sajnos sok mervado infoval nem szolgalhatok. meg mielott ezt a modult
hozzaraktam se volt nagy terheles a gepen, most meg ugyanugy semmi
valtozast sem latok. eddig is 500 domain slaveje, secondary mx
Koszi!
--
Udv:
Erdelyi Gabor
terhelest csinal?
TIA!
ugyan 8-as bind-nal hasznaltam MySQL backend-et, de ott
katasztrofalis volt. A bind elvitt - ha jol emlekszem - kb 100
kapcsolatot, 120-150 master zonara.
Meguntam, es PDNS-t hasznalok. :)
a.
--
Minden baj forrása az 1/x függvény
On Tue, Nov 11, 2008 at 06:47:33PM +0100, Hegedüs Ervin wrote:
Meguntam, es PDNS-t hasznalok. :)
En is, ha a pdns PowerDNS, MySQL backend-del kb 6ezer zonat siman visz egy
normalis szerver vason 10% koruli cpu hasznalattal (mysql+pdns egyutt), disk
I/O nem sok, ha beindul a szeker, mondjuk 4G
Erdelyi Gabor wrote:
Attila SZALAY [EMAIL PROTECTED] wrote:
ujraforgatod a bind-et, engeded bele a dlz modult es maris annyifele
fajta db-vel bir dumalni, amelyhez nem gyozod a feluleteket irkalni :)
en a 9.5.0p1-et hasznalom, isc.org-rol, hibatlanul fordult elsore, mysql
tamogatassal
Vastagh Norbert wrote:
Sziasztok!
Milyen webes felületet javasoltok bind-hez?
Üdv:
ujraforgatod a bind-et, engeded bele a dlz modult es maris annyifele
fajta db-vel bir dumalni, amelyhez nem gyozod a feluleteket irkalni :)
en a 9.5.0p1-et hasznalom, isc.org-rol, hibatlanul fordult
Szia!
Van a MyDns, ami egy onnallo dns szerver mysql(postgresql) alapon, es
van hozza webes felulet is.
Vastagh Norbert írta:
Sziasztok!
Milyen webes felületet javasoltok bind-hez?
Üdv:
--
Ámon Tamás
_
linux lista - linux
Vastagh Norbert [EMAIL PROTECTED] wrote:
Milyen webes felületet javasoltok bind-hez?
Mar hgy mire?
Ugyfel szamara a sajat zonait piszkalni?
Ezt a kettot neztem anno:
http://probind.org/about/
http://r00tshell.com/dns-control/
Egyelore nem lett belole semmi :)
De valami azt sugja, hogy vagy
In article [EMAIL PROTECTED],
=?iso-8859-2?B?VPN0aCBab2x04W4=?= [EMAIL PROTECTED] writes:
Ez m=FBk=F6dik bind (9.2.4) alatt =
host A 10.1.1.1
host A 10.1.1.2
=
valami terhel=E9s eloszt=E1shoz kellene
Es mi a kérdés?
g
Csak annyi amit latsz benne... hogy mukodik-e ?
Kozbe megtalaltam...koszi.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kiss Gabor
Sent: Wednesday, March 26, 2008 9:13 AM
To: linux@mlf.linux.rulez.org
Subject: Re: bind
In article [EMAIL PROTECTED
Ez működik bind (9.2.4) alatt
hostA 10.1.1.1
hostA 10.1.1.2
valami terhelés elosztáshoz kellene
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Meg lehet magyarázni a Webmin-nek, hogy nem a full nevet
(valami.valahol.hu.) írja be a zónába, hanem csak hostnevet?
Ugyan így a reverse zónánál semmi szükségem az összes
.in-addr.arpa. bejegyzésre.
Próbáltadmár a Host és utánna egy pont
Üdv Swap.
Sziasztok!
Meg lehet magyarázni a Webmin-nek, hogy nem a full nevet
(valami.valahol.hu.) írja be a zónába, hanem csak hostnevet?
Ugyan így a reverse zónánál semmi szükségem az összes
.in-addr.arpa. bejegyzésre.
Köszönettel:
Ruzsi
_
linux lista
Ruzsinszky Attila irta:
De a dhcp az a VMWare (Player 2.0). Ott nem tudom beallitani
a dns-t. Vagy igen...?
Sima VMware alatt igen. Player 2.0-t még nem próbáltam.
VMnet8 - Tulajdonsagok - TCP/IP protokoll - Tulajdonsagok -
IP cim alatt, a kovetkezo DNS-kiszolgalocimek hasznalata.
VMnet8 - Tulajdonsagok - TCP/IP protokoll - Tulajdonsagok -
IP cim alatt, a kovetkezo DNS-kiszolgalocimek hasznalata.
Erre gondolsz? Vagy a VMWare-en belul gondoltad a beallitast?
Lehet, de nekem valami konfig fájl rémlik. XP alatt is rendesen el van rejtve,
ráadásul a 3 fő módhoz (bridged,
Ruzsinszky Attila irta:
VMnet8 - Tulajdonsagok - TCP/IP protokoll - Tulajdonsagok
- IP cim alatt, a kovetkezo DNS-kiszolgalocimek hasznalata.
Erre gondolsz? Vagy a VMWare-en belul gondoltad a beallitast?
Lehet, de nekem valami konfig fájl rémlik. XP alatt is
rendesen el van rejtve,
Szia!
Akkor nálam az alábbiakban a beállítás SuSE 10.1 és VMware 5.5 alatt:
/etc/vmware/vmnetX/dhcpd.conf-ban van,
ahol X=1...8 a virtuális interfészek száma (8-as a NAT-olós).
A dhcpd.conf sima dhcpd-hez tartozó formátumban van és nálam ott
van megadva a DNS-hez tartozó név és szerver. Ebből
1 eve volt.
BIND-ra nincs otletem.
A dhclient-el kapja a DHCP-tol (VMWare Player 2.0) az IP-t. Nem
ez lehet a baj?
Boot utan latom, hogy az /etc/resolv.conf-ot felulirta (gondolom
a dhclient). Boot utan siman ujraindithatom a bind-ot (1mp!).
Csak bootkor gondolkodik sokat. No meg az ldap is pik
Makó Gábor wrote:
Ez a jo resolv.conf (a virtualgep IP-je 192.168.220.128):
search mydomain.hu
nameserver 192.168.220.128
nameserver 192.168.21.253
De bootkor erre csereli (ez a nem jo):
search localdomain
nameserver 192.168.220.2
Az
Halasz Gabor irta:
Az /etc/sysconfig/networking/profiles/default/resolv.conf-ban
is atirtam az IP-ket, gondoltam onnan veszi a dhclient, de
nem.
A dhcp szervertol kapja, option domain-name, option
domain-name-server es hasonlo bejegyzesek.
De a dhcp az a VMWare (Player 2.0).
De a dhcp az a VMWare (Player 2.0). Ott nem tudom beallitani a
dns-t. Vagy igen...?
Sima VMware alatt igen. Player 2.0-t még nem próbáltam.
Üdv:
Ruzsi
_
linux lista - linux@mlf.linux.rulez.org
Hi!
Egy openldap szolgaltatasnak mennyi ido alatt kellene indulnia
(alig van bent adat)? A 4+4 perc (slapd konfiguracios beallitasok
ellenorzese + slapd inditasa) kicsit sok. (Bar epp frissitettem
(openldap-2.3.34-3.fc7), most csak slapd inditas van.)
A named (bind) is kb. 4 percig indul
slapd inditas van.)
A named (bind) is kb. 4 percig indul.
Mindegyik mukodik csak lassan indul...
Jellemzoen nevfeloldasi problemara utalo jel...
--
Udvozlettel
Zsiga
_
linux lista
Makó Gábor wrote:
Egy openldap szolgaltatasnak mennyi ido alatt kellene indulnia
(alig van bent adat)? A 4+4 perc (slapd konfiguracios beallitasok
ellenorzese + slapd inditasa) kicsit sok. (Bar epp frissitettem
(openldap-2.3.34-3.fc7), most csak slapd inditas van.)
A named (bind) is kb. 4
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Sandor Gabor
Sent: Wednesday, July 25, 2007 10:28 AM
To: linux@mlf.linux.rulez.org
Subject: Re: Bind master es Djbdns slave
Molnár Mihály [EMAIL PROTECTED] linux@mlf.linux.rulez.org
irta:
Sziasztok
On Fri, Jul 20, 2007 at 05:00:18PM +0200, SZALAI Karoly wrote:
szervere? Masodszor, hogyan lehet ravenni, hogy toltse le a zona
adatokat az elsodleges Bind szervertol eloszor, illetve, ha a zona
frissul az elsodleges szerveren?
tcpserver es axfr-get. a frissulest nem tudja automatikusan
Talaltam viszont mas megoldast. A Powerdns supermaster konfiguracioja.
Itt csak a master szervereket kell megadnom, es ha feloluk notify
erkezik (akar egy uj zonara vonatkozoan is), a zona informaciokat
azonnal attolti, illetve frissiti. Tehat ennel jobb megoldast nem is
talalhattam volna.
Bind szervertol eloszor, illetve, ha a zona
frissul az elsodleges szerveren?
--
Udv,
Erki-Kiss Zsolt
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
? Masodszor, hogyan lehet ravenni, hogy toltse le a zona
adatokat az elsodleges Bind szervertol eloszor, illetve, ha a zona
frissul az elsodleges szerveren?
http://www.lifewithdjbdns.com/#axfr-get
Koszonet, ezt sikerult megoldani, hogy manualiasan lekerjem a zonat:
tcpclient master_ip 53 axfr-get
a zona
adatokat az elsodleges Bind szervertol eloszor, illetve, ha a zona
frissul az elsodleges szerveren?
hello,
http://www.lifewithdjbdns.com/#axfr-get
esetleg erdekelhet meg az 5.3 -as pont is
However, when tinydns and other nameservers (like BIND) need to
interchange full zones, the only
megtortenne a zona transfer.
Megoldhato ez valahogyan?
A BIND-ok ilyenkor csak a valtozasokat cserelik ki.
(Inkrementalis zonatranszfer.)
Ettol fuggetlenul a slave a SOA rekordban megadott idokozonkent lekeri
a verzioszamot, es ha az ove kisebb, teljes transzfert hajt vegre.
Ha a tinydns ezt nem
a zona transfer.
Megoldhato ez valahogyan?
A BIND-ok ilyenkor csak a valtozasokat cserelik ki.
(Inkrementalis zonatranszfer.)
Ettol fuggetlenul a slave a SOA rekordban megadott idokozonkent lekeri
a verzioszamot, es ha az ove kisebb, teljes transzfert hajt vegre.
Ha a tinydns ezt nem tudja
Erki-Kiss Zsolt wrote:
Hogy mit tud a tinydns, azt en is szeretnem tudni.
http://www.lickey.com/autoaxfr/
--
Gabor HALASZ [EMAIL PROTECTED]
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
adatokat az elsodleges Bind szervertol eloszor, illetve, ha a zona
frissul az elsodleges szerveren?
tcpserver es axfr-get. a frissulest nem tudja automatikusan,
illetve scriptelessel tudod triggerelni.
egyszerubb, ha a primary is tinydns, es rscyn/scp segitsegevel
aktualizalod.
--
CZW
On Fri, Jul 20, 2007 at 12:29:34PM +, Kiss Gabor wrote:
A BIND-ok ilyenkor csak a valtozasokat cserelik ki.
(Inkrementalis zonatranszfer.)
Ettol fuggetlenul a slave a SOA rekordban megadott idokozonkent lekeri
a verzioszamot, es ha az ove kisebb, teljes transzfert hajt vegre.
Ha a tinydns
ert weerr wrote:
Sziasztok!
Mar lassan az orulet szelen allok a BIND 9.3.3rc3 konfiguralassal!
bocs
flame
djbdns
/flame
udv
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Sziasztok!
Mar lassan az orulet szelen allok a BIND 9.3.3rc3 konfiguralassal!
Mindent beallitottam, van egy teljesen egyszeru konfigom, de nem tudom
elinditani a szervert, mert az alabbi hibakat kopi ki magabol:
# /etc/init.d/named start
Starting named:
Error in named configuration
ert weerr írta:
Mar lassan az orulet szelen allok a BIND 9.3.3rc3 konfiguralassal!
Upsz. Elkezdtem beidezni a hibakat es utanna meggondoltam magam. Az
idezett allomanyokban vannak hibak. Nem hiaba hisztizik a named. Azok
biza hibak.
dns_rdata_fromtext: example.com.db:16: near 'A': extra
In article [EMAIL PROTECTED],
ert weerr [EMAIL PROTECTED] writes:
# named-checkzone example.com /var/named/chroot/etc/named.conf |more
/var/named/chroot/etc/named.conf:1: unknown RR type '{'
IMHO a named-checkzone a zonafile-ok ellenorzesre szolgal, es nem
a 'named.conf'-era. :-)
LiRul írta:
mysqladmin -u root password ujjelszo
THX
A többit jól gondolom?
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Hermit [EMAIL PROTECTED] wrote:
Kihagytad a unix socket tamogatast?
Nem, de megtalaltam kozben.
Hianyzott a /dev/null , csak az okat nem ertem, mert szabalyosan lett
leallitva a rendszer...
Valaki küzdött multkorjában ezzel...
Csak szólok (valószinű tudod, de azért mégis) a /dev/null
Kihagytad a unix socket tamogatast?
Nem, de megtalaltam kozben.
Hianyzott a /dev/null , csak az okat nem ertem, mert szabalyosan lett
leallitva a rendszer...
_
linux lista - linux@mlf.linux.rulez.org
Hi!
Ujrainditas utan nem indul az ssh es a bind.
Kernel: 2.6.13.2
sshd -d -re ezt mondja:
===
debug1: sshd version OpenSSH_3.8.1p1 Debian-8.sarge.4
debug1: private host key: #0 type 0 RSA1
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug1: read PEM
On Mon, Apr 10, 2006 at 04:32:18PM +0200, h wrote:
Ujrainditas utan nem indul az ssh es a bind.
Kernel: 2.6.13.2
Kihagytad a unix socket tamogatast?
--
Udvozlettel
Zsiga
_
linux lista
69 matches
Mail list logo