Re: BIND: How to reply rev lookup with hostname and not FQDN
Ah silly me... I was configuring the reverse zone file to return the FQDN. So, to achieve what I wrote this email thread initially, its a matter of changing the PTR line for this specific server/record, from 10 IN PTR ucm9pub.arda.inet. to 10 IN PTR ucm9pub. However, I got this fixed by doing a full restart of named instead of small reloads. Turns out, the reply from BIND was appending the in.arpa-net to the FQDN, and here is where the other software was complaining. To avoid appending that suffix, there must be a dot at the end of 10 IN PTR ucm9pub.arda.inet. However, for some reason it was there before, and the reloads were not applying it. I got it to work by using the above line and service named restart. Thanks, *José Pablo Méndez * On Thu, Dec 27, 2012 at 9:26 PM, José Pablo Méndez Soto wrote: > Not following. You suggest to program BIND to strip off the domain if the > query comes from certain IP¿? > > I am trying to install the server but getting the error I posted on my 2nd > email. I am getting from the situation described, that the hostname is not > matching the FQDN. > > *José Pablo Méndez > * > > > On Thu, Dec 27, 2012 at 8:22 PM, Nico Kadel-Garcia wrote: > >> On Thu, Dec 27, 2012 at 8:45 PM, José Pablo Méndez Soto >> wrote: >> > Sorry, forgot to add the error I get: >> > >> > "Host Name returned by DNS Server for IP address does not agree with the >> > locally defined hostname. There is a configuration mismatch." >> >> >> Your local hostname should be a fully qualified hostname. If it's not, >> lots of software can have interesting issues. >> > >
Re: BIND: How to reply rev lookup with hostname and not FQDN
Not following. You suggest to program BIND to strip off the domain if the query comes from certain IP¿? I am trying to install the server but getting the error I posted on my 2nd email. I am getting from the situation described, that the hostname is not matching the FQDN. *José Pablo Méndez * On Thu, Dec 27, 2012 at 8:22 PM, Nico Kadel-Garcia wrote: > On Thu, Dec 27, 2012 at 8:45 PM, José Pablo Méndez Soto > wrote: > > Sorry, forgot to add the error I get: > > > > "Host Name returned by DNS Server for IP address does not agree with the > > locally defined hostname. There is a configuration mismatch." > > > Your local hostname should be a fully qualified hostname. If it's not, > lots of software can have interesting issues. >
Re: BIND: How to reply rev lookup with hostname and not FQDN
Sorry, forgot to add the error I get: "Host Name returned by DNS Server for IP address does not agree with the locally defined hostname. There is a configuration mismatch." *José Pablo Méndez * On Thu, Dec 27, 2012 at 7:42 PM, José Pablo Méndez Soto wrote: > Hello geniuses! > > I'm running SL carbon here and BIND. There is one piece of software I need > to install, that is failing as follows: > > When I configure its TCP/IP settings, the hostname I give to it is ucm9pub > (I can't even add the domain name, it rejects the dots). From a packet > capture I see the response from the DNS server as hostname.domain.ext, and > that is why I believe the install fails the reverse lookup. > > How can I reduce the response from BIND to spit out only the hostname? > Like, just ucm9pub instead of ucm9pub.domain.ext? > > Thanks! > > > *José Pablo Méndez > * >
BIND: How to reply rev lookup with hostname and not FQDN
Hello geniuses! I'm running SL carbon here and BIND. There is one piece of software I need to install, that is failing as follows: When I configure its TCP/IP settings, the hostname I give to it is ucm9pub (I can't even add the domain name, it rejects the dots). From a packet capture I see the response from the DNS server as hostname.domain.ext, and that is why I believe the install fails the reverse lookup. How can I reduce the response from BIND to spit out only the hostname? Like, just ucm9pub instead of ucm9pub.domain.ext? Thanks! *José Pablo Méndez *
Re: SL 6.3 doesn't no network present until user logs in on GUI.
Ok guys thanks for putting me in good direction. The thing is, if you don't select the Available to all users check box in the Network Manager Applet, there *won't be a file under /etc/sysconfig/*for the desired network adapter, and therefore, there will be no networking before any of the users log in. Putting a file inside that directory will help, but I guess the recommended way would be to select the check box Thanks a lot. *José Pablo Méndez * On Sun, Dec 9, 2012 at 12:12 PM, MT Julianto wrote: > > On 9 December 2012 17:05, Eero Volotinen wrote: > >> 2012/12/9 José Pablo Méndez Soto : >> > I noticed that my virtual machine with GUI, that I built from the >> > SL-63-x86_64-2012-08-02-Install-DVD.iso, won't reply to pings or open >> SSH >> > sessions until a user logs in. >> > >> > I tried the same on a CentOS 6.2 built similarly, and no matter if >> there >> > are users or no users logged in, it always have networking and you can >> SSH >> > into it. >> > >> > Any idea about this difference? Can it be changed in SL so to initiate >> > connections before a GUI log in? >> > > Have you check the boxes “Connect Automatically” and “Available to all > users” on the network options / properties? > > > >> On RHEL 6 and clones, network is managed by network-manager by >> default. You need to disable network manager and configure interfaces >> on traditional way. >> > > I don't think so. I have some SL PCs with NetworkManager, and I can reboot > them remotely and remote login (ssh) with no problem. > > Regards, > -Tito. > >
SL 6.3 doesn't no network present until user logs in on GUI.
Hello, I am playing around with SL instead of CentOS so to know which one behaves better or just to have a criteria on how they both differ, being RedHat re-distros. I noticed that my virtual machine with GUI, that I built from the SL-63-x86_64-2012-08-02-Install-DVD.iso, won't reply to pings or open SSH sessions until a user logs in. I tried the same on a CentOS 6.2 built similarly, and no matter if there are users or no users logged in, it always have networking and you can SSH into it. Any idea about this difference? Can it be changed in SL so to initiate connections before a GUI log in? Thanks, *José Pablo Méndez *
